Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Ein ehemaliger Benutzer]

@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.

[4-Real]

@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.

[Asgothian]

@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.

[4-Real]

@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.

[Asgothian]

@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.

[4-Real]

@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.

[4-Real]

@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... :D
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... :D

[Asgothian]

@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.

[4-Real]

@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.

[Ein ehemaliger Benutzer]

@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 ;-)

[4-Real]

@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..

[Czarno13]

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 ???

[Hausmeister]

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 ?

[Jeremy1977]

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.

[schittl]

@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.ko

An den QNAP-Service habe ich ebenfalls geschrieben. Dieser meinte, dass der Stick nicht kompatibel sei. Ich verwende ein QNAP-TS451.

[Thomas Braun]

@schittl Kernel-Version auf dem QNAP? Vermutlich zu alt oder zu angepasst an die Hardware vom NAS.

[schittl]

@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

[WilliamDalton]

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?

[haselchen]

@WilliamDalton

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.

[Wildbill]

@WilliamDalton sagte in Conbee2 Probleme:

Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?

Ehrlich gesagt, wäre mir da gar keines bekannt. Früher oder später wird es bei so etwas jedes Filesystem unrettbar zerschiessen. Egal ob es auf einem Raspi die SD-Karte betrifft, oder eine SSD an einem NUC. Auch NAS wie QNAP oder Synology können einem das übel nehmen, genauso wie Sat-Receiver, die z.B. unter Linux (Enigma) laufen. Beim Raspi ist dann zudem auch die Chance groß, dass außer dem Filesystem auch die SD-Karte defekt ist.

Aus diesem Grund sollte man schauen, dass alle derartigen Geräte (Server, Smarthome, was auch immer) auch zuhause an einer USV hängen und im Falle eines Falles sauber runterfahren, bevor der harte Shutdown durch Abschalten der USV kommt.

Alles andere kann man machen, muss dann aber eben damit rechnen, dass es mal schief gehen kann (und definitiv früher oder später wird!).

Gruss, Jürgen