FHEM Forum

Hallo zusammen,

wie ist aus eurer Sicht die beste Vorgehensweise, eine bestehende Installation auf einen anderen Stick (anderer Hersteller) zu migrieren? Was ist besonders zu beachten?

Viele Grüße

Michael

Hallo Michael!

Bitte mehr Infos zu den Sticks.

Ansonsten allgemein und mit Vorsicht anzuwenden:
backupCreate am alten und backupRestore am neuen Stick.

Gruß, Christian

Ich schließe mich auch hier mal an!

Hatte auch schon ein altes Thema (https://forum.fhem.de/index.php/topic,55087.msg556062.html#msg556062) erwärmt, leider bisher ohne Rückmeldung.

Bei mir ist ein Umzug vom RaZberry plus auf einen ZME_UZB1 geplant.

Einfach mal Backup und Restore probieren?

Danke im Voraus.

Gruß
Dan

Zitat von: DeeSPe am 10 Januar 2017, 14:22:08
Bei mir ist ein Umzug vom RaZberry plus auf einen ZME_UZB1 geplant.
Einfach mal Backup und Restore probieren?

Bei der Konstellation von 2x ZwavePlus würde ich es ohne lange zu zögern wagen. Das Herstellertool z-way sollte es afaik auch können.

Zitat von: krikan am 10 Januar 2017, 14:25:26
Bei der Konstellation von 2x ZwavePlus würde ich es ohne lange zu zögern wagen. Das Herstellertool z-way sollte es afaik auch können.

Danke, dann werde ich es wohl mal riskieren! 8)

Hatte bisher nie dieses z-way im Einsatz und wollte das eigentlich auch nicht ändern (wenn es nicht absolut nötig sein sollte).

Gruß
Dan

Zitat von: DeeSPe am 10 Januar 2017, 14:35:53
Hatte bisher nie dieses z-way im Einsatz und wollte das eigentlich auch nicht ändern (wenn es nicht absolut nötig sein sollte).

Meiner Meinung nach ist z-way unnötig  ;) ; wollte es aber nicht verschweigen.
Zur Vorsicht mache bitte vom Zielcontroller UZB vor Einspielen des razberry-Backups auch ein backup mit backupCreate.
Zur Beruhigung: Habe selbst mit wilden Editieren im backup-File und Einspielen danach keinen Controller kaputt bekommen. factoryReset hat immer einen funktionfähigen Zustand wiederhergestellt.

Gruß, Christian

Zitat von: krikan am 10 Januar 2017, 14:42:21
Meiner Meinung nach ist z-way unnötig  ;) ; wollte es aber nicht verschweigen.
Zur Vorsicht mache bitte vom Zielcontroller UZB vor Einspielen des razberry-Backups auch ein backup mit backupCreate.
Zur Beruhigung: Habe selbst mit wilden Editieren im backup-File und Einspielen danach keinen Controller kaputt bekommen. factoryReset hat immer einen funktionfähigen Zustand wiederhergestellt.

Gruß, Christian

Danke für die Bestätigung der Unnötigkeit von z-way.

Laut Wiki gehe ich bei beiden von 256k aus??

Gruß
Dan

Zitat von: DeeSPe am 10 Januar 2017, 14:54:07
Laut Wiki gehe ich bei beiden von 256k aus??

Da ich das verbrochen habe, kann ich nur "Ja" sagen.
Mein UZB1 ging mit 256k; beim Razberry wurde es hier berichtet.

Gruß, Christian

Zitat von: krikan am 10 Januar 2017, 14:11:24
Hallo Michael!

Bitte mehr Infos zu den Sticks.

Ansonsten allgemein und mit Vorsicht anzuwenden:
backupCreate am alten und backupRestore am neuen Stick.

Gruß, Christian

Hi!

Möchte von einem ZME_UZB1 zum aktuellen AeonLabs Zwave plus migrieren.

Viele Grüße

Michael

Zitat von: krikan am 10 Januar 2017, 15:33:28
Da ich das verbrochen habe, kann ich nur "Ja" sagen.
Mein UZB1 ging mit 256k; beim Razberry wurde es hier berichtet.

Gruß, Christian

Danke Christian, werde es so probieren und dann berichten!
Nochmal der Richtigkeit halber:

• ZME_UZB1 auf neuem System in FHEM definieren
• Backup von neuem Stick in FHEM
• Backup vom RaZberry in altem FHEM
• shutdown altes System
• Restore auf neuem Stick
• Reboot?
• Sonst noch was?

Zitat von: m8ichael am 10 Januar 2017, 15:36:20
Hi!

Möchte von einem ZME_UZB1 zum aktuellen AeonLabs Zwave plus migrieren.

Viele Grüße

Michael

Darf ich fragen warum!?

Gruß
Dan

Zitat von: m8ichael am 10 Januar 2017, 15:36:20
Möchte von einem ZME_UZB1 zum aktuellen AeonLabs Zwave plus migrieren.

Dann solltest Du auch mit der einfachen Lösung ala DeeSPe
backupCreate ZME_UZB1 und
backupRestore AeonLabs_Zwave plus
zum Ziel kommen. Beide sind ZWavePlus und nutzen ähnliches/gleiches SDK. Beide haben afaik 256k.
Auch hier zur Vollständigkeit: Das BackupTool von AeonLabs sollte den Umzug auch bewerkstelligen können (z-way nicht). Ist aber mMn unnötig. FHEM kann das auch und vermutlich deutlich schneller.

Zitat von: DeeSPe am 10 Januar 2017, 15:41:54
Nochmal der Richtigkeit halber:

• ZME_UZB1 auf neuem System in FHEM definieren
• Backup von neuem Stick in FHEM
• Backup vom RaZberry in altem FHEM
• shutdown altes System
• Restore auf neuem Stick
• Reboot?
• Sonst noch was?

Ist ok. "shutdown restart" sollte eigentlich auch reichen; jedoch reboot schadet nicht.
Sonst fällt mir nichts ein, außer: Funktionstest

Ach so  ;) : Garantien gibt es nicht. Das ist lowlevel und wir haben keine Doku. Habe selbst aber keine negativen Erfahrungen.

Gruß, Christian

Zitat von: krikan am 10 Januar 2017, 15:52:13
Dann solltest Du auch mit der einfachen Lösung ala DeeSPe
backupCreate ZME_UZB1 und
backupRestore AeonLabs_Zwave plus
zum Ziel kommen. Beide sind ZWavePlus und nutzen ähnliches/gleiches SDK. Beide haben afaik 256k.
Auch hier zur Vollständigkeit: Das BackupTool von AeonLabs sollte den Umzug auch bewerkstelligen können (z-way nicht). Ist aber mMn unnötig. FHEM kann das auch und vermutlich deutlich schneller.
Ist ok. "shutdown restart" sollte eigentlich auch reichen; jedoch reboot schadet nicht.
Sonst fällt mir nichts ein, außer: Funktionstest

Ach so  ;) : Garantien gibt es nicht. Das ist lowlevel und wir haben keine Doku. Habe selbst aber keine negativen Erfahrungen.

Gruß, Christian

DANKE, Christian! Werde ich dann probieren und berichten!

Zitat von: krikan am 10 Januar 2017, 15:52:13
Dann solltest Du auch mit der einfachen Lösung ala DeeSPe
backupCreate ZME_UZB1 und
backupRestore AeonLabs_Zwave plus
zum Ziel kommen. Beide sind ZWavePlus und nutzen ähnliches/gleiches SDK. Beide haben afaik 256k.
Auch hier zur Vollständigkeit: Das BackupTool von AeonLabs sollte den Umzug auch bewerkstelligen können (z-way nicht). Ist aber mMn unnötig. FHEM kann das auch und vermutlich deutlich schneller.
Ist ok. "shutdown restart" sollte eigentlich auch reichen; jedoch reboot schadet nicht.
Sonst fällt mir nichts ein, außer: Funktionstest

Ach so  ;) : Garantien gibt es nicht. Das ist lowlevel und wir haben keine Doku. Habe selbst aber keine negativen Erfahrungen.

Gruß, Christian

Danke, das werde ich hinbekommen!

Gruß
Dan

Hallo!

Zitat von: m8ichael am 10 Januar 2017, 15:56:06
DANKE, Christian! Werde ich dann probieren und berichten!

So, habe das jetzt mal probiert...funzt allerdings nicht so richtig. Der Stick wird zwar erkannt, nach einem "backupRestore" werden jedoch nur "unknown" nodes angezeigt, d.h., die Zuordnung zu den Nodes scheint irgendwie nicht zu stimmen. Habt ihr noch eine Idee?

Viele Grüße

Michael

Brauche mehr Input  :)

Hast Du den neuen Stick an der gleichen FHEM-Installation angeschlossen und den alten ausgesteckt?
Was heißt "unkown" nodes angezeigt? Wo? Welche NodeIds? NodeIds für die es FHEM-Devices gibt? Kannst Du steuern?

Hallo Christian,

Zitat von: krikan am 10 Januar 2017, 18:55:30
Brauche mehr Input  :)

Hast Du den neuen Stick an der gleichen FHEM-Installation angeschlossen und den alten ausgesteckt?
Was heißt "unkown" nodes angezeigt? Wo? Welche NodeIds? NodeIds für die es FHEM-Devices gibt? Kannst Du steuern?

Jupp, der alte ist raus und der neue rein. Danach habe ich erst einmal ein "shutdown restart" durchgeführt. Stick wurde mit 0 nodes erkannt --> ok. Danach das Backup eingespielt und anschließend wieder "shutdown restart". Nun wurden per "get ZWAVE1 nodeList" zwar nodes gefunden, aber stets "UNKNOWN_1, UNKNOWN_2 usw.". Ein Schalten war nicht möglich. Dann das ganze noch einmal eingespielt. Nun sind immerhin die Node-Bezeichnungen wieder in der Node-Liste, aber schalten kann ich noch immer nicht, im Log erscheint stets ein

No ACK from og.fl.aktorname after 5s for sentset:1325032601FF250a

Viele Grüße

Michael

IODev könnte bei den FHEM-Devices falsch zugeordnet sein. Bin nicht sicher, ob sich das automatisch reguliert oder nicht und kann nicht testen. Also schau Dir das bitte einmal an.

Zitat von: krikan am 10 Januar 2017, 19:14:28
IODev könnte bei den FHEM-Devices falsch zugeordnet sein. Bin nicht sicher, ob sich das automatisch reguliert oder nicht und kann nicht testen. Also schau Dir das bitte einmal an.

Der IODev ist bei mir gleichgeblieben, da ich den Z-Wave-Namen in der Definition nicht geändert habe. Insofern sollte das doch bestehen bleiben können, oder? Muss dann notfalls noch mal neu inkludieren...

Viele Grüße

Michael

ZitatMuss dann notfalls noch mal neu inkludieren...

Na sooo schnell würde ich nicht aufgeben  ;)
Wenn die Nodes gemeldet werden, dann sollte es mMn auch funktionieren.
Lässt sich die homeId abrufen?
Einmal ein paar Befehle absetzen und schauenn.
Rechner komplett aussschalten und neu starten, Stick stromlos machen...

Mein erster Backup Versuch wurde dadurch beendet:

ZitatTimeout reading answer for get NVM_EXT_READ_LONG_BUFFER

Der zweite Versuch hat geklappt!
Jetzt muss ich zum Restore auf den Boten mit der Hardware warten... ;)

Zitat von: krikan am 10 Januar 2017, 18:55:30
Hast Du den neuen Stick an der gleichen FHEM-Installation angeschlossen und den alten ausgesteckt?

Oder sollte ich den Stick schon mal am alten RPi anschliessen und restore(n)?
Da fällt mir gerade auf dass bestimmt auch wieder was in cmdline.txt verändert werden muss!?
Auch beim Wechsel auf ein "richtiges" Debian? Da gibt es doch die Datei gar nicht oder?
Werde mal das Wiki dazu konsultieren...

Gruß
Dan

Zitat von: krikan am 10 Januar 2017, 19:21:49
Na sooo schnell würde ich nicht aufgeben  ;)
Wenn die Nodes gemeldet werden, dann sollte es mMn auch funktionieren.
Lässt sich die homeId abrufen?
Einmal ein paar Befehle absetzen und schauenn.
Rechner komplett aussschalten und neu starten, Stick stromlos machen...

Aha...wenn's nicht tut, hilft oft reboot!  8) Danke! Funzt wieder...  :) :)

Zitat von: m8ichael am 10 Januar 2017, 19:31:10
Aha...wenn's nicht tut, hilft oft reboot!  8) Danke! Funzt wieder...  :) :)

Hmm...habe jetzt doch noch bei einem Aktor ein seltsames Verhalten: Das Schalten in FHEM ist problemlos möglich (ohne Verzögerung, Aktion wird am Aktor sofort durchgeführt), allerdings ändert sich das Status-Icon im Frontend nicht. Erst, wenn ich ein get ... swbStatus absetze, wird das Icon aktualisiert. Bei allen anderen Aktoren funzt es hingegen. Die Assoziationen sind korrekt gesetzt (wobei das hier wahrscheinlich eh keine Rolle spielen dürfte, da ich ja nicht direkt am Gerät schalte, sondern ausschließlich per FHEM). Schaltvorgänge am Gerät werden hingegen korrekt auch in FHEM angezeigt. Sehr strange.

Gruß

Michael

Edit: Im Log ist nichts zu sehen, außer, dass der Schaltvorgang protokolliert wird (was ja auch ohne Probleme funktioniert).
Edit2: OK, Fehler saß vor dem PC...stateFormat war's...  ::)

Vielen Dank für die positive Rückmeldung. :)

Das ist etwas, das einen als Zwave User ja durchaus umtreibt (ob sowas mal möglich sein wird falls es die eigene Hardware nicht mehr nachzukaufen gibt nach einem Defekt).

Bei mir hat der Restore grundsätzlich geklappt!

Stick ist unter /dev/ttyACM0@115200 zu finden.
Habe nach dem Restore auf dem Stick (und kompletten FHEM Restore auf neuem System) nur DEF des alten RaZberry auf o.g. geändert.
Der Controller scheint zu reagieren aber es kommt kein Signal an und ich kann auch nichts schalten.

Hab schon diverse Restarts und erneuten Restore probiert.

Gruß
Dan

Zitat von: DeeSPe am 11 Januar 2017, 23:45:39
Bei mir hat der Restore grundsätzlich geklappt!

Stick ist unter /dev/ttyACM0@115200 zu finden.
Habe nach dem Restore auf dem Stick (und kompletten FHEM Restore auf neuem System) nur DEF des alten RaZberry auf o.g. geändert.
Der Controller scheint zu reagieren aber es kommt kein Signal an und ich kann auch nichts schalten.

Hab schon diverse Restarts und erneuten Restore probiert.

Gruß
Dan

Nachdem ich nun nochmal einen kompletten System shutdown inklusive Strom trennen gemacht habe scheint es zu funktionieren.
Muss erst mal alles in Ruhe durchtesten, aber sieht erst mal gut/besser aus.

Gruß
Dan

Zitat von: DeeSPe am 12 Januar 2017, 00:16:27
Nachdem ich nun nochmal einen kompletten System shutdown inklusive Strom trennen gemacht habe scheint es zu funktionieren.
Muss erst mal alles in Ruhe durchtesten, aber sieht erst mal gut/besser aus.

Gruß
Dan

Ja, das entspricht auch meiner Erfahrung, nachdem ich nun mehrere Restores durchgeführt habe - der Stick muss auf jeden Fall stromlos gemacht werden, damit es funktioniert.