Deconz-rest-plugin: Alle Geräte in phoscon sind nicht erreichbar

Ich hatte vor einer Woche das gleiche Problem - keine Geräte reagieren auf Phoscon/REST-API-Aufrufe. Außerdem schalten Schalter in einer Gruppe nicht mehr die jeweiligen Lichter um.

Was es für mich behoben hat (wahrscheinlich eher eine Problemumgehung), war, eine Gerätesuche in Phoscon zu starten und dann das Licht auf die Werkseinstellungen zurückzusetzen / neu zu verbinden. Sie werden gefunden und den Gruppen zugeordnet, aber die gesamte Gruppen-/Szenenkonfiguration muss neu erstellt werden. Gleiches gilt für Schalter.

Kein Reset sollte nicht erforderlich sein.

Hast du schon versucht dich ab- und wieder anzumelden?
Auch den Raspberry Pi neu gestartet?

Ich habe den Pi neu gestartet, Deconz neu gestartet und die Anmeldemethode ausprobiert

Hmm komisch kannst du bitte in der Phoscon App ein Backup erstellen und an [email protected] schicken

Ich habe in der anderen Ausgabe gesehen, dass Sie von der Firmware-Version 0x26240500 aktualisiert haben, ich kann überprüfen, ob alle Parameter noch gültig sind.

Die Post ist unterwegs.

Ich habe irgendwie das gleiche Problem .... Die Deconz-App in Ubuntu 16.04LTS ausführen, REST-API auch installiert ...
Nach dem Neustart meiner VM fehlen alle Lichter und Sensoren in der Deconz-App ... Phoscon zeigt sie an, sagt aber, dass sie nicht erreichbar sind .... Firmware ist die neueste ...

Ich hatte etwas das gleiche Problem, konnte aber nicht feststellen, was dies verursachte. Gleichzeitig die Conbee-Firmware und die App (Docker-Container) aktualisiert und danach waren alle meine Geräte ausgegraut. Aber es schien immer noch zu funktionieren, direkt nach den Updates

Konnte es nicht schaffen, sie wieder zu aktivieren. Am Ende musste ich die alten Einträge löschen und neu koppeln (im Moment habe ich nur eine Glühbirne, einen Dimmer und eine Steckdose, also war es keine große Sache).

Manup hat mir bei diesem Problem sehr geholfen. Danke

Der zugrunde liegende Fehler liegt in der Firmware, wir jagen das jetzt schon eine ganze Weile und haben ihn letzte Woche genau aufgezeigt. Die nächste Firmware-Version wird dafür einen Fix enthalten.

Problem:

• Die Parameter: panid, network key und manchmal channel bekommen ungültige Werte im RAM. Wahrscheinlich aufgrund einer Speicherbeschädigung oder einer fehlerhaften Initialisierung nach einem Soft-Reset.
• Noch dramatischer werden diese ungültigen Werte in das NVRAM geschrieben und auch bei weiteren Neustarts angewendet.

Die Datenbankdatei, die ebenfalls Teil des Backups ist, protokolliert glücklicherweise alle Änderungen an der Konfiguration. Aus diesem Grund gehen die ursprünglichen Arbeitsparameter nicht verloren und können wiederhergestellt werden, um das Netzwerk wieder in den Betriebszustand zu versetzen, ohne dass alle Geräte zurückgesetzt werden müssen. Derzeit ist dies nur manuell möglich.

Neben dem Firmware-Bugfix fügen wir also eine Seite zur Phoscon App hinzu, um die Konfiguration einfach zu überprüfen und in einen funktionierenden Zustand zurückzusetzen.

OK..
Wann wird die neue Firmware verfügbar sein?

Wann wird die neue Firmware verfügbar sein?

Innerhalb der nächsten zwei Wochen.

Ich habe eine Firmware-Version vom 30. Januar. Sollte dies bereits den Fix beinhalten? Ich beobachte immer noch das gleiche Problem. @manup Wie ist es möglich, die ursprünglichen Arbeitsparameter manuell wiederherzustellen?

Ich habe eine Firmware-Version vom 30. Januar. Sollte dies bereits den Fix beinhalten? Ich beobachte immer noch das gleiche Problem. @manup Wie ist es möglich, die ursprünglichen Arbeitsparameter manuell wiederherzustellen?

Ich habe das gleiche Problem. Wie kann ich das manuell beheben? Würde eine weitere Beispielsicherung helfen, dieses Problem zu beheben?

Hallo, entschuldigen Sie die Verzögerung, morgen wird Version 2.05.59 veröffentlicht, die eine einfache Seite zur Diagnose und Wiederherstellung der vorherigen funktionierenden Zigbee-Konfiguration mit nur einem Tastendruck enthält.

Die Seite listet nur alle bekannten vorherigen Konfigurationen auf und durch Drücken der Schaltfläche Laden werden sie angewendet.

Die Backups, die ich in den letzten Wochen angefordert habe, zeigten, dass entweder PANID, Kanal- oder Netzwerkschlüssel verschlüsselt waren. Wenn dies der Fall ist, wählen Sie einfach die vorherige bekannte funktionierende Version aus.

Dies ist ein Screenshot der Seite, beachten Sie, dass die vielen verschiedenen Konfigurationen hier nur von meinen Tests stammen, es wird in Ihren Setups sehr einheitlich aussehen, sodass ungültige Konfigurationen leicht erkannt werden können.

Der eigentliche Firmware-Fix, um das Problem endgültig zu verhindern, ist für 2.05.60 geplant.

Ok, bis dahin werde ich meinen Pi einfach nicht neu starten :)

Dumme Frage... Wie kann ich meinen Stick mit Ubuntu updaten? Meine Phoscon-App sagt, 2.05.20 sei die neueste

@manup Gibt es dazu irgendwelche Updates? Ich möchte meinen Pi jetzt seit einigen Wochen neu starten, möchte aber nicht nach einem Neustart mit diesem Fehler kämpfen.

Sie können jetzt die Version 2.05.60 mit der neuen Firmware installieren.

Der Fehler sollte nicht mehr auftreten. Auch die oben erwähnte neue Seite ermöglicht es, die Konfiguration einfach zu beheben, selbst wenn der Fehler auftreten würde :)

@manup Ist mir gerade mit diesen FW-Versionen passiert:

Product ConBee II
Version 2.05.64 / 22/04/2019
Firmware 26490700

Ich werde jetzt versuchen, das Ding zur Wiederherstellung versteckter Seiten zu verwenden …

… naja, das hat leider nicht funktioniert. Ich hatte nur einen Eintrag auf der Zigbee-Konfigurationsverlaufsseite. Ich habe es trotzdem nochmal versucht zu laden. In meinem Setup als Hass.io-Addon muss ich das Addon nach solchen Änderungen immer neu starten oder die Phoscon-App ist nicht erreichbar.

Also, nach dem Neustart des Addons war alles genau so wie vorher. Alle Geräte nicht erreichbar.

Ich habe auch versucht, das GW zu sichern, das Addon zu löschen und das Backup erneut zu laden. Funktioniert auch nicht.

Ich denke, ich muss von vorne anfangen, was irgendwie scheiße ist, weil ich genau das gerade getan habe, weil ich keine weiteren Ikea-Fernbedienungen koppeln konnte. Beim zweiten Mal funktionierte alles ziemlich gut.

Ich bin mir nicht sicher, ob es wichtig ist, aber eines habe ich getan: Neben den meisten Ikea-Sachen habe ich auch eine Hue-Lampe, die ich auch nach dem Zurücksetzen nicht koppeln konnte. Also ging ich in die alte Webapp und versuchte das Touchlink-Reset-Ding, das die Glühbirne nicht finden konnte. Ich habe vielleicht noch ein paar andere Sachen gemacht, aber vorher hat alles gut funktioniert und danach ist das Problem aufgetreten.

Der obige Fehler bezog sich nur auf ConBee und RaspBee, nicht auf ConBee II.

Es sollte normalerweise nicht erforderlich sein, von Grund auf neu zu beginnen. Zeigt das Protokoll etwas Nützliches?
Wird die Firmware in Phoscon App > Menü > Einstellungen > Gateway als verbunden angezeigt (auch als Firmware-Version bezeichnet)?

Die FW-Version wurde problemlos angezeigt, die Protokolle zeigten sowieso nichts, was mir geholfen hat.

Was ich tat, war, was @rikroe vorgeschlagen hatte, und reparierte alle Lichter und Schalter, ohne sie zu entfernen. Die Gruppenkonfigurationen funktionierten wie zuvor, aber ich musste alle Szenen wiederholen, so wie er es auch erlebt hatte.

Wenn es hilfreich ist, kann ich Sie mit einem Vorher/Nachher-Backup des Gateways verbinden.

Hier das gleiche Problem, musste alles wieder entfernen und koppeln. Wo finde ich diese neue Seite, um vorherige Einstellungen wiederherzustellen?

Produkt ConBee
Version 2.05.64 / 22.04.2019
Firmware 260B0500

Wo finde ich diese neue Seite, um vorherige Einstellungen wiederherzustellen?

Derzeit nur in der jeweiligen Release Note beschrieben:

https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_59

Produkt ConBee
Version 2.05.64 / 22.04.2019
Firmware 260B0500

Ich würde empfehlen, Ihre ConBee-Firmware auf 0x26330500 zu aktualisieren, um zu verhindern, dass das Problem erneut auftritt. Wenn das Update nicht in Phoscon App > Menu > Settings > Gateway angezeigt wird, können Sie es manuell aktualisieren:

https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually

Das ist mir auch mit einem ConBee II passiert, nachdem ich den Pi mit Hassio neu gestartet habe. Ich konnte nicht herausfinden, wie ich sie zurückbekomme, und ich musste bereits alles einmal neu hinzufügen, weil dasselbe passierte. Das Zurücksetzen von 15 Glühbirnen bei jedem Neustart ist nicht wirklich eine Option ...

Auf dem ConBee II wird bereits die neueste 0x26490700-Firmware ausgeführt, und dies sind alles Standard-Hue-Leuchten, falls dies einen Unterschied macht.

Ich habe das gleiche Problem mit ConBee II.
Firmware: 0x26490700
Alle Lichter sind ausgegraut. Der einzige Fehler, den ich in den Protokollen sehe, bezieht sich auf einen ungültigen Admin-Passwort-Hash.

Gibt es Neuigkeiten zu diesem Thema ?

Haben Sie eine vorherige Sicherung versucht, wenn Sie können?

Ich habe das gleiche Problem mit ConBee II.
Firmware: 0x26490700
Alle Lichter sind ausgegraut. Der einzige Fehler, den ich in den Protokollen sehe, bezieht sich auf einen ungültigen Admin-Passwort-Hash.

Gibt es Neuigkeiten zu diesem Thema ?

Dies begann, nachdem ich meinen Server neu gestartet hatte. Mein Betriebssystem hat die ACM-Zuweisungen durcheinander gebracht, also haben deconz und zigbee2mqtt beide auf /dev/ttyACM1 gelauscht. Das Problem hatte nichts mit Dekonz zu tun.

Wo ist diese versteckte Seite? Ich habe das Problem, dass alle Geräte in PWA aufgelistet, aber nicht erreichbar sind. Gestern spontan passiert. Ich habe es geschafft, ein weiteres (neues) Gerät hinzuzufügen, das eine gute Verbindung herstellt, also muss sich eine ID ändern.

Produkt: RaspBee
Gateway: 2.05.66
Firmware: 26330500

Edit: Habe die Anleitung in den Versionshinweisen für 2.05.59 gefunden
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_59

Das gleiche Problem habe ich jetzt mit Deconz jetzt ... Conbee II, Firmware 264A0700, Hassio, Raspberry Pi 3 b+

Habe gerade hassio heute installiert und von vorne angefangen, nach ca. 2 Stunden waren alle Lichter ausgegraut ...

Alt+Klick hat nicht funktioniert

Ich bekomme

/usr/bin/GCFFlasher_internal.bin: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libwiringPi.so)

wenn ich versuche, die Firmware wie hier beschrieben zu aktualisieren https://hub.docker.com/r/marthoc/deconz/

Hier das gleiche Problem, conbee II, Firmware 264A0700, Hassio, Raspberry Pi 3 b+, alle Geräte ausgegraut.

gleiches Problem hier, andere Zeiten:

• conbee II, Firmware 264A0700, Phoscom, PC, alle Geräte ausgegraut (alle Geräte mit Ein-Aus-Prozedur wieder aufgenommen.)
• conbee II, Firmware 264A0700, Phoscom, PC, enthalten 30 Geräte, dann in einen anderen Bereich verschoben, enthalten 35 weitere Geräte. Dann wurden die 30 Geräte ausgegraut. (ich habe den pc und die conbee backup ar SW)
• conbee II, firmware 264A0700, phoscom, raspberry Pi3, enthalten 1 gerät, ich habe deconz neu installiert.
  Am Tag danach war die Lampe grau. Ich habe versucht, auf einen anderen Kanal zu wechseln, ohne Ergebnis.

Eine weitere Sache, gibt es eine andere Konfiguration der Netzwerkeinstellungen, um dieses Problem zu minimieren.
Ich muss wirklich so schnell wie möglich eine Lösung finden

Die Einstellungen sehen gut aus. Können Sie weitere Details zu Ihren Geräten angeben, sind diese gelben Geräte Xiaomi-Router?

Aktuell können wir bei Xiaomi-Geräten keine Kanalwechsel empfehlen, sie scheinen dem Wechsel nicht zuverlässig zu folgen.

Danke Mannup
Der Router ist ein Gerät von Homa Shenzen.
In meinem Projekt habe ich Toma und Sunricher (Philips)

hier ist die situation.
Ich habe das vorherige Bild (6) in der "versteckten Zigbee-Konfiguration" wiederhergestellt und es funktioniert.

Ich schaltete den Rasberry aus und wieder ein und das Problem war wieder da.
Gleicher Prozess (wieder Nr. 6) und es funktioniert.

Neuigkeiten... schlechte Neuigkeiten.

Ich teste immer mehr.
Diesmal geht es nicht mehr.

old2 c fehlt in Aktion!

Hallo Leute
Entschuldigung für die Belästigung von U.
Diesmal war es die Steckdose, die ausgesteckt war.

Es tut mir Leid!

Heute sind alle meine Lichter ausgegraut (obwohl sie in der Liste erscheinen.
Ausführen von ConBee II, das an Synology NAS angeschlossen ist, und Deconz, das in Docker ausgeführt wird

Selbes Problem hier. Ich habe eine E-Mail an den Support gesendet, aber noch keine Antwort erhalten. Es ist ziemlich unglaublich, wie sie sich nicht die Mühe machen können, solch ernste Probleme zu beheben. Es scheint, dass sie nicht ganz verstehen, wie lästig es ist, zahlreiche ZigBee-Geräte neu zu koppeln. Ich musste sogar einen Hue-Dimmer kaufen, nur um meine Hue-Leuchten zurücksetzen/neu hinzufügen zu können.
Auf meiner Seite scheint dieses Problem leicht reproduzierbar zu sein, wenn Sie den Stecker ziehen, nachdem Sie ein Gerät hinzugefügt haben. Was ich jetzt mache, ist, den Dienst neu zu starten und ein Backup zu erstellen, wenn ich ein neues Gerät hinzufüge.
(Im Allgemeinen scheint nach dem Hinzufügen von Geräten etwas nicht in Ordnung zu sein. Es ist beispielsweise nicht möglich, Backups zu erstellen, bis Sie den Dienst neu starten.)

Ich habe auch das gleiche Problem, nach dem Neustart des Servers mit dem Conbee II-Stick darin sind alle meine Geräte ausgegraut, nichts scheint zu helfen, außer das Gateway zurückzusetzen, alle Lichter, Sensoren und Fernbedienungen zurückzusetzen und alles erneut hinzuzufügen. Dies ist jetzt das zweite Mal, daher hätte ich wirklich gerne eine andere Lösung.

Die neue Netzwerkseite zeigt nur 1 Eintrag für mich, daher ist das Wiederherstellen der vorherigen Arbeitseinstellungen hier keine Lösung.

Selbes Problem hier. Ich habe meinen Server neu gestartet und jetzt kann ich nichts mehr steuern, da alles ausgegraut ist. Ich habe auch nur 1 Eintrag auf der Netzwerkwiederherstellungsseite, genau wie @JensTimmerman.

Habe den Support angeschrieben und hoffe es gibt bald einen Fix. Es lohnt sich nicht, es so zu verwenden.

Gleiches Problem: Alle Geräte sind nach dem Neustart von Hass.io nicht erreichbar/ausgegraut. Das zweite Mal ist dies im Oktober aufgetreten. Ich habe eine funktionierende Backup-Konfiguration wiederhergestellt, aber das hatte keine Auswirkung. Musste alle Geräte zurücksetzen und neu verbinden.

Auch hier fürchte ich...

@everyone : Dies ist ein wirklich ärgerlicher Fehler in der Software oder Firmware. Das passiert mir alle ein bis zwei Monate.

1. Navigieren Sie zur Phoscon App (Webseite)
2. Gehen Sie zu Einstellungen und Gateway
3. Halten Sie die Alt-Taste gedrückt, während Sie mit der linken Maustaste auf das erweiterte Symbol klicken
4. Suchen Sie nach Netzwerkschlüssel und PANID, die am häufigsten vorkommen. Es sollte sehr einfach sein, es in der Liste zu erkennen und auf die Schaltfläche Load für die neueste ID zu klicken. Es ist höchstwahrscheinlich die 2. Reihe.
5. Warten Sie ein paar Minuten und Sie werden sehen, wie sich Lichter, Schalter und Sensoren wieder verbinden.

FYI, ich bin auf Version 2.05.66 und habe das Problem seit mindestens 2.05.64 gesehen.

Produkt: Conbee II
Verwenden des Docker-Containers auf RPi 3b+
Aktuelle Firmware: 264A0700

Dasselbe Problem hier, Strom abgeschaltet, meine Lichter und einige Sensoren wurden ausgegraut. Meine Xiaomi-Sensoren sind nicht ausgegraut, aber ich vermute, dass sie nicht mehr richtig gelesen werden.

Ich habe es geschafft, einige Lichter neu hinzuzufügen, indem ich sie löschte und zurücksetzte.

Ich habe die App aktualisiert, die Netzwerkwerte von der versteckten Seite geladen und einen netten "segfault"-Eintrag in das Protokoll eingetragen. Gibt es ein Update zu dem Thema?

Ich habe das gleiche Problem, alle Lichter und Sensoren sind aus, nachdem mein Strom ausgefallen ist.
Habe versucht, die Konfiguration über die versteckte Seite neu zu laden, aber ohne Erfolg.

Gibt es eine andere Möglichkeit, meine Lichter wieder anzuschließen?

Das ist das fünfte Mal, dass mir das passiert ist ... Wirklich frustrierend ...

Ich auch

Hier gilt das gleiche. Conbee 2, Hassio, RPi3B+, alle Sensoren haben die Verbindung verloren und sind nicht erreichbar.

Ich habe das selbe:
Conbee 2, RPi4B+, Heimassistent und Dekonz in Docker-Containern. Neustart des Dekonz-Containers, da alle Sensoren (alle Xiaomi) nicht aktualisiert werden :(
nur eine Konfiguration in versteckter Seite

Tut mir leid, das zu sagen, aber mein Rat ist, Deconz einfach aufzugeben und zha built zu verwenden
in Home Assistant. Es ist viel stabiler geworden.

Am Samstag, 11. Januar 2020 um 18:33 Uhr schrieb pawelbura [email protected] :

Ich habe das selbe:
Conbee 2, RPi4B+, Heimassistent und Dekonz in Docker-Containern. Neustart
des Dekonz-Containers, der alle Sensoren (alle Xiaomi) nicht aktualisiert :(
nur eine Konfiguration in versteckter Seite

—
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1185?email_source=notifications&email_token=AAEGDEHOZHQJTDGLAMSTCIDQ5JJNRA5CNFSM4GSQ6PS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIWNPSI#issuecomment-57,4163
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAEGDEGHFGD7Y4GCBHEQII3Q5JJNRANCNFSM4GSQ6PSQ
.

Ich habe das gleiche Problem mit folgenden Einstellungen:
Stand: 2.05.71 / 12.12.2019
Firmware 264A0700
Deconz direkt auf einem PC oder innerhalb von Docker oder HA Add-On.
Nach dem ersten Neustart und Ausschalten sind alle Geräte nicht erreichbar.
Neue Instanz und Backup wiederherstellen behebt dieses Problem nicht.
Ich habe gerade ungefähr 15 Geräte hinzugefügt und es ist ein großes Problem für mich.
@manup Hast du irgendwelche Ideen, um dieses Problem zu lösen? Ich denke hier sind mehr Leute mit diesem Problem.
Alt + Klick funktioniert bei mir nicht ... kein verstecktes Menü

Gleiches oder ähnliches Problem. Ich hatte es ganz gut laufen; verlorene Verbindungen zu allen Geräten nach einem Update.

Version 2.05.72.
Firmware 264A0700
Getestet auf Raspberry Pi3b+, Pi4, Windows und einem Macbook Pro. Habe das Bild auf der Seite sogar auf einem Raspberry Pi ausprobiert.

Ich habe alle Lichter auf die Werkseinstellungen zurückgesetzt (mehrmals), versucht, die Firmware neu zu flashen und alles im Buch, aber es werden einfach keine Lichter gefunden.

Ich habe auch das gleiche Problem: Alle Lichter sind nach dem Neustart meines RPi 3 mit Home Assistant nicht mehr verfügbar. Ich habe vor ein paar Tagen eine E-Mail an den Support gesendet, aber keine Antwort.

@manup : Kommunikation ist wichtig - es wäre gut zu hören, dass Sie sich des Problems zumindest bewusst sind und sich damit befassen. Es gibt viele verwandte Probleme, also scheint es einige Leute zu betreffen (#2015, #2023, #2035, #2273, #2333 usw.).

Vielleicht auch diese #2344 über den Kanalwechsel - könnte ein Hinweis sein?

Habe erst heute Abend den Support kontaktiert. Habe das gleiche Problem. Nach einem Stromausfall meines Raspberry Pi ist alles grau und keine "grünen Linien" mehr zu den Lichtern. Bei Deconz sind Sensoren und Schalter komplett verschwunden. Nach Backup-Wiederherstellung immer noch das gleiche. Graue Sensoren in phoscon, aber in deconz beginnen einige Sensoren zu kommen, sind aber in phoscon immer noch nicht erreichbar und nicht möglich, den Status in iobroker zu sehen

Dasselbe Problem hier. Das nervt wahnsinnig. Ich habe zwei volle Abende damit verbracht, von ZHA und HUSBZB-1 umzuschalten, weil ich schreckliche Latenzprobleme hatte. Ich bekomme endlich alle meine Geräte mit Conbee II gekoppelt und nach dem Neustart meines Pi sind sie alle nicht verfügbar und funktionieren nicht.

Ich fange an zu glauben, dass Zigbee mit Home Assistant eine riesige Zeitverschwendung ist.

Mein Setup ist zweimal abgestürzt, als ich Deconz über Docker auf einem Synology DS mit Conbee II ausgeführt habe. Das Setup wird nach einem Herunterfahren/Anhalten/Neustart/Stromausfall funktionsunfähig. Mit der gleichen Hardware und Setup auf einem Raspberry Pi (Installation in Raspbian) OHNE Docker habe ich keine Probleme, auch nicht mit Stromausfällen oder Shutdowns.

Wahrscheinlich macht es Sinn, wenn wir versuchen, die Berichterstattung hier zu standardisieren, um zu sehen, ob es irgendein Problem gibt, z. B. bei der Verwendung von Docker

Gleiche Scheiße hier ... unglaublich, dass dieser Fehler jetzt seit einem Jahr da ist und immer noch nicht behoben ist ...

Ich habe mein Setup zum Laufen gebracht. Ich bin mir nicht sicher, ob dies jemandem helfen wird, aber ich dachte, ich würde es nur für den Fall teilen.

Ich habe neben dem Conbee II noch einen weiteren USB-Stick an meinem Raspberry Pi. Dieser andere Stick ist ein HUSBZB-1, den ich für meine Z-Wave-Geräte verwende. Der Gerätepfad für meine Z-Wave-Integration in Home Assistant war auf etwas wie /dev/ttyAMA0 eingestellt. Das Problem ist, dass Linux keine festgelegte Reihenfolge hat, in der USB-Geräte beim Booten geladen werden, sodass der Gerätepfad nicht immer auf dasselbe Gerät zeigt, wenn 2 oder mehr USB-Geräte angeschlossen sind.

Ich habe sowohl den Z-Wave-Stick als auch den Conbee II neu konfiguriert, indem ich ihre "by-id"-Pfade anstelle des generischen /dev/ttyAMA0-Pfadtyps verwendet habe. Diese finden Sie, indem Sie zur Benutzeroberfläche des Home Assistant -> Hass.io in der Seitenleiste -> Registerkarte System -> Hardware gehen.

Der Conbee II-Pfad sieht in etwa so aus /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2126718-if00 und der HUSBZB-1-Pfad sieht so aus
/dev/serial/by-id/usb-Silicon_Labs_HubZ_Smart_Home_Controller_513000FF-if00-port0. (Es gibt einen weiteren identischen Eintrag mit der Endung if01-port0 für den Zigbee-Teil des HUSBZB-1, den ich nicht verwende.)

Das funktioniert soweit. Harter Neustart und Deconz funktioniert immer noch. Drückt die Daumen, dass es so bleibt.

Ich benutze auch den By-ID-Pfad, aber ich habe immer noch das Problem.

Ich bin auf das gleiche Problem gestoßen. Ausgegraute Zigbee-Elemente ohne Funktionalität. Auch die Himbeere hängt beim Neustart/Herunterfahren. Nach einer Weile muss ich den Stecker ziehen, um das System wieder zum Laufen zu bringen.

Version 2.05.72 (12.12.2019)
Firmware 264A0700

Hier gilt das gleiche. Geräte nicht erreichbar, obwohl ich das Gateway neu starten kann, damit die Sensoren wieder funktionieren. Sensoren sind anfänglich ausgegraut, aber nach dem ersten Bericht jedes Sensors werden sie als online angezeigt.

Conbee II auf Raspberry 3B+

Ich hatte das gleiche Problem nach einem Stromausfall.

• Alle Geräte wurden auf der Phoscon-Seite als „nicht erreichbar“ aufgelistet
• Ich habe Xiaomi-Sensoren (Aqara-Fenster und Wetter) und einen OSRAM-Ein / Aus-Sensor
• erzwungene Updates von Sensoren haben nicht geholfen
• Neustart meines Raspberry PI 4 und Conbee II hat nicht geholfen
• Backup / Restore von Phoscon hat nicht geholfen

Ich habe jetzt alle meine Geräte neu gekoppelt. Es war ein echter Schmerz und ich glaube, das macht dieses Gerät fast nutzlos. Ich habe jetzt nach all dem ein frisches Backup gemacht, das nächste Mal werde ich versuchen, dieses wiederherzustellen.
Ich könnte versuchen, diesen Fall zu reproduzieren, bevor ich neue Geräte hinzufüge. Wenn dies nicht behoben wird, kaufe ich ein (viel billigeres) MQTT-Gerät und vergesse Conbee.

Lassen Sie mich wissen, wenn Sie weitere Details benötigen. Danke schön!

Im Moment habe ich die folgenden "Regeln" in dieser Situation gelernt:

1. Starten Sie niemals ein funktionierendes Phoscon-System neu (verwenden Sie eine USV und hoffen Sie, dass sie diesen Fehler bald beheben).
2. Keine Panik, wenn alle Schauspieler plötzlich deaktiviert sind. Nach ein paar neuen Suchvorgängen und dem erneuten Koppeln von ein oder zwei Elementen werden sie möglicherweise alle automatisch wieder verbunden.
3. Wenn die phoscon-App sagt, es gibt keinen Kontaktsensor x, aber der deCONZ Adapter in ioBroker sagt, es gibt einen, hat ioBroker immer recht ;)
4. ZigBee ist ein Mesh und Ihr Controller ist das Zentrum. Denken Sie immer daran, die Kopplung mit den nächstgelegenen „always on“-Geräten zu beginnen.

Nach diesen "Regeln" habe ich ein gut laufendes conBee-Phoscon-System, das mit openHAB und ioBroker verbunden ist, mit Osram-Sensoren / -Lichtern, Paulmann-LEDs, Schwaiger-Türsensoren. Es ist sehr schnell und viel zuverlässiger als mein CC2531-Netzwerk, das ich parallel betreibe.

Das Problem scheint weiterhin zu bestehen. Heute habe ich eine Mail an den Support geschickt. Aber es ist mehr als frustrierend, dass es keine Lösung seitens des Herstellers gibt, denn das Problem besteht schon lange.

Wenn es vom Support keine Lösung gibt werde ich das Gerät zurücksetzen und an den Hersteller zurücksenden, was schade ist, denn bis zum Neustart ist das Gerät super - aber nur bis zum Neustart.

Gibt es Neuigkeiten zu dem Thema?

Ich hatte ein paar Stromausfälle und dieses Problem scheint nicht mehr aufzutreten. Beim ersten Mal habe ich das Gerät zurückgesetzt und alle meine Sensoren und Schalter wieder hinzugefügt und ein neues Backup erstellt. Ich bin mir nicht sicher, ob das jemandem hilft, aber vielleicht ist es einen Versuch wert, den langweiligen Teil noch einmal von Grund auf neu zu machen. Langfristig werde ich mir eine UPS zulegen...

Aktualisieren:

Ich habe mich jetzt noch einmal mit dem Problem beschäftigt.
Reboot des Containers kein Problem, Reboot des Raspberry auch kein Problem - solange der ConBee 2 Stick mit Strom versorgt wird.
Aber wenn Sie den Stick ausstecken oder die Maschine herunterfahren, tritt das Problem auf.

Die Taktik, über das Backup eine lauffähige Umgebung zu bekommen, schlägt komplett fehl. Lichter sind kurz da - aber nicht steuerbar - und dann nach ca. 2 Minuten wieder weg.

Meine Firmware: 264A0700

Warum kommt keine Reaktion des Herstellers?

Hallo,

Ich habe das gleiche Problem. Nachdem Sie alle Lichter eingerichtet und die Automatisierungen definiert haben, funktioniert alles einwandfrei. Aber sobald Sie den Raspberry neu starten, beginnen die Probleme. Das Hauptproblem ist, dass einige Lichter verschwinden und Sie sogar die deCONZ-Komponente neu starten. Die einzige Möglichkeit ist es neu einzurichten.

Wo ist das Problem? in deCONZ-Komponente oder Phoscon-Software?

deCONZ: 5.3.2 (FW 264A0700)
HassOS 3.13

Genau das gleiche Problem hier.
Ich führe alles mit docker-compose aus und musste es neu starten.
Alle Sensoren bis auf einen waren nicht erreichbar. Ich habe versucht, eine Sicherungsdatei zu laden, dann waren alle Geräte unerreichbar.

Ich bin ernsthaft enttäuscht.

Software: 2.05.75
Firmware: 264A0700

Dasselbe Problem hier.

Debian amd64
Docker
Software: 2.05.75
Firmware: 264A0700

Hoffen Sie, diesen Fehler schnell zu "töten".

Habe das gleiche Problem, es ist ein neuer Raspbee II, aktuelle Firmware. Nach einem Neustart vergisst es alle Geräte und ich muss alle neu lernen.
Das Gerät läuft auf einem Raspberry Pi B+ mit Raspbian und alle Updates sind installiert.

Ich werde dafür sorgen, dass das untersucht wird.

Für alle, die Probleme mit HA und dem .77-Update erwähnen: Siehe #2875

@Mimiix Lassen Sie mich wissen, ob ich beim Debuggen helfen kann.
Derzeit habe ich dieses Setup auf einem dedizierten Pi und es ist noch nicht "in Produktion".

@andreasscherbaum Zum Thema 0.77? Auf Discord gibt es einen eigenen Kanal. Schließen Sie sich dem gerne an. @manup ist auch dabei!

@Mimiix Beim Erhalten des Problems mit dem Verlust von Geräten drehte sich alles.
Hast du bitte einen Link zum Discord-Kanal?

https://discord.gg/vj7QAGM

Da dies veraltet erscheint, werde ich dieses Thema schließen.

Wenn Sie dieses Problem jedoch immer noch haben, möchte ich Sie einladen, ein neues Problem zu eröffnen

50 Kommentare von Leuten, die das gleiche Problem haben. Keine Korrektur angegeben. Dann geschlossen
als altbacken. Interessant...

Nicht, dass es mich jetzt besonders interessiert. Ich habe Dekonz vor langer Zeit für die aufgegeben
Grund dafür, dass dies nie untersucht wurde.

Am Freitag, den 26. Juni 2020 um 1:57 Uhr schrieb Dennis D [email protected] :

Geschlossen #1185
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1185 .

—
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1185#event-3485345300 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAEGDEHL4IV2IPFGVSJEZK3RYRBEPANCNFSM4GSQ6PSQ
.

@lordkev

50 Kommentare von Leuten, die das gleiche Problem haben. Keine Korrektur angegeben.

Wie ich aus anderen Ausgaben gelernt habe: Kaum eine Ausgabe ist gleich. Davon abgesehen brauchen wir Informationen zu jedem Fall. Ich habe kürzlich ein Problem wie dieses geschlossen und 2 Personen haben danach einen separaten Fall eröffnet. Nachdem sie ihre Informationen erhalten hatten, waren ihre Fälle in der Tatsache ähnlich, dass sie nichts aktualisierten, aber ansonsten waren die Probleme nicht dieselben.

Dann als veraltet geschlossen. Interessant...

Das Reparieren von Sachen funktioniert bei dieser Art von Sachen in beide Richtungen. DE benötigt dazu Informationen.

Nicht, dass es mich jetzt besonders interessiert. Ich habe Dekonz vor langer Zeit aufgegeben, genau aus dem Grund, dass dies nicht einmal untersucht wurde.

Das kann ich nicht bestreiten. Deshalb habe ich mich ausgestreckt und geöffnet, um zu helfen und sicherzustellen, dass jeder die Hilfe bekommt, die er braucht. Jetzt versuche ich, Dinge zu reparieren.

Ich möchte Sie in diesem Fall bitten: Bitte lassen Sie Emotionen weg, sie bringen uns nicht weiter. Wenn Sie noch Hilfe benötigen, öffnen Sie bitte ein anderes Problem und ich werde dafür sorgen, dass es sortiert wird.

Warum ein weiteres Thema eröffnen, wenn Sie dieses einfach offen lassen könnten?
Die oben genannten Probleme sind nicht gelöst und viele Leute (mich eingeschlossen) haben die gleichen Probleme.

@pjcarly Wie ich in meinem vorherigen Kommentar erwähnt habe:

_Wie ich aus anderen Ausgaben gelernt habe: Kaum eine Ausgabe ist gleich. Davon abgesehen brauchen wir Informationen zu jedem Fall. Ich habe kürzlich ein Problem wie dieses geschlossen und 2 Personen haben danach einen separaten Fall eröffnet. Nachdem sie ihre Informationen erhalten hatten, waren ihre Fälle in der Tatsache ähnlich, dass sie nichts aktualisierten, aber ansonsten waren die Probleme nicht dieselben._

Ich hatte eine Diskussion über das, was Sie hier erwähnen

Unterm Strich: Kein Thema ist gleich. Wenn das Problem dasselbe ist, ist es einfacher, diese Personen in einem Problem zusammenzuführen. Diese Ausgabe ist vom 26. Januar 2019. Das heißt, sie ist seit genau 1 Jahr und 5-6 Monaten geöffnet. Sachen geändert. Nicht nur auf deCONZ-Seite, sondern auch auf Ihrer lokalen Hardware-Seite.

Wenn Leute ihre eigenen Probleme mit allen zugehörigen Informationen öffnen, die in den Vorlagen für Fehlerberichte abgefragt werden, ist es einfacher, strukturelle Probleme zu finden.

@lordkev Bitte aktualisieren Sie Ihr Phoscon-System auf die neuesten Versionen, wie hier beschrieben:
Version 2.05.78
Firmware: 26580700 (für conbeeII)
Sie werden sehen, dass sich das Verhalten beim Verlust der Geräte inzwischen geändert hat. Es ist vielleicht nicht ganz gelöst, aber die Jungs hinter der Software brauchen Informationen zu aktuellen Problemen in dieser Angelegenheit. Wenn Sie weiterhin Probleme haben, können Sie ein neues Problem eröffnen. Aber dieser ist einfach nur veraltet. Ich denke, Mimiix hat richtig entschieden, diesen Fall abzuschließen.

Nachdem ich einige Minuten auf Discord gesprochen hatte, wurde eine mögliche Lösung für meine Probleme präsentiert.

Anscheinend funktionieren Firmware-Updates nicht über ein Home Assistant Add-on, und deshalb verwende ich immer noch eine alte Version der Conbee-Firmware, was wahrscheinlich der Grund für die nicht erreichbaren Geräte ist.