openhHAB - Z-Wave-Binding - RaZberry Platine tauschen

[Kuli]

folgenden Konstellation:
Software: openhabian (Debian Trixie 13.7) - openHAB 5.2.3 mit Z-Wave Binding
Hardware: Raspianpi 4 mit RaZberry 2 (mit ZM5101 chip) Board als Aufsteckplatine für den Raspberry Pi über PI GPIO

Alles funktioniert so weit mit ca. 100 Z-Wave Komponenten.
Vorhaben: Ich möchte die RaZberry 2 Platine austauschen gegen eine neuere RaZberry 7 Platine mit externer Antenne zur Verbesserung der Reichweite

Soweit ich verstanden habe nutzt openHAB die Platine nur zur Kommunikation mit den Z-Wave Geräten und legt eigene Daten/Dateien für die Geräte ab. Also müsste es ja theoretisch möglich sein die Platine 1:1 zu tauschen. Dies funktioniert nicht, wahrscheinlich ist noch irgendwas zur Kommunikation auf der RaZberry Platine gespeichert, kann mir jemand die Zusammenhänge erklären und wo da was gespeichert ist?

Ich habe also einen zweiten RaspberryPi (Version 3) in Betrieb genommen und auf diesem z-way bzw das von z-wave.me zur Verfügung gestellte Rasbian-Image installiert und das Razberry Board dort aufgesteckt. Über den Port 8083 kann ich so auf die RaZberry Platine über den integrierten Web-Server zugreifen und die Standard- und Expert Weboberfläche zur Verwaltung nutzen.

Variante 1: In der Standardoberfläche mittels Backup und Restore die Daten auf die neue Platine zu schreiben schlug fehl. Dies ist anscheinend auch nur eine Sicherung für die in Z-Way programmierten Komponenten.

Variante 2: Backup und Restore in der Expert Weboberfläche hat auch nicht funktioniert. Dort gibt es auch hinweise, dass man so die auf dem Board gespeicherten Daten (welche das auch immer sind) nicht übertragen kann. Stellt sich dann die Frage wofür ist dieses Backup/Restore gedacht.
Es muss doch eine Möglichkeit geben die Platine z.B. nach einem Defekt zu tauschen und mittels Backup zu betanken.

Variante 3: Ich habe versucht das neue RaZberry Board mittels Inclusion in das Netz des alten RaZberry Boards als Sekundär Controller zu includieren. Das funktionierte. Der neue Razberry Controller kannte die Z-Wave Geräte. Dann habe ich versucht den neuen RazBerry Controller als PrimärController auf dem Raspberry mit openHAB in Betrieb zu nehmen. Das Board ging online aber die Kommunikation mit den Geräten funktionierte nicht. Wahrscheinlich weil die Einträge in openHAB nicht mehr zu den Einträgen mit dem neuen RazBerry passten.

Kann jemand etwas Licht in die Sache bringen, damit ich die Zusammenhänge verstehe und weiß wo ich angreifen kann.
Oder ist es jemanden schon mal so wie in den Varianten beschrieben geglückt und er kann erklären wie genau?

Danke vorab

[Kuli]

Variante 1 und 2 mittels Backup und Restore scheint nicht zu funktionieren, weil die Hardware RaZberry 2 (mit ZM5101 chip) mit dem Razberry 7 (7th gen chip ZGM130S) dafür incompatibel scheint. So zumindest mein Kenntnisstand.
Wenn das falsch ist und es jemand auf diesem Weg geschaft hat, meldet euch bitte unbedingt.

Variante 3, den Razberry 7 als Secondarycontroller in den Razberry 2 Primarycontroller zu includieren und über die Z-Way Software einen Controlertausch anzustoßen ist mir noch nicht geglückt. Das scheitert zur Zeit daran, dass ich die Z-Way Software nicht auf dem aktiven System installieren kann, weil Z-Way die Debian Trixie Version nicht unterstützt.

Wenn jemand zu der Variante 3 bereits Erfahrungen gesammelt hat, bitte gerne um kurze Info.
Mich würde interessieren ob es geklappt hat und ob und welche Anpassungen noch für das openhab z-wave binding gemacht wrden müssen.

[Kuli]

Variante 1 und 2 mittels Backup und Restore scheint nicht zu funktionieren, weil die Hardware RaZberry 2 (mit ZM5101 chip) mit dem Razberry 7 (7th gen chip ZGM130S) dafür incompatibel scheint. So zumindest mein Kenntnisstand.
Wenn das falsch ist und es jemand auf diesem Weg geschaft hat, meldet euch bitte unbedingt.

Variante 3, den Razberry 7 als Secondarycontroller in den Razberry 2 Primarycontroller zu includieren und über die Z-Way Software einen Controlertausch anzustoßen ist mir noch nicht geglückt. Das scheitert zur Zeit daran, dass ich die Z-Way Software nicht auf dem aktiven System installieren kann, weil Z-Way die Debian Trixie Version nicht unterstützt.

Wenn jemand zu der Variante 3 bereits Erfahrungen gesammelt hat, bitte gerne um kurze Info.
Mich würde interessieren ob es geklappt hat und ob und welche Anpassungen noch für das openhab z-wave binding gemacht wrden müssen.

Ich korrigier meine Aussage (siehe oben). Ich habe gestern in Vorbereitung auf Variante 3 (geplant mit dem Z-Way Image auf 2 Test Raspi´s) gesehen, dass die Z-Way Software in dem Z-Way Image nach der Installation und "sudo apt-get update/upgrade" auf dem Stand 24.11.2022 v4.0.1 ist und somit nicht aktuell (22.07.2024 v4.1.4) ist.

Ein Update über das Z-Way Webinterface ist mir nicht geglückt, dich es so hibekommen:

wget https://storage.z-wave.me/z-way-server/ ... _armhf.deb
sudo dpkg -i z-way-4.1.4_armhf.deb
sudo apt-get -f install

Die Firmware der des RaZberry Boards 7 konnte ich dann sogar auf 7.42 SDK 07.427.21.00 updaten, obwohl auf der Webseite 7.38 / 07.20.00.00 SDK als neuste Version ausgegeben wurde. Das RaZberry 2 Board hatte den Stand 5.39 SDK 6.82.01.

Damit funktioniere über das z-way WEB-UI-Expert das Backup *.zbk als auch das Zurückspielen mittels Restore auf das RazBerry 7 Board als auch auf ein älteres RaZbeery 2 Board. Ich habe die RaZberry 7 Platine dann auf meinen Rasbian mit openHab gesteckt gestartet und alles lief wieder einwandfrei.

Ich werde mir jetzt ein Testsystem mit dem Z-Way Image separat lassen, um durch Umstecken der Platine dann über das z-way UI eingreifen und updaten zu können, solange z-way noch nicht auf der 64-bit Version von Trixie läuft.