@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 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.

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

Im meiner Instanz-Konfiguration steht: bac04019004b1200

In meinem nvbackup stehen da 8 bytes: 0x00124b001940c0ba

@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

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 sagte:

umstiegsdoku gelesen ??

Herzlichen Dank dafür!

@rewenode umstiegsdoku gelesen ??

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