NEWS
Zigbee-Adapter startet nach Update nicht mehr
-
Dann schau halt nach welche Gerätedateien es gibt und wie du die gemappt hast.
Das sollte ja nach zig Stunden Beschäftigung mit dem System kein Problem sein.Hallo Thomas
Wie es scheint hast Du ein sehr grosses Wissen bezüglich ioBroker. Ich wäre Dir sehr dankbar, wenn Du mir aufzeigen könntest, wie ich das Problem lösen kann. Wenn ich Deinen letzten Kommentar lese, sollte dies möglich sein, da Du Dich schon viel länger als ich mit dem System beschäftigt hast.
-
Hallo Thomas
Wie es scheint hast Du ein sehr grosses Wissen bezüglich ioBroker. Ich wäre Dir sehr dankbar, wenn Du mir aufzeigen könntest, wie ich das Problem lösen kann. Wenn ich Deinen letzten Kommentar lese, sollte dies möglich sein, da Du Dich schon viel länger als ich mit dem System beschäftigt hast.
@jdard ich empfehle dir das folgende durchzulesen und zu beherzigen
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1Die Leuchtkraft der Glaskugeln der Helferlein ist limitiert und benötigt reichlich input.
Es wäre schön wenn da was von dir käme
-
Hallo Thomas
Wie es scheint hast Du ein sehr grosses Wissen bezüglich ioBroker. Ich wäre Dir sehr dankbar, wenn Du mir aufzeigen könntest, wie ich das Problem lösen kann. Wenn ich Deinen letzten Kommentar lese, sollte dies möglich sein, da Du Dich schon viel länger als ich mit dem System beschäftigt hast.
Nein, von unraid und containern, in die man seine USB-Geräte mappen muss hab ich keine Ahnung.
Aber ich könnte mir das anlesen. Dazu müsste ich suchen.Dein 'Problem' ist auch nicht ioBroker bezogen sondern das muss man grundsätzlich mit USB-Geräte und Containern machen.
-
- Adaptername: Zigbee-Adapter - ZB-Dongle-E
- Adapterversion: v2.0.5
- Betriebssystem: Unraid
- Nodejs-Version: 20.19.3
- NPM-Version: 10.8.2
- Update: Docker Update in Unraid resp. Aktualisierung anwenden in Unraid
- Docker genutzt: JA
Nach der Aktualisierung des Docker Containers ioBroker funktionierte der Zigbee-Adapter nicht mehr.
Beim Start von ioBroker wurden folgende Meldungen angezeigt:
Sent ready, but not all handlers installed! zh:ember:uart:ash: Failed to init port with error Error: Error: No such file or directory, cannot open /dev/ttyACM0 zhc:lixee: Was not able to detect the Linky linky_mode. Default to historique zhc:lixee: Was not able to detect the Linky energy_phase. Default to single_phase zhc:lixee: Not able to detect the current tarif. Not filtering any expose... TICMeter: Exposes: No endpoint zh:ember:uart:ash: Failed to init port with error Error: Error: No such file or directory, cannot open /dev/ttyACM0
Dieser Fehler hat sich nach dem einspielen einer älteren Datensicherung vom ganzen Unraid-Server wiederholt.
Besonders nachdenklich macht micht folgende Fehlermeldung:
zh:ember:uart:ash: Failed to init port with error Error: Error: No such file or directory, cannot open /dev/ttyACM0Hoffentlich kann mir jemand beim lösen des Problems helfen. Besten Dank im Voraus.
MOD-Edit
Bitte Code-Tags benutzen und Logs als Text und nicht als Screenshot@jdard
Die Container Variable für das USB Device ist aber angelegt:
-
Danke Fred. Ich habe nun noch einmal /dev/ttyACM0 in USBDEVICES eingetragen. Es kommt wieder die Fehlermeldung 'Looks like the device "dev/ttyACM0" does not exist.
Jetzt müsste nur noch der zweite Punkt erledigt werden. Die Frage ist nur wie und wo.
Anfügen möchte ich noch, dass ioBroker bei mir schon seit einigen Jahren auf Unraid läuft. Erst beim Einspielen des neusten Updates, direkt im Docker in Unraid, ist der Fehler aufgetreten. Der Bug wiederholte sich resp. war rekonstruierbar, nachdem ich Unraid aus einer Datensicherung wieder erstellt habe.
Das Positive an diesem ärgerlichen Bug ist folgendes:
Ich habe ioBroker probehalber auf einem Raspberry Pi 4 installiert und die Skripte aus der Datensicherung aus Unraid Docker importiert. Nach dem Einfügen der Zigbeegeräte funktionierten die Skripte wieder einwandfrei. Ist bei vielen Zigbeegeräten zwar ein grosser Aufwand, aber wenigstens ist nicht alles verloren.
Der Zigbee-Adapter wird übrigens unter /dev/ttyACM0 auf Anhieb erkannt! -
Danke Fred. Ich habe nun noch einmal /dev/ttyACM0 in USBDEVICES eingetragen. Es kommt wieder die Fehlermeldung 'Looks like the device "dev/ttyACM0" does not exist.
Jetzt müsste nur noch der zweite Punkt erledigt werden. Die Frage ist nur wie und wo.
Anfügen möchte ich noch, dass ioBroker bei mir schon seit einigen Jahren auf Unraid läuft. Erst beim Einspielen des neusten Updates, direkt im Docker in Unraid, ist der Fehler aufgetreten. Der Bug wiederholte sich resp. war rekonstruierbar, nachdem ich Unraid aus einer Datensicherung wieder erstellt habe.
Das Positive an diesem ärgerlichen Bug ist folgendes:
Ich habe ioBroker probehalber auf einem Raspberry Pi 4 installiert und die Skripte aus der Datensicherung aus Unraid Docker importiert. Nach dem Einfügen der Zigbeegeräte funktionierten die Skripte wieder einwandfrei. Ist bei vielen Zigbeegeräten zwar ein grosser Aufwand, aber wenigstens ist nicht alles verloren.
Der Zigbee-Adapter wird übrigens unter /dev/ttyACM0 auf Anhieb erkannt!@jdard sagte in Zigbee-Adapter startet nach Update nicht mehr:
Das Positive an diesem ärgerlichen Bug ist folgendes:
Ich habe ioBroker probehalber auf einem Raspberry Pi 4 installiert und die Skripte aus der Datensicherung aus Unraid Docker importiert. Nach dem Einfügen der Zigbeegeräte funktionierten die Skripte wieder einwandfrei. Ist bei vielen Zigbeegeräten zwar ein grosser Aufwand, aber wenigstens ist nicht alles verloren.
Der Zigbee-Adapter wird übrigens unter /dev/ttyACM0 auf Anhieb erkannt!Wenn du die Skripte aus dem unraid übernommen hast, warum dann nicht auch die zigbee Datenbank ? Dann hättest du dir das neu anlernen sparen können.
Einfacher Weg: backitup anweisen, die zigbee Instanz zu sichern und auf dem pi zurück spielen.
Manueller Weg: die Dateien aus /opt/iobroker/iobroker-data/zigbee_0 übernehmen.A.
-
@jdard sagte in Zigbee-Adapter startet nach Update nicht mehr:
Das Positive an diesem ärgerlichen Bug ist folgendes:
Ich habe ioBroker probehalber auf einem Raspberry Pi 4 installiert und die Skripte aus der Datensicherung aus Unraid Docker importiert. Nach dem Einfügen der Zigbeegeräte funktionierten die Skripte wieder einwandfrei. Ist bei vielen Zigbeegeräten zwar ein grosser Aufwand, aber wenigstens ist nicht alles verloren.
Der Zigbee-Adapter wird übrigens unter /dev/ttyACM0 auf Anhieb erkannt!Wenn du die Skripte aus dem unraid übernommen hast, warum dann nicht auch die zigbee Datenbank ? Dann hättest du dir das neu anlernen sparen können.
Einfacher Weg: backitup anweisen, die zigbee Instanz zu sichern und auf dem pi zurück spielen.
Manueller Weg: die Dateien aus /opt/iobroker/iobroker-data/zigbee_0 übernehmen.A.
Besten Dank für den Hinweis.
Die meisten am Strom angeschlossenen Geräte werden umgehend erkannt.
Für Geräte mit Batterie muss die Kopplung (pairing) neu gestartet werden, damit sie erkannt werden.
Dann muss das Gerät ausgeschaltet (deactivate) und wieder eingeschaltet (activate) werden.Nachtrag 1 Stunde später:
Evtl. war ich etwas ungeduldig, nach und nach werden fast alle Geräte wieder erkannt. -
Besten Dank für den Hinweis.
Die meisten am Strom angeschlossenen Geräte werden umgehend erkannt.
Für Geräte mit Batterie muss die Kopplung (pairing) neu gestartet werden, damit sie erkannt werden.
Dann muss das Gerät ausgeschaltet (deactivate) und wieder eingeschaltet (activate) werden.Nachtrag 1 Stunde später:
Evtl. war ich etwas ungeduldig, nach und nach werden fast alle Geräte wieder erkannt.@jdard sagte in Zigbee-Adapter startet nach Update nicht mehr:
Für Geräte mit Batterie muss die Kopplung (pairing) neu gestartet werden, damit sie erkannt werden.
Dann muss das Gerät ausgeschaltet (deactivate) und wieder eingeschaltet (activate) werden.Das ist falsch !
Für alle Geräte gilt - der ioBroker erkennt sie erst dann als verbunden wenn er mit ihnen kommuniziert hat. Das kann auf verschiedene Art und Weise passieren:
- Bei am Strom angeschlossenen Geräten reicht es, diese anzusteuern. In den meisten Fällen wird das sofort oder mit etwas verzögerung funktionieren. Dabei kann die Anzeige (primär durch cache effekte) auch mal verzögert aktualisiert werden.
- Bei batteriebetriebenen Geräten muss das Gerät selber eine Aktualisierung senden. Das passiert relativ selten, kann aber durch drücken des Pairing-Knopfes (kurz) am Gerät oder durch Erzwingen einer Statusänderung getriggert werden. Sofern dieses nicht direkt funktioniet reicht es meistens das Netzwerk zu öffnen (in den Pairing-Mode zu versetzen) und dann das Gerät zu triggern.
Das Aktivieren/Deaktivieren erzwingt ausschliesslich eine Aktualiserung der angezeigten Oberfläche - nicht mehr, nicht weniger.
Anders ist dieses ausschliesslich dann wenn parallel zum neustart des Adapters die Position des Koordinators im Netzwerk hinreichend stark verändert wird. (ein Verschieben um 2 m macht meistens nichts, das verbringen vom einen Ende der Wohnung zum Anderen dann schon. in diesem Fall muss das Netzwerk sich vollständig neu aufbauen - das kann dann auch mal 48 Stunden dauern.
-
@jdard sagte in Zigbee-Adapter startet nach Update nicht mehr:
Für Geräte mit Batterie muss die Kopplung (pairing) neu gestartet werden, damit sie erkannt werden.
Dann muss das Gerät ausgeschaltet (deactivate) und wieder eingeschaltet (activate) werden.Das ist falsch !
Für alle Geräte gilt - der ioBroker erkennt sie erst dann als verbunden wenn er mit ihnen kommuniziert hat. Das kann auf verschiedene Art und Weise passieren:
- Bei am Strom angeschlossenen Geräten reicht es, diese anzusteuern. In den meisten Fällen wird das sofort oder mit etwas verzögerung funktionieren. Dabei kann die Anzeige (primär durch cache effekte) auch mal verzögert aktualisiert werden.
- Bei batteriebetriebenen Geräten muss das Gerät selber eine Aktualisierung senden. Das passiert relativ selten, kann aber durch drücken des Pairing-Knopfes (kurz) am Gerät oder durch Erzwingen einer Statusänderung getriggert werden. Sofern dieses nicht direkt funktioniet reicht es meistens das Netzwerk zu öffnen (in den Pairing-Mode zu versetzen) und dann das Gerät zu triggern.
Das Aktivieren/Deaktivieren erzwingt ausschliesslich eine Aktualiserung der angezeigten Oberfläche - nicht mehr, nicht weniger.
Anders ist dieses ausschliesslich dann wenn parallel zum neustart des Adapters die Position des Koordinators im Netzwerk hinreichend stark verändert wird. (ein Verschieben um 2 m macht meistens nichts, das verbringen vom einen Ende der Wohnung zum Anderen dann schon. in diesem Fall muss das Netzwerk sich vollständig neu aufbauen - das kann dann auch mal 48 Stunden dauern.
@asgothian
Besten Dank für Deine Ausführungen, die mir sehr stark geholfen haben. :+1:
Support us
444
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge