Zigbee2MQTT startet nicht mehr nach Coordinator Update

Hallo zusammen,

ich bin neu hier und war bisher stille Leserin. Jetzt bin ich auf eure Hilfe angewiesen, ich bekomme Z2M einfach nicht mehr zum laufen.

Aktuelle Daten:
Raspberry Pi 4
HA Version: 2026.4.4
Zigbee Coordinator: SLZB-06P10 (angeschlossen per PoE an einem Unifi Switch)
Flash: v3.3.1
Radio Firmware-Revision: 20240716
Zigbee2MQTT: 2.11.0-1
Mosquitto broker: 7.1.0 (läuft)
ZHA war nie und ist auch nicht installiert.

Z2M lief bisher stabil und sauber bei mir bis zum Update. Wobei ich dazu sagen muss, es lief noch nicht lange. Ich befinde mich aktuell im Aufbau von HA, da ich erst im Januar mit HA begonnen habe. Ich habe also noch nicht viel Erfahrung damit.

Ich habe die angebotenen Updates von HA und dem Coordinator gemacht. Von HA 2026.3.4 auf 2026.4.4 und beim Coordinator Flash v3.3.1 auf Flash v3.3.1.dev1. (Blöde Idee, ich weiß, aber hinter ist man immer schlauer.) Bei der Radio Version bin ich mir nicht mehr sicher, was vorher installiert war.
100% sicher bin ich nicht, aber danach lief Z2M nicht mehr.

Z2M Konfiguration in Yaml eingetragen, wie empfohlen:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt: {}
serial:
  port: tcp://192.168.178.159:6638
  baudrate: 115200
  adapter: zstack

Die Infos für serial, port, baurate und adapter sind aus dem SLZP kopiert, also auch kein Fehler. IP-Adresse ist in der FritzBox dauerhaft zugewiesen.

  1. Backup von HA einspielen von vor dem Update funktioniert nicht, immer noch der gleiche Fehler.
    Protokoll Z2M:
[2026-05-31 20:21:15] error: z2m: Error while starting zigbee-herdsman
[2026-05-31 20:21:15] error: z2m: Failed to start zigbee-herdsman
[2026-05-31 20:21:15] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions [2026-05-31 20:21:15] error: z2m: Exiting...
[2026-05-31 20:21:15] error: z2m: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms
  1. Z2M Neuinstallation (Im File Editor Order bzw. Daten vorher umbenannt)
    Protokoll Z2M:
[15:45:58] INFO: Preparing to start...
[15:45:58] INFO: Socat not enabled
[15:45:59] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/

Außer der Datei “configuration.yaml” wird auch keine weitere Datei angelegt.

  1. SLZB reset durchgeführt, klappt auch nicht.

  2. SLZB direkt an der Fritzbox angeschlossen + separates Netzteil um den Switch auszuschließen. Z2M läuft immer noch nicht.

  3. Verschiedene Versionen von Flash und Radio für den SLZB ausprobiert. Z2M läuft immer noch nicht.

ZHA habe ich noch nicht mit dem SLZB ausprobiert. Keine Ahnung ob das einen Unterschied macht, aber ich habe mich ja bewusst für Z2M entschieden und möchte dabei bleiben.
Wenn ich die 10 angemeldeten Geräte neu einrichten muss, ist mir das auch egal. Hauptsache Z2M läuft. Aber so würde ich den ganzen Kram am liebsten in die Tonne treten.
Ich bin mit meinem Latein am Ende und total verzweifelt.

Ich bin für jede Idee dankbar.

:crayon:by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
s.a.: (Neues Update & Features - Hier in der Community 🫶)

Moin

Wenn Du schon weißt das das eine “blöde” Idee war, dann weißt Du ja vermutlich auch schon das die Version 3.3.1.dev1 scheinbar Bugs enthält und das man die besser nicht nutzen sollte.

Also wäre jetzt vermutlich ein Downgrade der Firmware die sinnvollste Alternative.

VG Jim

Wie oben geschrieben, läuft aktuell Flash: v3.3.1. Ein downgarde habe ich also schon gemacht.

Ach so - ja stimmt stand oben bei “Aktuelle Daten”. Ich hatte später im Text dann nur noch das

gelesen. :laughing:

Die Sache mit der

panId or extendedPanId already exists nearby

sollte Du eigentlich dadurch in den Griff bekommen das Du die einfach neu erstellen lässt.

Geht jetzt vermutlich am schnellsten statt da noch div. Dinge durchzuprobieren.

VG Jim

Z2M läuft, hat aber anscheinend keine Verbindung zum Coordinator, da keiner gefunden wird.

Jedesmal wenn die Seite neugeladen wird, steht eine neue PAN ID drin.

Hi,
ich hab eben einen Fehler gemacht, der mir gerade aufgefallen ist.
Vorweg Z2M läuft immer noch nicht, ich bin aber einen Schritt weiter.

[18:18:45] INFO: Preparing to start...
[18:18:45] INFO: Socat not enabled
[18:18:46] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-06-07 18:18:49] info: 	z2m: Logging to console, file (filename: log.log)
[2026-06-07 18:18:49] info: 	z2m: Starting Zigbee2MQTT version 2.11.0 (commit #unknown)
[2026-06-07 18:18:49] info: 	z2m: Starting zigbee-herdsman (10.1.0)
[2026-06-07 18:18:49] info: 	zh:zstack:znp: Opening TCP socket with 192.168.178.159:6638
[2026-06-07 18:18:49] info: 	zh:zstack:znp: Socket connected
[2026-06-07 18:18:49] info: 	zh:zstack:znp: Socket ready
[2026-06-07 18:18:49] info: 	zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2026-06-07 18:18:50] info: 	zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2026-06-07 18:18:50] info: 	z2m: zigbee-herdsman started (resumed)
[2026-06-07 18:18:50] info: 	z2m: Coordinator firmware version: '{"meta":{"maintrel":1,"majorrel":2,"minorrel":7,"product":1,"revision":20240716,"transportrev":2},"type":"ZStack3x0"}'
[2026-06-07 18:18:50] info: 	z2m: Currently 0 devices are joined.
[2026-06-07 18:18:50] info: 	z2m: Connecting to MQTT server at mqtt://192.168.178.153:1883
[2026-06-07 18:18:51] error: 	z2m: MQTT failed to connect, exiting... (Connection refused: Not authorized)
[2026-06-07 18:18:51] info: 	z2m: Stopping zigbee-herdsman...

Im File Editor sind jetzt folgende Dateien erzeugt worden:

  • coordinator_backup.json
  • database.db
  • Ordner: log

Wenn ich das richtig deute, dann ist das Problem jetzt die Verbindung zu MQTT.

Protokoll Mosquitto broker:

026-06-07 18:18:33: New connection from 172.30.32.1:53441 on port 1883.
2026-06-07 18:18:33: New client connected from 172.30.32.1:53441 as 2rsyhMQYainn5bUVVdXIA9 (p4, c1, k60, u'mqtt-user').
2026-06-07 18:18:51: New connection from 172.30.32.1:33832 on port 1883.
error: received null username or password for unpwd check
2026-06-07 18:18:51: Client mqttjs_55016a87 [172.30.32.1:33832] disconnected: not authorised.
2026-06-07 18:19:09: New connection from 172.30.32.2:53292 on port 1883.
2026-06-07 18:19:09: Client 172.30.32.2 [172.30.32.2:53292] disconnected: connection closed by client.
2026-06-07 18:21:09: New connection from 172.30.32.2:58204 on port 1883.
2026-06-07 18:21:09: Client 172.30.32.2 [172.30.32.2:58204] disconnected: connection closed by client.

Passwort und User? Mir ist jetzt nicht bewusst, dass ich beim ersten einrichten ein Passwort und einen User an irgendeiner Stelle vergeben habe.

:crayon:by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)

Jepp weil

Da wäre halt die Frage was genau bei Dir das “erste einrichten” ist oder war und wann und wie Du den MQTT Broker eingerichtet hast. Früher konnte und musste man da noch einen User mit PW einrichten. Seit einiger Zeit macht HA das bei der Installation automatisch.

Aber was ja jetzt genau genutzt wird siehst Du in der Z2M configuration.yaml, bei der dann so etwas in der Art steht:

mqtt:
  base_topic: zigbee2mqtt
  user: addons
  password: phooCheiDaeh5aep2aeh3UNgooquoob8rio....

Zu dem Thema MQTT User/PW bin ich auch hier eingegangen:

VG Jim

Es haben wohl mehrere Probleme damit. Ich habe auch unvorsichtiger Weise das Update gemacht. Glück gehabt bei mir läuft alles danach. Mein Stick ist ein SLZB-06M.

Hurra! :tada: Z2M läuft wieder! :tada: Super, vielen vielen Dank für deine Hilfe!
Dein Kommentar hat mich auf die richtige Spur gebracht. User und Passwort gab es in der aktuellen configuration.yaml nicht. Ich hab mir die configuration.yaml der ersten Einrichtung angesehen (Daten hatte ich alle gesichert). Da standen tatsächlich beide Werte drin.
Ich hab sie einfach kopiert und in die neue configuration.yaml eingefügt und siehe da, mit den Daten läuft es jetzt endlich.

Ich kann dir gar nicht genug danken. Ohne deine Hilfe hätte ich sicherlich noch Wochen rum probiert und es am Ende wahrscheinlich verzweifelt aufgegeben.

VG

PS: Mach mich jetzt ans neu koppeln. :laughing:

Sei froh, hat mich jetzt eine Woche Nerven und Stunden an Arbeit gekostet.

Ich hatte ein sehr ähnliches Problem mit einem SLZB-06P10 und Zigbee2MQTT.

Ausgangslage:

  • Home Assistant als VM auf Synology
  • SLZB-06P10 per PoE/LAN
  • Zigbee2MQTT
  • Adapter: zstack
  • Port: tcp://IP-DES-SLZB:6638
  • Baudrate: 115200
  • Radio-Firmware: 20240716
  • SLZB OS: v3.3.1

Nach Firmware-/Systemupdates startete Zigbee2MQTT nicht mehr. Der Fehler im Log war immer wieder:

network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby

Zuerst dachte ich an ein Netzwerkproblem, MQTT-Problem oder einen defekten Coordinator. Das war es aber am Ende nicht.

Was ich geprüft bzw. versucht habe:

  • Home Assistant komplett neu gestartet
  • Zigbee2MQTT mehrfach neu gestartet
  • Mosquitto geprüft
  • SLZB-Webinterface geprüft
  • SLZB per LAN/PoE erreichbar
  • Ping auf den SLZB funktionierte
  • Port 6638 per nc getestet: offen
  • Zigbee2MQTT serial config geprüft
  • Firmware des SLZB per USB über den SMLIGHT-Flasher neu geflasht
  • SLZB auf Coordinator-Modus gesetzt
  • Channel/PAN-ID/Extended-PAN-ID mehrfach geprüft
  • alte Router/Geräte stromlos gemacht
  • Home Assistant Backup zurückgespielt

Wichtig war die Erkenntnis:
Der SLZB war erreichbar und der Port 6638 war offen. Zigbee2MQTT konnte also grundsätzlich mit dem Coordinator sprechen. Das Problem lag nicht an LAN, PoE, Synology, Mosquitto oder der IP-Adresse.

Irgendwann zeigte Zigbee2MQTT dann einen anderen Fehler:

Configuration is not consistent with adapter state/backup

Dabei waren die Werte in Zigbee2MQTT, im coordinator_backup.json und im SLZB nicht mehr konsistent. Teilweise zeigte das SMLIGHT-Webinterface andere PAN-ID-/Extended-PAN-ID-Werte als der Adapterzustand, den Zigbee2MQTT ausgelesen hat.

Was am Ende geholfen hat:

  1. Zigbee2MQTT stoppen
  2. Im Ordner /config/zigbee2mqtt die alten Dateien sichern/umbenennen:
    • coordinator_backup.json
    • database.db
    • state.json
  3. Zigbee2MQTT mit sauberer configuration.yaml neu starten lassen
  4. Zigbee2MQTT erzeugt dann ein neues coordinator_backup.json und startet wieder sauber
  5. Danach Geräte neu anlernen

Meine configuration.yaml enthielt am Ende wieder nur die sauberen Werte für den SLZB:

serial:
port: tcp://192.168.xxx.xxx:6638
baudrate: 115200
adapter: zstack

advanced:
channel: 15
transmit_power: 20

Wichtig:
Ich habe alte pan_id, ext_pan_id und network_key erst einmal rausgenommen bzw. auskommentiert, damit Zigbee2MQTT ein neues sauberes Netz erstellen konnte.

Danach startete Zigbee2MQTT wieder. Die Oberfläche zeigte erst 0 Geräte, was normal war, weil ein neues Zigbee-Netz erstellt wurde.

Ich habe anschließend die Geräte neu angelernt. Überraschenderweise kamen die alten Namen bei mir automatisch wieder, vermutlich weil Home Assistant die Entitäten/IEEE-Adressen teilweise wieder zuordnen konnte. Dadurch liefen meine Automationen nach einem Home-Assistant-Neustart wieder.

Mein Fazit:
Bei mir war es kein MQTT-Problem und auch kein reines Netzwerkproblem. Das Problem war eine Inkonsistenz zwischen:

  • Zigbee2MQTT configuration.yaml
  • coordinator_backup.json
  • dem tatsächlichen Adapter-/NVRAM-Zustand des SLZB

Wer denselben Fehler bekommt, sollte nicht nur Port, IP und MQTT prüfen, sondern unbedingt auch coordinator_backup.json und database.db sichern und testweise aus dem Weg räumen.

Ganz wichtig:
Vorher unbedingt Backups machen:

  • configuration.yaml
  • coordinator_backup.json
  • database.db
  • am besten komplettes Home-Assistant-Backup

Nach der Reparatur sofort wieder ein vollständiges Backup erstellen.

Fein. :+1: Bei Dir sind halt mehrere Punkte zusammengekommen, die wohl z.T. auch erst durch Deine Versuche es wieder zum laufen zu bekommen entstanden sind. D.h. da wurde z.T. auf alte Konfigurationen zurückgegriffen, es wurden Dinge z.T. falsch eingerichtet/erstellt und plötzlich fehlten dann auch noch Daten.

Ja manchmal kann so etwas viel Zeit und ggf. auch Nerven kosten. :slightly_smiling_face:

VG Jim