Wenn ich Vincent richtig verstanden habe, hast du schon in der 2.0.7 bzw evtl sogar schon früher die Zigbee Version 2.4.0.
Wenn ich Grade richtig gegoogelt habe, hast du das Zigbee Sonoff Dongle P bzw nen E V1 , das sollte eigentlich von meinem Problem nicht betroffen sein.
ja da ist ein ch9102 verbaut, ich suche gerade wie und mit was ich den Flachen kann, sonst schmeiße ich die Zigbee version raus und installier mir ne alte.
hab doch gar keine Zeit für son sch…..
Ich hab bei mir den gleichen Stick, soweit ich das sehe:
zh:adapter:discovery: Matched adapter: {“path”:“/dev/ttyACM0”,“manufacturer”:“ITEAD”,“serialNumber”:“20220707163929”,“pnpId”:“usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220707163929-if00”,“vendorId”:“1a86”,“productId”:“55d4”} => ember: path=/dev/ttyACM0, score=4
Das ist ein ZBDongle-E, aber mit EZSP Protokoll 13:
Adapter version info: {“ezsp”:13,“revision”:“7.4.4 [GA]”,“build”:0,“major”:7,“minor”:4,“patch”:4,“special”:0,“type”:170}
Startet ohne Probleme
Jetzt habe ich ihn woh zerschossen
mit dem sislab firmware builder ne neue Firmware aufgespielt
[2025-08-27 12:46:15] info: z2m: Logging to console, file (filename: log.log)
[2025-08-27 12:46:16] info: z2m: Starting Zigbee2MQTT version 2.4.0 (commit #bdb94da4)
[2025-08-27 12:46:16] info: z2m: Starting zigbee-herdsman (4.1.0)
[2025-08-27 12:46:16] info: zh:adapter:discovery: Matched adapter: {"path":"/dev/ttyACM0","manufacturer":"ITEAD","serialNumber":"20231218151357","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20231218151357-if00","vendorId":"1a86","productId":"55d4"} => ember: path=/dev/ttyACM0, score=4
[2025-08-27 12:46:16] info: zh:ember: Using default stack config.
[2025-08-27 12:46:16] info: zh:ember: ======== Ember Adapter Starting ========
[2025-08-27 12:46:16] info: zh:ember:ezsp: ======== EZSP starting ========
[2025-08-27 12:46:16] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-08-27 12:46:16] info: zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-08-27 12:46:16] info: zh:ember:uart:ash: ASH COUNTERS since last clear:
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Total frames: RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Cancelled : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: DATA frames : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: DATA bytes : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Retry frames: RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: ACK frames : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: NAK frames : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: nRdy frames : RX=0, TX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: CRC errors : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Comm errors : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Length < minimum: RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Length > maximum: RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Bad controls : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Bad lengths : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Bad ACK numbers : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Out of buffers : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Retry dupes : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: Out of sequence : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: ACK timeouts : RX=0
[2025-08-27 12:46:16] info: zh:ember:uart:ash: ======== ASH stopped ========
[2025-08-27 12:46:16] error: zh:ember:uart:ash: Failed to init port with error Error: Error Resource temporarily unavailable Cannot lock port
[2025-08-27 12:46:16] error: z2m: Error while starting zigbee-herdsman
[2025-08-27 12:46:16] error: z2m: Failed to start zigbee-herdsman
[2025-08-27 12:46:16] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-08-27 12:46:16] error: z2m: Exiting...
[2025-08-27 12:46:16] error: z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
at EmberAdapter.initEzsp (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:666:19)
at EmberAdapter.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1548:24)
at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:71:27)
at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:102:13)
at start (/opt/zigbee2mqtt/index.js:149:5)
ELIFECYCLE Command failed with exit code 1.
Das sieht eher danach aus dass irgenwas den Port blockiert. Was gibt sudo lsof /dev/ttyACM0 || sudo fuser -v /dev/ttyACM0 aus?
sudo lsof /dev/ttyACM0 || sudo fuser -v /dev/ttyACM0
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
node 96943 pi 23uW CHR 166,0 0t0 727 /dev/ttyACM0
Kann es sein, dass du eine zweite Instanz von z2m laufen hast? Ist die PID die selbe?
Probier mal:
ps -ef | grep node
systemctl status zigbee2mqtt
ich habe nochmal mit Sonoff Dongle Flasher - SONOFF Dongle
geflasht, jetzt habe ich vom System aus Verbindung
pi@pekaway:/opt/zigbee2mqtt $ sudo lsof /dev/ttyACM0 || sudo fuser -v /dev/ttyACM0
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
node 4400 pi 23uW CHR 166,0 0t0 706 /dev/ttyACM0
pi@pekaway:/opt/zigbee2mqtt $ ps -ef | grep node
pi 584 1 10 13:21 ? 00:01:48 node-red
pi 911 584 0 13:22 ? 00:00:00 /bin/bash /home/pi/.node-red /node_modules/node-red-node-pi-gpio/nrgpio out 19 1
pi 913 584 0 13:22 ? 00:00:00 /bin/bash /home/pi/.node-red /node_modules/node-red-node-pi-gpio/nrgpio out 16 1
pi 914 911 0 13:22 ? 00:00:00 python3 -u /home/pi/.node-re d/node_modules/node-red-node-pi-gpio/nrgpio.py out 19 1
pi 916 913 0 13:22 ? 00:00:00 python3 -u /home/pi/.node-re d/node_modules/node-red-node-pi-gpio/nrgpio.py out 16 1
pi 917 584 0 13:22 ? 00:00:00 /bin/bash /home/pi/.node-red /node_modules/node-red-node-pi-gpio/nrgpio out 5 0
pi 919 917 0 13:22 ? 00:00:00 python3 -u /home/pi/.node-re d/node_modules/node-red-node-pi-gpio/nrgpio.py out 5 0
pi 4400 1 2 13:35 ? 00:00:05 /usr/bin/node index.js
pi 5275 4704 0 13:38 pts/0 00:00:00 grep --color=auto node
pi@pekaway:/opt/zigbee2mqtt $ ^[[200~
-bash: $'\E[200~': command not found
pi@pekaway:/opt/zigbee2mqtt $ ~
systemctl status zigbee2mqtt
-bash: /home/pi: Is a directory
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; disabled; preset: enabled)
Active: active (running) since Wed 2025-08-27 13:35:18 CEST; 4min 15s ago
Main PID: 4400 (node)
Tasks: 11 (limit: 3921)
CPU: 6.088s
CGroup: /system.slice/zigbee2mqtt.service
└─4400 /usr/bin/node index.js
Aug 27 13:35:12 pekaway systemd[1]: Starting zigbee2mqtt.service - zigbee2mqtt...
Aug 27 13:35:18 pekaway systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt.
pi@pekaway:/opt/zigbee2mqtt $
Danke für die Hilfe
Den Fehler mit dem Port locked hatte ich auch, jedoch habe ich den Sonoff E Dongle mit dem anderen Serial Chip der als ttyUSB0 statt ttyACM0 erkannt wird. Hier haut NodeRed vermutlich rein, weshalb ich das in den Udev Rules erstmal auskommetiert habe. Die Finale Lösung ist das aber auch nicht.
Gibt es hier vllt die Möglichkeit, dass wenn man im Nodered Zigbee aktiviert, eben der Port nichtmehr blockiert wird ? Also die Udev bearbeitet wird ?
Aktuell funktioniert es so wunderbar sogar an einem USB Hub zusammen mit nem LTE Router, ein Update würde mir das aber wieder zerschießen.
Man könnte ein kleines Script schreiben (oder direkt in NR), das beim Start die Usb Ports prüft ob da irgendwo ein Zigbee Dongle vorhanden ist, dann den Port ausgibt und die entsprechende Zeile in den udev rules auskommentiert, falls noch nicht geschehen.
Dann udev rules neu laden und NR neustarten
Leider läuft es doch immer noch nicht komplett flüssig,
Ist es normal, das nach einem Systemneustart zigbee2mqtt im Dashboard jedes mal wieder gestartet werden muss? oder kann man das in der .yaml automatisieren ?
Dazu kommt ein merkwürdiger Fehler.
Im debug Screen kommt regelmäßig die Fehlermeldung, dass die “Bridge” offline ist, dann funktioniert auch kein Zigbee Gerät. Das ist jeweils immer nur für Sekunden, ich dachte erst, dass es nach jedem Deploy ist, es passiert aber auch so.
Wirklich nur für Sekunden, dann funktioniert aber auch kein Lichtschalter. Ist das irgendein Energiesparmodus der Zigbee Bridge ?
Und ist es richtig das die bridge sowohl über localhost als auch über pekaway.local ereichbar ist, oder hab ich das irgebdwie verkonfiguriert? Deswegen kommt die Meldung im debug auch zweimal.
Grüße.
Localhost, pekaway.local 192.168.4., ist alles das gleiche.
Bei der 2.0.8 hatte ich das anfangs auch das ich den zigbee schalter nach dem deploy neu setzen musste, hat sich mittlerweile irgendwie erledigt.
Die britge Meldung habe ich meines Wissens nur nach dem Neustart
Ja meine Vermutung war, das eventuell dadurch irgendwo was falsches weitergeleitet wird und evtl deshalb die “Bridge" abstürzt.
Was genau ist hier die Bridge, Moskito? Mqtt Server ? Oder der Zigbee2mqtt Dienst?
Auf jedenfalls stützt die regelmäßig ab, dann geht alles für weniger Sekunden nicht. Oder ist das evtl eine Art Energiesparmodus in Zigbee?
Bisher muss ich es auf jedenfalls nach jedem Neustart aktivieren. (Ich bekomme jedesmal ein Schreck, das Zigbee wieder nicht geht. 
)
Wenn der zigbee2mqtt service einmal gestartet wird, wird er auch gleichzeitig als enabled gesetzt. Das sorgt dafür, dass der Service bei einem Systemneustart mit geladen wird.
Wir überprüfen dann nach 31s nach NR Start, ob der Service aktuell läuft und das sollte er zu dem Zeitpunkt, wenn er enabled ist.
Wenn er aber zu dem Zeitpunkt nicht läuft, zum Beispiel durch einen Fehler in der configuration.yaml etc., dann disablen wir den Service an dieser Stelle wieder.
Du kannst das auch alles in der Konsole überprüfen mit ``systemctl status zigbee2mqtt.service```
Die Bridge ist eine Konfigurationsnode direkt in NR, such mal in der Liste der Nodes nach zigbee. Diese Nodes sind vorinstalliert, werden aber von uns nicht genutzt. Deswegen ist dort auch kein Server hinterlegt, die Konfiguration wird aber trotzdem bei NR-Neustart abgefragt und gibt dementsprechend eine Fehlermeldung aus. Die Konfiguration kann aber auch einfach gelöscht werden, wenn sie nicht gebraucht wird. Dafür einfach in der Fehlermeldung auf den Namen der Node klicken, dann kommt ihr zu der Konfiguration und darauf doppelklicken und löschen
Hallo zusammen,
ich habe den VanPi Core mit dem aktuellsten Image (2.0.8).
Ich versuche auch Zigbee ans Laufen zu bekommen und habe mir dafür exakt den gleichen Stick wie in der Doku beschrieben gekauft:
Leider komme ich auch nicht in das Zigbee2MQTT Admin Panel. Die Seite wird nicht geladen.
Ich hatte vorher einen anderen SONOFF 3.0 USB Dongle Plus und dachte es liegt am “falschen” Stick. Ich habe leider keine tiefgreifende Kenntnisse über die Funktionsweise des Systems.
Gibt es eine relativ simple Möglichkeit das ganze mit dem Stick aus der Doku ans laufen zu bekommen? Muss evtl. der Stick geflasht werden?
Viele Grüße
Philip
Du bis hier genau richtig und hast das gleiche Problem,
Leider ist der Stick den du gekauft hast nicht der Stick aus der doku.
Das Problem mit dem Dongle wurde in Zigee2mqtt behoben.
du musst dich mal durch den Thread hier lösen, dan findest du eine Lösung.
Aber mal kurz und knapp, hast du das Onboarding gemacht ? da ist die Doku noch nicht auf stand, dort wird der richtige Dongle ins yaml geschrieben und dann läuft es auch.
Leider muss man immer noch den usb port in den tty rules rauslöschen, damit der nicht ans Node Red weitergeleitet wird.
Falls du bisher nur Bahnhof verstehst, lies dich mal komplett durch
So, ich habs jetzt auch nochmal ans laufen gebracht, nachdem wir beim Treffen in den Ports gespielt haben.
Als Ergänzung, bei mir hängt es an einem Usb Hub, da der Dongle mechanisch nicht mehr in den USB port past, wenn andere Belegt sind. Natürlich würde da auch ein Velängerungskabel funktionieren.
Natürlich auch nur eine Lösung.
Vorraussetzung, du weist was putty und SSH ist.
Öffne Putty, verbinde dich über SSH mit 192.168.4.1
dann folgende befehle
ls -l /dev/serial/by-id
Dabei kommt sowas raus.
usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_cc7100a1c712ef11a6b978b8bf9df066-if00-port0
das Gibt dir die ID deines Dongles. damit weist du dann genau diesen Dongle in der Yaml zu.
Dazu öffnest du die .yaml
sudo nano /opt/zigbee2mqtt/dataconfiguration.yaml
dort gehst du mit den Pfeiltasten zu port:
und fügst deine ID ein.
Wichtig, das
/dev/serial/by-id/
muss noch davor.
Strg+x zum schließen, dann speichern mit enter
zu guter letzt
sudo systemctl restart zigbee2mqtt.service
und im Dashboard aktivieren.
unter 192.168.4.1:8080 kommst du ins onbording (dort sollte diese datei auch erstellt werden, nur eben mit dem USB Port bezug, nicht der ID)
und über 192.168.4.1:8099 ins Zigbee Dashboard
Sollte es nicht klappen, dann musst du in den tty Rules noch den von dir verwendeten Port auskommentieren, damit er nicht zu nodered zugewiesen wird.
Grüße
noch ein kleines Update zum meinen Sonoff Dongle:
mit
lsusb
wird der USB nur am Port3 ohne Probleme erkannt. Bei allen anderen Port - kein Erfolg.
Ich habe den Stick im Vorfeld auf die aktuelle Softwareversion → Sonoff Dongle Flacher aktualisiert. (Davor hat es an keinem Port funktioniert 
)
So hat es zumindest bei mir Problemlos funktioniert.
interessant
Ich habe inzwischen (ich meine auch pPort 3) auskommentiert und in der yaml die serial bei ID festgeschrieben.
Seit dem update auf 2.0.8 (hatte mir das alte Image zerballert) habe ich auch keine Probleme mehr mit sporadisch nicht funktionierendem Dienst. (besagtes offline/online im Debugfenster vom NodeRed und gleichzeig nicht funktionierenden Tastern)
Ob da jetzt noch was geändert wurde, oder es (wahrscheinlicher), an den vielen Versuchen/Installationen etc. liegt, weis ich nicht.
Ich muss auch seit dem nichtmehr bei jedem Neustart den Switch im UI neu aktivieren und kann so auch einen USB Hub benutzen. Dieser hängt jetzt an dem auskommentiertem Port 3 und daran der LTE und Zigbee Dongle.
wie hast du es geschafft das man einen usb hub verwenden kann? ich bräuchte das für meinen 4fach serial to VE.Direct Adapter
