Migration ccu3 <> Raspberrymatic

[MichaelN]

Bis die Geräte, wenn die CCU3 abgesteckt sind von der neuen Raspberrymatic verwendbar sind?

Wieso hast Du die überhaupt "abgesteckt"? Du hättest auf der CCU einfach RM installieren können. Und wenn Du die SD-Karte wechselst, sogar mit Fallback Lösung. Dann hättest Du gar kein Re-Keying und es würde sofort weiter gehen.
Nach einer Stunde sollte das Re-Keying aber gewöhnlich durch sein.

[sectorchan]

Super danke!
Dann schaue ich mal ob etwas blockiert wird!

[sectorchan]

Bis die Geräte, wenn die CCU3 abgesteckt sind von der neuen Raspberrymatic verwendbar sind?

Wieso hast Du die überhaupt "abgesteckt"? Du hättest auf der CCU einfach RM installieren können. Und wenn Du die SD-Karte wechselst, sogar mit Fallback Lösung. Dann hättest Du gar kein Re-Keying und es würde sofort weiter gehen.
Nach einer Stunde sollte das Re-Keying aber gewöhnlich durch sein.

Ich wollte von der CCU3 in meinem Schaltschrank weg zu einer Proxmox RaspberryMatic Lösung gehen. Ich hatte auch zunehmen Probleme mit meinem Versteckten Fensterkontakt bekommen so das ich widerwillig die CCU3 Zeitweise auf den Speicher legen musste, dorthin kommt nun ein HmIP-HAP (umgeflash) und ich kann die CCU3 auf Eis legen bzw später verkaufen.
Zudem habe ich gelesen, das die events "Short Press" und so bei der RaspberryMatic einfacher zu Home Assistant übertragen werden können, anstatt dummyprogramme erstellen zu müssen

[jp112sdl]

dorthin kommt nun ein HmIP-HAP (umgeflash)

Ich hoffe, du hast den Beitrg viewtopic.php?f=76&t=76156 komplett gelesen...

Konsequenz des Ganzen:

• Der Schlüsselaustausch mit dem Frontend (der Server bei eQ-3) ist nicht mehr möglich, weil die Kombination aus Encryption Keys und falscher SGTIN dort nicht hinterlegt ist
• Anlernen ist daher nur lokal über die Eingabe von KEY und SGTIN möglich
• Will man vom HAP zu einem anderen Funkmodul wechseln, was ein Rekeying erforderlich macht, müssen die lokalen crRFD-Datafiles für den Schlüsselaustausch auf die originale SGTIN umgeschrieben werden.
  Dafür gibt es ein Shellskript: https://github.com/jp112sdl/HB-RF-HAP/t ... additional mit einer kurzen README
  
• Ein Wechsel von einem anderen Funkmodul zum HAP ist nicht möglich. Zumindest nicht, wenn man die angelernten HmIP-Geräte behalten will. Anderenfalls kann man natürlich das Verzeichnis /etc/config/crRFD/data leeren, neustarten und komplett neu beginnen.

[sectorchan]

Gelesen wohl schon, nur nicht richtig verstanden.
Wie in der Schule, die Fragestellung muss auch verstanden werden
Dann werde ich wohl neu anlernen müssen

[Baxxy]

Hattest du dir nicht die HB-RF-ETH geholt?
Da brauchst du doch nur das Funkmodul der CCU3 draufpacken und ersparst dir damit auch das ReKeying.

Den experimentellen HB-RF-HAP produktiv zu nutzen finde ich schon mutig. Wenn da was hakelt stehst du quasi alleine da weil es wohl aktuell nur 4 Exemplare gibt. Meiner ist nur gelegentlich an nem Testsystem dran.

[sectorchan]

Nein, warte kurz davor wenn es jp nicht hinbekommen hätte.

Wenn ich mit dazu noch ein hm-mod-rpi-pcb hole, spare ich mir das Anlernen auch?

Ich würde dann gerne die ccu3 verkaufen.

[Baxxy]

Mit Original-Funkmodulen musst du nicht neu anlernen, aber eben das Rekeying abwarten.

Kauf dir was vernünftiges... RPI-RF-MOD.

[sectorchan]

funktioniert ein HM-MOD-RPI-PCB auch? Die habe ich noch rumliegen.
Bedauerlicherweise ist anscheind das HB-RF-ETH nicht lieferbar.

[Baxxy]

Ja, das ginge auch.
Ich würde aber heutzutage nur noch das RPI-RF-MOD oder den HmIP-RFUSB nehmen.