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

[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

[WilliamDalton]

Danke für eure Antworten. Ich habe gestern noch etwas rumprobiert und um die Frage von @haselchen zu beantworten: Die Sensoren wurden nach dem erneutem Anlernen "schwarz", eine Steckdose ebenfalls aber diese ließ sich dann nicht schalten.

Mir wurde dann auch doch noch periodisch in der deConz /Phonscon App ein Firmware update angeboten, welches dann aber immer nur scheinbar installiert wurde (GUI meldet Erfolg) kurz später wurde aber wieder die alte Version als installierte Version angezeigt...

Ich hab dann irgendwann ein Backup gezogen und das Gateway zurückgesetzt. Das Backup konnte ich dann aber nicht mehr einspielen. Ich fange also dann heute von vorne an, mal sehen ob ich dann jetzt wieder auf den Zigbee Adapter wechsele...