Monatsrückblick Juli / August 2026 ist online!

[rewenode]

Für den Fall, dass es im Forum bereits einen gleichartigen Thread gibt bitte ich schon mal um Entschuldigung. Ich habe keinen gefunden.

Ich möchte vom iobroker.zigbee Adapter in einen zigbee2mqtt container umziehen.
Ich verwende im z2m dann den alten Coordinator.
Wichtigster Punkt: Ich kann meine derzeit 63 Geräte nicht neu anlernen

Könnte sich das bitte jemand ansehen und sich meiner Fragen annehmen? Ich bin da noch recht unsicher und traue mich noch nicht.

Bestand

Coordinator

• cod.m CZC, CC2652P7
• Firmware version: ZStack3x0 : 20250321 (2-1.2.7.1)
• iobroker.zigbee@3.5.5 (Converters 26.97.0 Herdsman 10.9.0)

63 Geräte 1 Gruppe mit 2 Geräten

Plan z2m

Den hab ich schon mal ohne Coordinator aufgesetzt

• Container : zigbee2mqtt-main
• Image : koenkk/zigbee2mqtt:latest (erstellt 2026-07-05)
• Engine : zigbee-herdsman@10.6.1, zigbee-herdsman-converters@26.76.0, Frontend 0.9.21

Vorbereitung

1. DB-Sicherung: database.db, shepherd.db, nvbackup.json

geplantes Umstiegsszenario

1. DB-Import-Fähigkeit testen OHNE Koordinator-Konflikt: Es kann ein Dummy/Test-Setup gebaut werden, das die ioB-shepherd.db z2m-database.db übernimmt und mit permit_join: false + deaktiviertem/freiem Serial-Port startet, um zu prüfen, ob z2m die DB lädt und parst (Logs, keine databaseMigrations-Fehler), ohne den echten CZC zu belegen.
2. Falls der Import scheitert: Reihenfolge – (a) Dev-Kanal (herdsman 10.8.0, master 2.13.0) testen, (b) warten, bis ein stabiles z2m herdsman ≥ 10.9 bundelt, (c) als Notfall nur coordinator_backup.json importieren und Geräte rejoinen lassen (identischer Key, ohne Neu-Anlernen).
3. Probelauf mit frischer DB: Unmittelbar vor dem Cutover (Phase 2) shepherd.db + nvbackup.json frisch aus ioB ziehen und diesen Stand importieren.
4. ioB-Gruppen VOR dem DB-Import löschen
5. IoB-zigbee.0 stoppen
6. Kurz warten (Zigbee-Serial-Verbindung freigeben).
7. zigbee2mqtt-main starten → übernimmt TCP 6638 (CZC). Kein Re-Flash nötig (Koordinator hält Key im Flash).
8. Sofort-Verifikation: z2m-Frontend zeigt, ob die 63 Geräte mit dem übernommenen Key rejoinen (ohne Neu-Anlernen).

Rollback bei Fehlern

1. z2m-main stoppen
2. ioB-zigbee.0 wieder aktivieren
3. Geräte rejoinen (gleicher Koordinator, identischer Key)

Fragen

• Was passiert mit der Gruppe? Falls die nicht übernommen werden kann, reichen mir die beiden Einzelgeräte.
• Das z2m latest (2.10.1) hat herdsman 10.6.3. Ist das ein Problem?
• Sollte vor dem ersten Hochfahren des Conteiners der Coordinator resettet (kurz vom Netz trennen) werden?
• Was sollte bei möglichen Fehlern beim Rollback noch beachtet werden?

[arteck]

@rewenode umstiegsdoku gelesen ??

https://github.com/arteck/ioBroker.zigbee2mqtt/blob/main/docs/wiki.md

[rewenode]

@arteck sagte:

umstiegsdoku gelesen ??

Herzlichen Dank dafür!

[rewenode]

@arteck Hoffe, ich komme nicht pingelig rüber, ich will nur sicher sein, weil ich nicht der zigbee-crack bin;-(

In der Doku:
Die Restlichen Werten liegen schon im richtigen Format, müssen nur in die richtige Schreibweise überführt werden.

also aus ext_pan_id: 00124b0237b988 <--7 bytes ??
wird die ext_pan_id: 0x00, 0x12, 0x4b, 0x02, 0x37, 0xb9, 0x88
genau so muss auch der network_key umgeschlüsselt werden.

---

ext_pan_id
Im meiner Instanz-Konfiguration steht: bac04019004b1200

In meinem nvbackup stehen da 8 bytes: 0x00124b001940c0ba

Was muss ich nehmen und warum können die sich unterscheiden?

[arteck]

@rewenode sagte:

Was muss ich nehmen und warum können die sich unterscheiden?

die unterscheiden sich nicht .. lies mal von hinten... im 2er pärchen

[ticaki]

kleine Denksport aufgabe :)

Im meiner Instanz-Konfiguration steht: bac04019004b1200

In meinem nvbackup stehen da 8 bytes: 0x00124b001940c0ba

[rewenode]

@arteck Na wenigstens Ihr seid wach Bleibt nur noch die Frage 7/8 bytes? Ist beides möglich oder ist ein Fehler in der Doku.

[Thomas Braun]

Zum Nachlesen:

https://de.wikipedia.org/wiki/Byte-Reihenfolge

[Asgothian]

@rewenode sagte:

Für den Fall, dass es im Forum bereits einen gleichartigen Thread gibt bitte ich schon mal um Entschuldigung. Ich habe keinen gefunden.

Ich möchte vom iobroker.zigbee Adapter in einen zigbee2mqtt container umziehen.
Ich verwende im z2m dann den alten Coordinator.
Wichtigster Punkt: Ich kann meine derzeit 63 Geräte nicht neu anlernen

Könnte sich das bitte jemand ansehen und sich meiner Fragen annehmen? Ich bin da noch recht unsicher und traue mich noch nicht.

Fragen

• Was passiert mit der Gruppe? Falls die nicht übernommen werden kann, reichen mir die beiden Einzelgeräte.

Gruppen werden aktuell nicht automatisch übernommen da Z2M extra Konfiguration für die `Gruppen in einer Datei hat, während der Zigbee Adapter ausschliesslich die Definition in der Database nutzt. Du musst also

• Aufschreiben welche Endpunkte in einer Gruppe sind
• die Gruppe im Zigbee Adapter löschen
• nach dem Umzug die Gruppe in Z2M neu anlegen.

• Das z2m latest (2.10.1) hat herdsman 10.6.3. Ist das ein Problem?

Sollte nicht sein - das Format vom nvbackup.json sollte in beide Richtungen kompatibel sein.

• Sollte vor dem ersten Hochfahren des Conteiners der Coordinator resettet (kurz vom Netz trennen) werden?

Sollte nicht notwendig sein.

• Was sollte bei möglichen Fehlern beim Rollback noch beachtet werden?

Thema PanID / ExtPanID reversed vs. gleich: Hier gibt es 2 Fälle - aus dem Urlaub kann ich nicht verifizieren welchen der beiden Du hast:

• Die Daten in deiner Konfiguration sind 'reversed' - der Adapter kann das ggf. erkennen und korrigieren
• Die Daten in deiner Konfiguration sind 'straight'.

Ich würde davon ausgehen das die Konfiugration 'passt' und mit der Info nach der Anleitung von @arteck vorgehen.

Aus Neugier: warum willst du umstellen ?

A.

[rewenode]

@Asgothian sagte:

Aus Neugier: warum willst du umstellen ?

Erst mal vielen Dank für deine ausführliche Antwort.
Ich habe seit einigen Monaten HA als Zweitsystem am Laufen, was auch erstmal so bleiben wird. Auf ioB will und kann ich aber nicht verzichten, weil ich viele Automatisierungen darüber abwickle und zahlreiche spezielle Adapter am Laufen habe.
Die meisten meiner Geräte sind Zigbee-Geräte. Alle HA-relevanten States dieser Geräte habe ich per iob-alias -> mqtt-discovery für HA verfügbar gemacht. Geht gut, ist aber umständlich zu warten, zumal ich an einem anderen Standort schon z2m laufen habe. Mit z2m ist das für mich einfacher, da ich ioB und HA gleichermaßen bedienen kann. Ja, es ist mir klar, dass ich das prinzipiell auch nur per ioB -> mqtt erreichen könnte.
Außerdem habe ich nach wie vor gelegentlich das Problem, dass der ioB.zigbee die Verbindung zum Coordinator verliert und dann nicht von allein korrekt startet. Muss dann immer per Hand den Adapter stoppen und neustarten. dann läuft es wieder 1/2 Wochen ohne Probleme. Bei so seltenem Auftreten ist eine Fehlersuche schier unmöglich.
Natürlich kann ich nicht sagen, ob das mit z2m besser wird.

Nochmals danke an alle, die mir geantwortet haben.

[rewenode]

Kurze Rückmeldung.
Es gab keinerlei Probleme. Alle 63 Gerät auf Anhieb übernommen.
Komplett nach Anleitung https://github.com/arteck/ioBroker.zigbee2mqtt/blob/main/docs/wiki.md