Rekeying / eq3 Server ?

[alexirion]

Habe gelesen, dass beim Wechsel eines Funkmoduls ein Rekeying in der CCU3 stattfindet und dabei eq3 Server notwendig sind. Die CCU funktioniert doch Cloud los, inwieweit wird hier also ein externer Server benötigt und was macht der dabei?

[shartelt]

nur für HMIP Geräte.
mit der Cloud hat das auch nix zu tun.

[alexirion]

Ja, für HMIP Geräte, aber was macht dabei der eq3 Server?

[jp112sdl]

Grob gesagt: Den notwendigen Schlüsselaustausch abwickeln, da das ausgetauschte Modul mit neuen Schlüsseln einher kommt.

Wie technisch detailliert möchtest du denn "was" erklärt haben?

[alexirion]

Soweit notwendig, dass man es verstehen kann.
Beim anlernen eines Gerätes ist ja auch kein externer Server notwendig, oder? eq3 speichert doch keine Daten meiner an der CCU verwendeten Geräte? Von daher mir noch schleierhaft, warum die CCU nicht den Schlüssel selber neu generieren kann.
Wichtiger wäre für mich aber nur, dass der ganze Prozess reibungslos abläuft und beim Austausch des Funkmoduls die Geräte noch funktionieren. Alles neu anlernen und einstellen wäre schon ein ziemlicher Super-Gau. Habe hier halt auch schon gelesen, dass das Rekeying bei manchen Leuten Probleme gemacht hat, deswegen ist es immer besser ein bisschen zu verstehen was in dem System statt findet. Schon genug Stunden mit verzweifelter Fehlersuche verbracht ...

[jp112sdl]

Beim anlernen eines Gerätes ist ja auch kein externer Server notwendig, oder?

Wenn du "Anlernen mit Internet" wählst, dann ja.
Wenn du "Anlernen lokal" wählst, dann nicht.

Wichtiger wäre für mich aber nur, dass der ganze Prozess reibungslos abläuft und beim Austausch des Funkmoduls die Geräte noch funktionieren.

Nur, wenn das Frontend (der Server bei eQ3) erreichbar ist und valide Daten liefert.

Ansonsten wäre das Wurst-Käse-Szenario nach einem Funkmodultausch ein lokales Neu-Anlernen aller Geräte.
Diesen Not-Anker gibt es.

Ein bisschen was zum Schlüsselaustausch findet sich auch hier: viewtopic.php?f=76&t=76156

[Baxxy]

Ansonsten wäre das Wurst-Käse-Szenario nach einem Funkmodultausch ein lokales Neu-Anlernen aller Geräte.
Diesen Not-Anker gibt es.

Das funktioniert so nicht.
Zumindest nicht ohne die Zentrale komplett zu plätten (Werksreset).

Testszenario:

• RM auf Pi4B mit HmIP-RFUSB und einer (per Internet) angelernten HmIP-PSM --> läuft
• eQ-3 -Keyserver geht offline (simuliert durch Sperrung des Internetzuganges)
• Der HmIP-RFUSB ging kaputt und musste ersetzt werden (hier durch RPI-RF-MOD auf HB-RFUSB-2)

Ergebnis:

• der HMIPServer startet während des bootens nicht und endet (nach paar Minuten) mit ERROR
  (monit gibt sein bestes und versucht dann dauerhaft den HMIPServer neu zu starten, was immer wieder fehlschlägt)

Folge:

• die angelernte HmIP-PSM ist aus der Geräteliste verschwunden
• neu anlernen geht auch nicht da kein IP-Anlernmodus verfügbar ist

relevante Logauszüge:

Code: Alles auswählen

2022-11-19 14:48:00,887 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [RXTXPortMonitor(/dev/mmd_hmip)] Exchanging adapter from 3014F711A0000xxxxxxxx558 to 3014F711A000xxxxxxxxE0C ...
2022-11-19 14:48:02,077 de.eq3.cbcs.util.core.ServicePropertyHelper TRACE [vert.x-eventloop-thread-7] Property Network.Key not found in main config file. Alternative config file Network.Key.File not given either. Use default value...
2022-11-19 14:48:02,834 de.eq3.cbcs.server.core.vertx.keyserver.KeyServerOperation WARN  [vert.x-eventloop-thread-6] AP 3014F711A0000xxxxxxxx558: Exception while communicating to Frontend Server:
2022-11-19 14:48:02,878 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener ERROR [vert.x-eventloop-thread-6] Adapter exchange was rejected by key server.

Wollen wir mal hoffen das der eQ-3 Keyserver niemals offline geht, bzw. man im Ernstfall nie das Funkmodul tauschen muss.
Idealerweise würde eQ-3 vorher einen Key rausrücken damit das lokale Re-Keying des Funkmoduls klappt.

[jp112sdl]

Zumindest nicht ohne die Zentrale komplett zu plätten (Werksreset).

Doch. Nur den Inhalt von /etc/config/crRFD/data löschen.
Neustarten.
Danach Geräte neu anlernen.

Wenn man dann noch die ReGa nicht starten lässt und das Anlernen über z.B. Homematic Manager oder XMLRPC Befehl erfolgt, sind nicht mal die Programme davon betroffen. Wenn die ReGa anschließend wieder startet, sind alle Geräte wie vorher vorhanden.

Ist halt Fummelei. Aber man hat keinen Elektroschrott, wenn in Leer die Lichter ausgehen.

[Baxxy]

Nur den Inhalt von /etc/config/crRFD/data löschen.

Ah ja. Das funktioniert und ist ja noch recht leicht machbar.

Wenn man dann noch die ReGa nicht starten lässt und das Anlernen über z.B. Homematic Manager oder XMLRPC Befehl erfolgt,

Das wird dann wohl den Großteil der User überfordern.