Conbee2 Probleme
-
@Asgothian
Also komischerweise wurden teils Geräte als "Erreichbar" angezeigt, also nicht ausgegraut. Z.b. Meine Philips Hue Dimmschalter waren beide ausgegraut, mein Xiaomi BWM aber nicht, aber hat trotzdem keine Bewegung in dem Deconz Adapter bei IoBroker gezeigt, auch ein restart des Deconz Adapter hat keine Besserung ergeben.
Ja ich bin ja auch am Überlegen, ob dies ein Deconz Adapter Problem oder doch ein Conbee II / Phoscon App Problem ist.. Aber wie schon gesagt: nachdem ich die neuste Version von der Phoscon App / Gateway Version installiert hatte ( war aber auch erst nach einer komplett neuen Installation von Docker + Deconz Container)
wurde komischerweise auch ein zweiter Ordner für meinen Xiaomi BMW vom Deconz Adapter eingerichtet, wo vorher auch nur immer ein Ordner war.
Alles für mich ein wenig komisch momentan...
Und wie gesagt: Proxmox läuft, als VM Ubuntu 18.04 mit Docker + den Deconz Container. Was mich noch einerseits ein wenig wundert ist dieser Part beim einrichten des Containers:
Wenn ich nun über FTP verbinde, sind unter:
/root/.local/share/dresden-elektronik/deCONZ
keine Dateien vorhanden, nur unter /opt/deconz
oder ist das so richtig? -
@Asgothian said in Conbee2 Probleme:
Eine Frage habe ich trotzdem noch: Sind die Geräte in der deconz Software noch erreichbar ? Sind sie für die phoscon web oberfläche noch erreichbar?
Also soweit ich mich erinnern kann war es beim letzten Mal so das die Geräte in der deconz Software zwar noch da waren aber keinerlei Verbindung vorhanden war. In der Phoscon Oberfläche waren sie auch da aber es wurden keinerlei Updates angezeigt, sie waren aber nicht offline sondern die letzte Kommunikation war vor mehreren Stunden. Ich hatte das auch dann über Nacht einfach in Ruhe gelassen in der Hoffnung das sich das Mesh wieder aufbaut aber da passierte nix.
-
@Ash2k said in Conbee2 Probleme:
@Asgothian said in Conbee2 Probleme:
Eine Frage habe ich trotzdem noch: Sind die Geräte in der deconz Software noch erreichbar ? Sind sie für die phoscon web oberfläche noch erreichbar?
Also soweit ich mich erinnern kann war es beim letzten Mal so das die Geräte in der deconz Software zwar noch da waren aber keinerlei Verbindung vorhanden war. In der Phoscon Oberfläche waren sie auch da aber es wurden keinerlei Updates angezeigt, sie waren aber nicht offline sondern die letzte Kommunikation war vor mehreren Stunden. Ich hatte das auch dann über Nacht einfach in Ruhe gelassen in der Hoffnung das sich das Mesh wieder aufbaut aber da passierte nix.
Also im Endeffekt genau wie bei mir.. Es wurde bei mir im IoBroker Deconz Adapter angezeigt, das Gerät / die Geräte wäre/n erreichbar, reagierte aber auf nichts, sei es Tastendruck oder Bewegung etc..je nach Gerät was als "true" angezeigt wurde.
-
@4-Real sagte in Conbee2 Probleme:
@Ash2k said in Conbee2 Probleme:
@Asgothian said in Conbee2 Probleme:
Eine Frage habe ich trotzdem noch: Sind die Geräte in der deconz Software noch erreichbar ? Sind sie für die phoscon web oberfläche noch erreichbar?
Also soweit ich mich erinnern kann war es beim letzten Mal so das die Geräte in der deconz Software zwar noch da waren aber keinerlei Verbindung vorhanden war. In der Phoscon Oberfläche waren sie auch da aber es wurden keinerlei Updates angezeigt, sie waren aber nicht offline sondern die letzte Kommunikation war vor mehreren Stunden. Ich hatte das auch dann über Nacht einfach in Ruhe gelassen in der Hoffnung das sich das Mesh wieder aufbaut aber da passierte nix.
Also im Endeffekt genau wie bei mir.. Es wurde bei mir im IoBroker Deconz Adapter angezeigt, das Gerät / die Geräte wäre/n erreichbar, reagierte aber auf nichts, sei es Tastendruck oder Bewegung etc..je nach Gerät was als "true" angezeigt wurde.
In diesem fall solltet ihr einen issue am git der deconz restAPI aufmachen, sowie den Hersteller (Dresden-Elektronik) mal mit dem Problem belasten. Wenn schon die Web Oberfläche nicht geht dann ist da was nicht in Ordnung.
A.
-
@Asgothian Sorry, das hast du jetzt falsch verstanden. Die Weboberfläche geht ja. Nur Geräte sind ausgegraut. Teils zeigen die Geräte aber im IoBroker reachable als True an aber lassen sich nicht steuern bzw. werden nicht aktualisiert.
-
@4-Real ich denke da hab ich mich falsch ausgedrückt. Wenn die Geräte in der Web Oberfläche nicht gehen ist das ein Problem der Kommunikation zwischen der deconz Software und der Hardware. Der ioBroker ist da nicht beteiligt. Deswegen die Nachfrage beim Hersteller.
A.
-
@Asgothian okay dann haben wir aneinander vorbei geredet
Dann werde ich wohl mal morgen bei Dresden anrufen und mal fragen ob da was bekannt ist. -
@Asgothian so, also, da ich gerade ein wenig Zeit hatte:
Sobald ich den Deconz Docker beende mit "docker stop deconz" und dann wieder mit "docker start deconz" funktioniert es einwandfrei und meine Geräte werden auch sofort erkannt. Jetzt habe ich einfach aus Jux mal nen Stromausfall simuliert und siehe da, jetzt gehts?!?!
Ist doch nicht normal...
Kann es daran gelegen haben, das die config einfach nicht gespeichert wurde weil der Container lief ohne einmal beendet zu werden?..
jetzt scheint es wirklich zu klappen.. Ich bin echt verwirrt... -
@4-Real sagte in Conbee2 Probleme:
Kann es daran gelegen haben...
Kann es. Eine klare Aussage kann ich dazu nicht machen. Aber es ist nicht unwahrscheinlich das in der Docker Konfiguration etwas fehlt was dazu führt das die Konfiguration von deconz nicht sauber gesichert wird.
Da ich docker nicht einsetze kann ich da nicht helfen. Aber ich bin froh das es geht.
@Ash2k: Ist deconz auch bei dir im Container ? Wenn ja, kannst du testen ob du das Problem auf dem Weg auch in den Griff bekommst ?
A.
-
@Asgothian hast recht, kann
Ich werde jetzt ein weiteres Szenario testen..
Docker etc deinstallieren - und versuchen ein Backup neu einzuspielen..normalerweise dürfte dies keine Probleme geben, bin mal gespannt was dann passiert.
Werde gleich mal Infos geben. -
@Asgothian wie ich oben ja schrieb hängt er am Raspberry, allerdings ohne Container sondern mit dem Image von der Phoscon-Webseite.
Und solange es läuft und ich nicht Neustarten muss werd ich es erstmal nicht machen. Wenn’s soweit ist werd ich dann aber gerne von meinen Erfahrungen berichten
-
@Asgothian so, nochmals getestet mit einem Backup, funktioniert.
Also scheinbar ist es notwendig nach einem Backup einspielen, unbedingt den Deconz Adapter / Container einmal zu stoppen und dann wieder zu starten.
Auch nach erstmaligen einrichten wenn alle Geräte angelernt sind, sollte man wohl den Deconz Container einmal stoppen und dann wieder starten, es scheint wohl so, das beim stoppen die Konfiguration geschrieben wird. Jetzt funktioniert mein Backup so, wie es soll. Zumindest kann ich es mir momentan nur so erklären.
Bisher habe ich nämlich den Container einfach gestartet, alles angelernt und dann einfach so laufen lassen.
Meine Geräte wurden jetzt sofort erkannt, und alle meine HUE Dimmschalter funktionieren + Xiaomi BWM..+Osram Plugs..
Also scheint für mich erstmal das Problem gelöst zu sein.. -
Hallo zusammen, ich bin recht neu in dieser Materie, habe aber das gleiche Problem. Gibt es hier bereits eine Lösung ? Ich nutze den Conbee II Stick auf einer Ubuntu VM, funktionierte alles top, bis zum ersten Neustart...jetzt wir kein Gerät mehr erkannt...muss ich tatsächlich alles neu anlernen ???
-
Ich schließe mich hier mal an. Bei mir wird in dem Deconz Webinterface auch keine Daten mehr aktualisiert.
Das ist natürlich mehr als bescheiden wenn man alles neu anlernen muss. Gibt es mittlerweile ggf. eine Problemlösung ? -
Ich schließe mich hier mal an, da ich das gleiche Problem heute nach einem Stromausfall hatte.
Bei mir läuft alles auf einem Qnap Nas im Docker..also iobroker, Phoscon App etc.
Nachdem alles wieder gestartet habe, waren all meine Leuchten in der Phoscon App verschwunden. Komischerweise waren aber alle Sensoren noch da, haben aber nicht reagiert.Nachdem ich den Docker Container auf dem die Phoscon App läuft nochmal neu gestartet habe, hat er wieder alle Geräte erkannt. Das konnte ich auch in der Docker Console verfolgen.
Vielleicht hilft das jemand, bevor er wieder alles neu anlernt. -
@Jeremy1977 Darf ich mal anfragen, wie Du den Stick am QNAP zum laufen gebracht hast? lsusb bringt nur folgendes:
Bus 001 Device 057: ID 1cf1:0030 ..............Auf einem Raspi:
Bus 003 Device 009: ID 1cf1:0030 Dresden Elektronik ..............Ich habe schon versucht weitere Treiber zu laden mit, aber ohne Erfolg:
insmod /usr/local/modules/ftdi_sio.ko insmod /usr/local/modules/cp210x.koAn den QNAP-Service habe ich ebenfalls geschrieben. Dieser meinte, dass der Stick nicht kompatibel sei. Ich verwende ein QNAP-TS451.
-
@schittl Kernel-Version auf dem QNAP? Vermutlich zu alt oder zu angepasst an die Hardware vom NAS.
-
@Thomas-Braun Die neueste Version QTS 4.4.3.1400...
[~]$ find /lib -name "cdc-acm.ko" /lib/modules/4.14.24-qnap/cdc-acm.ko [ ~]$ find /lib -name "ftdi_sio.ko" /lib/modules/4.14.24-qnap/ftdi_sio.ko [~]$ find /lib -name "cp210x.ko" /lib/modules/4.14.24-qnap/cp210x.ko [~]$ lsmod | grep cdc_acm cdc_acm 32768 0 [~]$ lsmod | grep ftdi_sio ftdi_sio 57344 0 usbserial 40960 3 cp210x,ftdi_sio,pl2303 [~]$ lsmod | grep cp210x cp210x 28672 0 usbserial 40960 3 cp210x,ftdi_sio,pl2303 -
Ich hänge mich mal an das Thema dran, habe aber wenig Hoffnung dass es mittlerweile eine Lösung gibt...
Mich hat wohl exakt das gleiche Schicksal erreicht:- Stromausfall
- NUC mit Ubuntu VM und Phoscon App neu gestartet
- Alle Geräte noch vorhanden, ABER Sensoren empfangen nix, Schalter tuen nix
- lsusb sieht gut aus, Software ist auch auf dem aktuellsten Stand
Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?
-
In der Phoscon App , sind da deine Geräte in schwarz oder ausgegraut?
Entweder finden die Geräte nach einer Zeit selbst wieder ins System oder man drückt kurz den Knopf am Gerät damit sie sich wieder verbinden.
