Starting zigbee-herdsman problem
-
Hallo,
ich betreibe einen Raspberry PI4 mit einem aktuellen Raspian 32-Bit System auf dem ioBroker läuft. Beim Versuch den ZigBee-Adapter mit einem Sonoff Zigbee 3.0 USB Dongle Plus (CC2652) zu starten bekomme ich unten dargestellte Fehlermeldung.
Ich habe 2 Dongles und 2 RPis und egal welche Kombi ich verwende, ich bekomme überall die gleiche Fehlermeldung. Ich hab den Adapter mehrmals neu installiert, RPis neu gestartet und natürlich auch verschiedene PanIDs und Kanäle verwendet. Sitze nun seit Stunden dran und ich bekomme es nicht hin. Hat jemand noch eine Idee?
2025-02-05 15:44:25.201 - info: host.raspberrypi stopInstance system.adapter.zigbee.0 (force=false, process=true) 2025-02-05 15:44:25.206 - info: zigbee.0 (1175) Got terminate signal TERMINATE_YOURSELF 2025-02-05 15:44:25.209 - info: zigbee.0 (1175) cleaned everything up... 2025-02-05 15:44:25.214 - info: zigbee.0 (1175) Zigbee: disabling joining new devices. 2025-02-05 15:44:25.223 - info: zigbee.0 (1175) terminating 2025-02-05 15:44:25.225 - info: zigbee.0 (1175) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2025-02-05 15:44:25.249 - info: host.raspberrypi stopInstance system.adapter.zigbee.0 send kill signal 2025-02-05 15:44:25.711 - info: zigbee.0 (1175) terminating 2025-02-05 15:44:25.782 - info: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2025-02-05 15:44:29.190 - info: host.raspberrypi instance system.adapter.zigbee.0 in version "1.10.14" started with pid 1533 2025-02-05 15:44:33.514 - info: zigbee.0 (1533) starting. Version 1.10.14 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.13.1, js-controller: 7.0.6 2025-02-05 15:44:33.619 - info: zigbee.0 (1533) delete old Backup files. keep only last 10 2025-02-05 15:44:33.621 - info: zigbee.0 (1533) Starting Zigbee npm ... 2025-02-05 15:44:33.984 - info: zigbee.0 (1533) Installed Version: iobroker.zigbee@1.10.14 2025-02-05 15:45:39.523 - error: zigbee.0 (1533) Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms\n at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:40:23)\n at ZnpAdapterManager.beginCommissioning (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/manager.js:333:31)\n at async ZnpAdapterManager.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/manager.js:101:21)\n at async ZStackAdapter.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:144:16)\n at async Controller.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:119:29)\n at async ZigbeeController.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:133:13)\n at async Zigbee.doConnect (/opt/iobroker/node_modules/iobroker.zigbee/main.js:316:13))" 2025-02-05 15:45:39.526 - error: zigbee.0 (1533) Failed to start Zigbee 2025-02-05 15:45:39.527 - error: zigbee.0 (1533) Error herdsman start 2025-02-05 15:45:49.530 - info: zigbee.0 (1533) Try to reconnect. 1 attempts left 2025-02-05 15:45:49.534 - info: zigbee.0 (1533) Starting Zigbee npm ... 2025-02-05 15:45:49.561 - info: zigbee.0 (1533) Installed Version: iobroker.zigbee@1.10.14 2025-02-05 15:45:49.793 - error: zigbee.0 (1533) Starting zigbee-herdsman problem : "Error Resource temporarily unavailable Cannot lock port" 2025-02-05 15:45:49.794 - error: zigbee.0 (1533) Failed to start Zigbee 2025-02-05 15:45:49.794 - error: zigbee.0 (1533) Error herdsman start -
@iob_user Logs und Konsolenausgaben bitte immer als Text in code-tags posten.
Der schwarze Mikrofilm ist mobil nicht zu entziffern
-
@homoran Alright! Siehe oben
-
@iob_user sagte in Starting zigbee-herdsman problem:
Ich habe 2 Dongles und 2 RPis
und dann
@iob_user sagte in Starting zigbee-herdsman problem:
most likely network with the same panId or extendedPanId already exists nearby
-
@homoran Ja also ich hab natürlich nicht beide gleichzeigt am Laufen. Hab nur durchgewechselt um nahezu auszuschließen, dass am Setup liegt. Einer der USB-Dongles ist nagelneu.
-
Schau dir das derzeitige Setting an:
cd curl https://raw.githubusercontent.com/Grothesk242/ioBroker/refs/heads/Raspbian/diag.sh > iob_diag.sh chmod 744 iob_diag.sh ./iob_diag.sh --unmaskIn der Langfassung gibt es eine Sektion bzgl. zigbee, da werden dann auch die gesetzten IDs im Klartext ausgegeben (--unmask)
-
@thomas-braun Sehr cooles script. Danke dafür.
Allerdings gibt's bei mir die Datei "nvbackup.json" wohl nicht. Ich hab den RPi neu gestartet, den ZigBee-Adapter neu installiert und mehrfach neu gestartet aber die Datei gibt's weiterhin nicht.USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a64bf679f16aef11b920a1adc169b110-if00-port0 *** ZigBee Settings *** Your zigbee.0 COM-Port is matching 'by-id'. Very good! Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.0 Extended Pan ID: grep: /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json: No such file or directory Pan ID: grep: /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json: No such file or directory ./iob_diag.sh: line 715: printf: 0x: invalid hex number 0 Channel: grep: /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json: No such file or directory Network Key: grep: /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json: No such file or directory -
Ah, das ist wohl der Stick mit dem anderen Chipsatz. EZSP oder so ähnlich.
Hast du den auch in den Einstellungen gewählt? -
Hab ich auch schon versucht. Gibt dann ne andere Fehlermeldung
zigbee.0 2025-02-05 16:54:48.854 error Error herdsman start zigbee.0 2025-02-05 16:54:48.854 error Failed to start Zigbee zigbee.0 2025-02-05 16:54:48.851 error Starting zigbee-herdsman problem : "Failure to connect" zigbee.0 2025-02-05 16:53:38.570 info Installed Version: iobroker.zigbee@1.10.14 zigbee.0 2025-02-05 16:53:38.546 info Starting Zigbee npm ... zigbee.0 2025-02-05 16:53:38.543 info Try to reconnect. 1 attempts left zigbee.0 2025-02-05 16:53:28.540 error Error herdsman start zigbee.0 2025-02-05 16:53:28.539 error Failed to start Zigbee zigbee.0 2025-02-05 16:53:28.536 error Starting zigbee-herdsman problem : "Failure to connect" zigbee.0 2025-02-05 16:52:18.041 info Installed Version: iobroker.zigbee@1.10.14 zigbee.0 2025-02-05 16:52:17.680 info Starting Zigbee npm ... zigbee.0 2025-02-05 16:52:17.678 info delete old Backup files. keep only last 10 zigbee.0 2025-02-05 16:52:17.580 info starting. Version 1.10.14 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.13.1, js-controller: 7.0.6 zigbee.0 2025-02-05 16:52:09.723 info terminating zigbee.0 2025-02-05 16:52:09.254 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee.0 2025-02-05 16:52:09.250 info terminating zigbee.0 2025-02-05 16:52:09.232 info Zigbee: disabling joining new devices. zigbee.0 2025-02-05 16:52:09.221 info cleaned everything up... zigbee.0 2025-02-05 16:52:09.217 info Got terminate signal TERMINATE_YOURSELF zigbee.0 2025-02-05 16:52:01.982 info List of port: [{"path":"/dev/ttyUSB0","manufacturer":"ITead","serialNumber":"a64bf679f16aef11b920a1adc169b110","pnpId":"usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a64bf679f16aef11b920a1adc169b110-if00-port0","vendorId":"10c4","productId":"ea60"}] -
@iob_user die sticks haben ein Problem das zigbee Netz aufzuziehen. Wenn du wie du sagst bereits verschiedene panID, ExtPanID und Kanal-Kombinationen. Ersucht hast ist davon auszugehen das es ein Problem mit 2.4 gHz Störungen gibt. Nutzt du USB3 an einem der PI ?
A.
-
@asgothian Hab den einen PI nun mal von der Spannungsversorgung getrennt. Der ist also komplett raus (auch wenn davor natürlich schon kein ZigBee Dongle drin war).
Der Zweite wird über eine SSD an USB betrieben. Hab da nun auch alle Kombis versucht (SSD an USB3, nicht an USB3, ZigBee Dongle an USB3 und nicht an USB3)
Immer noch das gleiche Verhalten
Das Ganze hat ja bis letzte Woche mit dem gleichen HW-setup noch funktioniert.
Letzte woche hat einer der PIs einfach aufgehört zu arbeiten. Ich hab ihn dann von extern über VPN via SSH mit sudo reboot neu gestartet (über SSH war er noch ansprechbar, allerdings lief weder der Apache noch der ioBroker mehr). Nach dem reboot war er nicht mehr ansprechbar. Nach mehreren Versuchen war dann die Erkenntniss dass die SSD wohl einen weg hat. Ich hatte natürlich kein BackUp (wie's halt so ist) Also musste ich alles neu aufsetzen. Bei ZigBee ist's dann gescheitert. Wie oben schon erwähnt, hab ich noch einen ca. 2 Jahre alten Sonoff ZigBee USB3.0 Dongle. Dieser warf nach dem "Neuaufsetzen" zwar nicht die oben genannte Fehlermedung aber ich konnte damit keine Geräte pairen (aus welchem Grund auch immer). Hab mir dann nen neuen besorgt und heute ausprobiert, das Ergebnis ist das was ich oben geschrieben habe. Den Alten hab ich dann mal mit der aktuellen und für den Chipsatz passenden Firmware von koenkk geflasht. Danach bekomm ich die gleiche Fehlermeldung. Ich hab dann auf eine Firmware von 2023 zurückgeflasht, auch das hat nicht geholfen.
Hab ich jetzt den Alten kaputt geflasht und der Neue hat einfach einen weg?
-
@iob_user sagte in Starting zigbee-herdsman problem:
@asgothian Hab den einen PI nun mal von der Spannungsversorgung getrennt. Der ist also komplett raus (auch wenn davor natürlich schon kein ZigBee Dongle drin war).
Der Zweite wird über eine SSD an USB betrieben. Hab da nun auch alle Kombis versucht (SSD an USB3, nicht an USB3, ZigBee Dongle an USB3 und nicht an USB3)
Immer noch das gleiche Verhalten
Bitte folgendes machen:
- Den pi ohne ssd nutzen
- Adapter anhalten
- sicherstellen das weder nvbackup noch Shepherd.dB existieren
- sicherstellen das der pi mit usb ssd aus ist
- Konfiguration des Adapters aufmachen
- panID, ExtPanID und Kanal neu setzen (andere Werte als bisher, werte hier posten)
- Adapter starten
- log posten
Was hast Du da wo dieser pi steht noch an Funk-Technik ?
A.
-
@asgothian Ok, mach ich. Komme aber wohl erst heute Nacht oder morgen Abend dazu. Ich melde mich dann.
Da steht eigentlich nix mehr an Funktechnik. 5m quer durchn Raum ist der WiFi Router aber das wars.
Vielen vielen Dank schon mal
-
@iob_user sagte in Starting zigbee-herdsman problem:
"network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby
da sind noch die Router die funken.. ich weiss nicht wie gross dein Netz ist aber.. machmal ALLE Router stromlos..
wenn das nicht geht.. dann wickel mal den Coordinator in Alufolie.. so dass der keine funksignale von den Router "sieht"
-
Hallo Zusammen,
nochmals Danke für die Hilfe und Verzeihung für die späte Antwort.
Nach langer Zeit mit vielen Versuchen, habe ich nun folgende Erkenntnis:
-
Mit der neuen SSD (von Hersteller A) tut das ZigBee Netz überhaupt nicht.
-
Mit der alten, vermeintlich fehlerhafte SSD von Hersteller B, die zum Crash des Systems geführt hat, tut's so semi-gut.
-
Mit einer SD-Karte funktioniert's ohne Probleme.
Was ich alles gemacht habe:
Ich habe das System nochmals komplett neu auf einer SD-Karte aufgesetzt. Es wurde eine nvbackup.json Datei angelegt. Daraus hab ich die PanID, ExtendedPanID und den Channel entnommen und in den ZigBee ioBroker-Adapter eingetragen. Damit konnte ich dann ein ZigBee-Netz aufbauen und alle Devices hinzufügen.Danach habe ich die SD-karte auf die alte und neue SSD geclonet und die Versuche zu o.g. Erkenntnissen gemacht.
Meine verwendeten SSDs scheinen EMV-technisch eine Einfluss auf das ZigBee-Netz zu haben (egal ob über USB3 angeschlossen oder nicht), die eine mehr die andere weniger. Mein WiFi-Netz scheint keinen Einfluss darauf zu haben. Auch habe ich nicht "ALLE Router stromlos" schalten müssen, damit es funktioniert hat.
Ich bin froh, dass alles wieder funktioniert. Ich hab ja nun 2 BackUps zur Sicherheit und ich bin geübt im Aufsetzen eines RPis inkls. Apache-Webserver, php, mySQL, iobroker, sämtlicher Adapter etc..
Was ich immer noch nicht verstanden habe:
Woher holt sich der ZigBee ioBroker-Adapter die nvbackup.json? Von dem ZigBee USB-Stick (Coordinator) selbst? Und warum gab's die Datei in den ersten Versuchen nicht bzw. warum hat der ZigBee ioBroker-Adapter die gemachten Einstellungen (PanID, ExtendedPanID, Channel etc.) nicht auf den ZigBee USB-Stick übertragen? -
-
@iob_user sagte in Starting zigbee-herdsman problem:
Was ich alles gemacht habe:
Was du aber nicht gemacht/beschrieben hast:
Häng mal den Koordinator mit einer USB-Verlängerung an einen USB2-Port. Direkt eingesteckt entstehen vielfach Interferenzen mit dem RPI (das hat bei mir funktioniert).
-
@iob_user sagte in Starting zigbee-herdsman problem:
Woher holt sich der ZigBee ioBroker-Adapter die nvbackup.json? Von dem ZigBee USB-Stick (Coordinator) selbst?
das ist das Coordinator backup und wir immer erstellt bei neueinrichtung des Netzes.. ist nötig bei coordinator wechsel
und ist IMMER da (ausser bei den ollen alten cc25xx, wobei auch hier ist die vorhanden)das Probelm was du nicht auf dem schirm hast ist folgender:
du hast schon EIN Netz .. somit ist der Coordinator UND die Router alle auf das Netz eingestellt.
wechselst du den Coordinator oder flasht den neu muss dieser sich die nvbackup einspielen.. das dauert.. ist man hier zu ungeduldig .. tja pech
UND
wenn das geschehen ist muss der Coordinator als EINZIGER das Netz starten, was leider nicht geht da die Router auch noch da sind und schon konfigurierthier hast di 2 Möglichkeiten
- du schaltest ALLE Router ab..dann kannst du starten .. danach können alle Router wieder am Strom..
- du schirmst den Coordinator mit alufolie (oder was weiss ich) ab so dass dieser denkt ohh ich bin alleine da.. also muss ich das Nezu aufspannen...
so einfach ist das
wichtiges Askpekt hier USB3 ist tabu UND es muss eine Verlängerung wenn du USB nutzen willst an den Pi...
oder du nimmst ein LAN Coordinator -
@meister-mopper Yup, das will ich in der Tat mal probieren. Dauerhaft SD-Kart finde ich nicht so dolle.
-
@arteck Alright, danke für die Info.
Stimmt, min. ein Device, das evtl. als Router fungiert hat, könnte noch betsromt gewesen sein als ich versucht habe, das Netz neu einzurichten. -
@iob_user sagte in Starting zigbee-herdsman problem:
Hallo Zusammen,
nochmals Danke für die Hilfe und Verzeihung für die späte Antwort.
Nach langer Zeit mit vielen Versuchen, habe ich nun folgende Erkenntnis:
- Mit der neuen SSD (von Hersteller A) tut das ZigBee Netz überhaupt nicht.
Ich häng mich mal aus dem Fenster - das war eine als Paket gekaufte SSD direkt mit USB3 Anschluss ? Das würde zumindest erklären warum es damit nicht geht.
- Mit der alten, vermeintlich fehlerhafte SSD von Hersteller B, die zum Crash des Systems geführt hat, tut's so semi-gut.
ggf. auch wie oben ?
- Mit einer SD-Karte funktioniert's ohne Probleme.
Warum geht USB3 oft nicht ? Dazu verweise ich auf diesen Artikel aus 2017:
https://www.heise.de/news/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.htmlDas Gilt sowohl für Kabel, aber auch für 'Leitungen' und 'leiterbahnen' innerhalb von USB3 Gehäusen. Da gibt es extrem viel unbeschirmten Plastik-Krams. Deswegen sehen meine USB3 SSD's so aus (Vollmetallgehäuse mit NVME SSD drin, 2TB im Beispielbild)
Vernünftig geschirmte Kabel und dann sollte alles gut sein ? Leider nein. auch die Raspberries stecken zumeist in wenig gut geschirmten Gehäusen, so das die Störstrahlung da raus kann. Sobald USB3 mit den entsprechenden Übertragungsraten genutzt wird können die auftreten. Daher ist bei den neueren PI (PI4, Pi5) die Aussage von @arteck korrekt: Bei Nutzung der USB Ports immer auch eine Verlängerung zwischen PI und Koordinator - Zigbee nutzt einfach nicht genügend Leistung im Funkband um die Störungen übersteuern zu können.
Meine verwendeten SSDs scheinen EMV-technisch eine Einfluss auf das ZigBee-Netz zu haben (egal ob über USB3 angeschlossen oder nicht), die eine mehr die andere weniger. Mein WiFi-Netz scheint keinen Einfluss darauf zu haben. Auch habe ich nicht "ALLE Router stromlos" schalten müssen, damit es funktioniert hat.
Ich bin froh, dass alles wieder funktioniert. Ich hab ja nun 2 BackUps zur Sicherheit und ich bin geübt im Aufsetzen eines RPis inkls. Apache-Webserver, php, mySQL, iobroker, sämtlicher Adapter etc..
Was ich immer noch nicht verstanden habe:
Woher holt sich der ZigBee ioBroker-Adapter die nvbackup.json? Von dem ZigBee USB-Stick (Coordinator) selbst? Und warum gab's die Datei in den ersten Versuchen nicht bzw. warum hat der ZigBee ioBroker-Adapter die gemachten Einstellungen (PanID, ExtendedPanID, Channel etc.) nicht auf den ZigBee USB-Stick übertragen?In dem Moment wo ein Koordinator das Netz erfolgreich aufgebaut hat werden die Netz-Parameter im NVRam gespeichert. Dazu muss der Herdsman aber erfolgreich starten und ein Zigbee Netz aufbauen. In der Folge werden diese Daten dann vom Herdsman gespeichert. Findet der Herdsman beim Start ein entsprechendes Backup, so versucht er das Netz mit diesen Parametern wiederherzustellen, an Stelle eines kompletten 'Neuaufbau' des Netzes mit den im Adapter vorgegebenen Daten. Das beschleunigt den Start des Adapters signifikant, insbesondere bei grossen Netzen.
Wenn es da Inkonsistenzen gibt verweigert der Herdsman den Start. Wenn beim Neuaufbau des Netzes die verwendeten IEEE's nicht passen, dann gibt es Probleme bei der Kommissionierung - mit den entsprechenden Meldungen.
Zusätzlich gibt es noch Koordinatoren mit 'echten' IEEE's - sprich bei diesen müssen die IEEE im nvram-Backup und im Koordinator zusammen passen. Das ist z.Bsp. bei den Sonoff nicht der Fall - hier kann der Stick einfach so ausgetauscht werden sofern es ein nvram-Backup gibt. Bei verschiedenen Netzwerk-basierten Koordinatoren ist das nicht so - da übernimmt der Koordinator das unpassende nvram backup nicht und startet deswegen auch nicht durch. Das hatte ich gerade erst mit einem Netzwerk-Koordinator mit XZG Firmware.
A.
