Notfallhandling - Tausch des Pis und/oder des RPI-RF-MOD

[firefox_i]

Hallo zusammen,
momentan habe ich an 2 Orten jeweils einen Pi 3 B+ mit einer RPI-RF-MOD am Laufen.
Beide Systeme machen ihre Backups, erstmal alles prima.

Nachdem mittlerweile das RPI-RF-MOD gut verfügbar ist, habe ich mir einen Pi und eben das Funkmodul als "Notfallkit" hergetan.
Falls also irgendwann mal was mit einer Hardware sein sollte, habe ich schnell Ersatz.

Das der Plan.

Nun aber die Frage:
Kann ich einfach die SD Karte aus dem Altsystem nehmen und einfach die defekte Komponente (also Pi ODER Funkmodul) austauschen?
Oder muss ich dafür beides austauschen?
Oder auf dem "neuen" System erst mal eine Basisinstallation machen und dann ein Backup einspielen?


Was ist hier der Weg, der am sichersten zum Ziel führt und bei dem ich nicht alles neu anlernen muss im Notfall?

Ich frage deshalb, weil es doch irgendwas mit dem Funkmodul gab, dass sich das erstmal irgendwelche Keys oder was in der Art von den EQ-3 Servern holen musste....war da nicht was ?

S.

[Xel66]

Du musst nach einem Funkmodultausch das Rekeying abwarten. Der Rest ist unkritisch. Bei anderer Basishardware ist nur darauf zu achten, dass z.B. die Raspberrymatic dafür geeignet ist. Also reiner SD-Kartentausch funktioniert nur bei typgleicher Hardware.

Gruß Xel66

[firefox_i]

Hallo,
erstmal Danke für die Reaktion.

Da ich ja von derselben Zielhardware (Pi 3B+, RPI-RF-MOD) geschrieben habe, müsste es doch tatsächlich ausreichen die SD Karte zu wechseln oder hat eine Neuinstallation + Restore des Backups Vorteile?

Okay Rekeying ist ja die HmIP Sache, richtig?
Wird spannend, sobald EQ3 mal wieder Serverprobleme hat oder die Server mal länger abgeschaltet werden....

Was würde denn passieren, wenn ich "testweise" ein solches Szenario mal durchspiele?
Also:
a) neue Hardware aufbauen
b) SD Karte der "alten" Hardware in die neue rein

Wie lange muss man da warten, bis das ReKeying durch ist?
Eher Minuten oder eher Stunden?

Und vor allem:
Wenn ich danach wieder "zurück" auf die alte Hardware gehe, geht dann das Spiel von vorne los?

Hier mal ne grundsätzliche Frage:
Wenn ich ein Gerät an ner CCU anmelde, was "merkt" sich da das Gerät?
Eine ID der CCU? Eine ID des Funkmoduls? Eine SystemID?

Ich frage deshalb:
Die ganzen "Classic" Geräte scheinen nach einem Hardwarewechsel und Restore eines Backups ja sofort da zu sein.
Spricht da die CCU mal jedes Gerät an und sagt "Hey Du ID QEQ0442177, ich bin die CCU Deines Vertrauens, ab sofort redest Du mit mir" oder wie läuft das?

S.

[MichaelN]

Sieh dazu auch viewtopic.php?f=19&p=758346#p758346

[stan23]

Hier mal ne grundsätzliche Frage:
Wenn ich ein Gerät an ner CCU anmelde, was "merkt" sich da das Gerät?
Eine ID der CCU? Eine ID des Funkmoduls? Eine SystemID?

Ich frage deshalb:
Die ganzen "Classic" Geräte scheinen nach einem Hardwarewechsel und Restore eines Backups ja sofort da zu sein.
Spricht da die CCU mal jedes Gerät an und sagt "Hey Du ID QEQ0442177, ich bin die CCU Deines Vertrauens, ab sofort redest Du mit mir" oder wie läuft das?

Beim klassischen HM ziehst du im Backup die ID deines ersten Zentralenfunkmoduls mit.
Beim Einspielen des Backups bekommt das neue Funkmodul die alte ID urübergelegt, und die Geräte bekommen demzufolge nichts davon mit.

Mein HM-RF-MOD funkt deshalb mit der ID meiner ersten CCU2.

[firefox_i]

Danke, ich hab das jetzt mal alles gelesen.
Leider immer noch nicht ganz klar:

Wie lange muss man da warten, bis das ReKeying durch ist?
Eher Minuten oder eher Stunden?

Und vor allem:
Wenn ich danach wieder "zurück" auf die alte Hardware gehe, geht dann das Spiel von vorne los?

Und was mir nun - offen gesagt mit etwas erschrecken - aufgefallen ist.
Die ganzen QR Codes meiner HmIP Komponenten sind wohl einer Aufräumaktion zum Opfer gefallen.
Kann man die aus den Geräten irgendwie generieren oder hab ich jetzt ein Problem?

S.

[Xel66]

Wie lange muss man da warten, bis das ReKeying durch ist?
Eher Minuten oder eher Stunden?

Je nach Größe Deines System und Anzahl der Geräte, aber in spätestens ner Stunde sollte das durch sein.

Wenn ich danach wieder "zurück" auf die alte Hardware gehe, geht dann das Spiel von vorne los?

Es ist wieder ein Wechsel des Funkmoduls, also ja.

Die ganzen QR Codes meiner HmIP Komponenten sind wohl einer Aufräumaktion zum Opfer gefallen.
Kann man die aus den Geräten irgendwie generieren oder hab ich jetzt ein Problem?

Du hast erst ein Problem, sollte die Keyserver von eQ-3 offline sein und Du willst Dein System neu aufsetzen. Auslesen kann man es wohl nicht.

Gruß Xel66

[rentier-s]

Da es üblicherweise eher der Pi als das Funkmodul sein dürfte, der den Geist aufgibt, kann man auch einfach das Funkmodul mitsamt der SD-Karte umstecken, dann läuft das System sofort wieder, ohne Re-Keying usw.

Habe ich vor zwei Wochen erst mit meiner PiVCCU gemacht, nachdem der Pi ohne erkennbaren Grund von heute auf morgen alle möglichen Macken hatte (GPIO reagiert nicht, Serieller Port weg, USB nicht mehr erkannt, ...). Speicherkarte und Funkmodul in einen neuen Pi gesteckt, hochgefahren und alles lief von der ersten Sekunde wie geschmiert.

Wenn man die CCU mit DHCP versorgt, sollte man beim Pi Tausch nur dran denken, dass man eine neue MAC-Adresse hat.

[TomMajor]

Die ganzen QR Codes meiner HmIP Komponenten sind wohl einer Aufräumaktion zum Opfer gefallen.
Kann man die aus den Geräten irgendwie generieren oder hab ich jetzt ein Problem?

Du hast erst ein Problem, sollte die Keyserver von eQ-3 offline sein und Du willst Dein System neu aufsetzen. Auslesen kann man es wohl nicht.
Gruß Xel66

ich lese gerade in c't 3/24, Artikel "Was bei 14 Smart-Home-Systemen noch funktioniert, wenn Internet und Cloud ausfallen", Seite 28

Weil die CCU3-Schaltzentrale von Homematic IP ähnlich wie AVM-Technik ohne Internet auskommt, lässt sich sich so lange nutzen, wie man möchte und die Elektronik hält.

Nicht wirklich korrekt, da Anlernen? und ReKeying nicht betrachtet wird, oder?

[Baxxy]

Anlernen von IP-Gerätschaft geht lokal, vorhandener QR-Code vorausgesetzt.

Funkmodultausch ist dann "verboten", ohne eQ-3 Keyserver geht nix.
In so einer Situation startet (zumindest bei RM) der HmIP-Server erst gar nicht.