NEWS
Erfahrungen OpenCCU, Gerätepairing
-
Naja, ich habe Zeit. Der Thermostat wird nicht sooo dringend gebraucht ...
Wenn das Update bis Sonntag durch ist, reicht das auch ;-)Eine Frage treibt mich aber noch um:
Welcher der Buttons ist überhaupt jetzt der Richtige, um das Gerät anzulernen...

Ich hatte mit "Homematic IP Gerät ohne Internetzugang anlernen" letztendlich Erfolg, nachdem ich KEY und SGTIN ordentlich übertragen hatte. Der ist aber sicherlich aufgrund der Fehleranfälligkeit der Übertragung, und der Mühsal des Abtippens nicht meine erste Wahl....
"Homematic Gerät direkt anlernen" oder "Homematic IP Gerät mit Internetzugang anlernen"?
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Homematic IP Gerät mit Internetzugang anlernen
der andere ist für HomeMatic Geräte
-
Das heißt, das "mit Internetzugang" bezieht sich auf die OpenCCU, die sich mit einem EQ3 Server verbindet, um das Gerät anzulernen?
Kriegt sie vom EQ3-Server die Daten für das Verbinden? Wieso sonst ist ein funktionierender Internetzugang nötig?
Ein wenig ärgerlich bin ich gerade nebenbei auch noch ...
Du hast jetzt etwa 3 Tage Zeit nachzudenken bis das Update durch ist.
Die 3 Tage sind um, der Duty Cycle ist wieder auf Null gesunken, von einer Aktualisierung der Firmware des Thermostaten ist nichts zu sehen ...

-
Das heißt, das "mit Internetzugang" bezieht sich auf die OpenCCU, die sich mit einem EQ3 Server verbindet, um das Gerät anzulernen?
Kriegt sie vom EQ3-Server die Daten für das Verbinden? Wieso sonst ist ein funktionierender Internetzugang nötig?
Ein wenig ärgerlich bin ich gerade nebenbei auch noch ...
Du hast jetzt etwa 3 Tage Zeit nachzudenken bis das Update durch ist.
Die 3 Tage sind um, der Duty Cycle ist wieder auf Null gesunken, von einer Aktualisierung der Firmware des Thermostaten ist nichts zu sehen ...

@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
von einer Aktualisierung der Firmware des Thermostaten ist nichts zu sehen ...
doch!
der Update Button ist da
-
Achso... Die Firmware ist auf dem Gerät, muss aber noch aktiviert werden?
Während der Uploads ist das Gerät weiter nutzbar/aktiv?Klingt wirklich sehr durchdacht.
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Während der Uploads ist das Gerät weiter nutzbar/aktiv?
hast du doch die drei Tage gemerkt!
dann drück jetzt den button für den Reboot des Geräts
-
Schon erledigt.
Alles unauffällig verlaufen.
Thermostat hängt noch an meinem Testventil.
Das ist einfach ein ausgebautes Ventil, was der Installateur da gelassen hat. Da war an einem Heizkörper Vorlauf und Rücklauf vertauscht, und Aufgrund Strömungsgeräuschen musste es durch ein "Idiotenventil" ersetzt werden. -
Jetzt geht es an die Einbindung in den ioBroker ...
https://github.com/ioBroker/ioBroker.hm-rpc
Das funktioniert (natürlich) auch nicht auf Anhieb ...
192.168.2.65 ist die IP-Adresse von OpenCCU, ich habe kein HTTPS aktiviert. Als Gerät gibt es bisher nur den einen Thermostaten - Aufgrund HMIP bin ich von Port 2010 und XML-RPC ausgegangen.
192.168.2.201 ist der iobroker

Auf der Seite "zusätzliche Einstellungen" habe ich Benutzername und Password aus OpenCCU gesetzt ..
hm-rpc.0 2026-02-16 13:08:42.674 info starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v22.22.0, js-controller: 7.0.7 hm-rpc.0 2026-02-16 13:08:42.888 info xmlrpc server is trying to listen on 192.168.2.201:2010 hm-rpc.0 2026-02-16 13:08:42.889 info xmlrpc client is trying to connect to 192.168.2.65:2010/ with ["http://192.168.2.201:2010","iobroker-test-sicher:hm-rpc.0:25d6242f437f1b794933be98c38df942"] hm-rpc.0 2026-02-16 13:08:42.953 error Init not possible, going to stop: Unknown XML-RPC tag 'META' hm-rpc.0 2026-02-16 13:08:59.662 info Got terminate signal TERMINATE_YOURSELF hm-rpc.0 2026-02-16 13:08:59.678 info xmlrpc -> 192.168.2.65:2010/ init ["http://192.168.2.201:2010",""] hm-rpc.0 2026-02-16 13:08:59.700 error Cannot call init: [http://192.168.2.201:2010, ""] Unknown XML-RPC tag 'META' hm-rpc.0 2026-02-16 13:08:59.719 info terminating hm-rpc.0 2026-02-16 13:08:59.740 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rDie Youtube-Akademie hat nur jahrealte Anleitungen auf Lager, und ich bin mir nicht sicher, ob das alles noch Up-To-Date ist ...
Muss man immer noch zwei Adapter installieren, auch den Rega - Adapter?
-
Jetzt geht es an die Einbindung in den ioBroker ...
https://github.com/ioBroker/ioBroker.hm-rpc
Das funktioniert (natürlich) auch nicht auf Anhieb ...
192.168.2.65 ist die IP-Adresse von OpenCCU, ich habe kein HTTPS aktiviert. Als Gerät gibt es bisher nur den einen Thermostaten - Aufgrund HMIP bin ich von Port 2010 und XML-RPC ausgegangen.
192.168.2.201 ist der iobroker

Auf der Seite "zusätzliche Einstellungen" habe ich Benutzername und Password aus OpenCCU gesetzt ..
hm-rpc.0 2026-02-16 13:08:42.674 info starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v22.22.0, js-controller: 7.0.7 hm-rpc.0 2026-02-16 13:08:42.888 info xmlrpc server is trying to listen on 192.168.2.201:2010 hm-rpc.0 2026-02-16 13:08:42.889 info xmlrpc client is trying to connect to 192.168.2.65:2010/ with ["http://192.168.2.201:2010","iobroker-test-sicher:hm-rpc.0:25d6242f437f1b794933be98c38df942"] hm-rpc.0 2026-02-16 13:08:42.953 error Init not possible, going to stop: Unknown XML-RPC tag 'META' hm-rpc.0 2026-02-16 13:08:59.662 info Got terminate signal TERMINATE_YOURSELF hm-rpc.0 2026-02-16 13:08:59.678 info xmlrpc -> 192.168.2.65:2010/ init ["http://192.168.2.201:2010",""] hm-rpc.0 2026-02-16 13:08:59.700 error Cannot call init: [http://192.168.2.201:2010, ""] Unknown XML-RPC tag 'META' hm-rpc.0 2026-02-16 13:08:59.719 info terminating hm-rpc.0 2026-02-16 13:08:59.740 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rDie Youtube-Akademie hat nur jahrealte Anleitungen auf Lager, und ich bin mir nicht sicher, ob das alles noch Up-To-Date ist ...
Muss man immer noch zwei Adapter installieren, auch den Rega - Adapter?
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
ich habe kein HTTPS aktiviert
aber die ccu intern
entweder mit https, oder in der ccu firewall die Umleitung von http zu https aktivieren
-
Die Weiterleitung auf HTTPS ist aber an anderer Stelle dann wieder kontraproduktiv:

Ohne den Haken bei Password klappt es aber auch ohne HTTPS ...
Dem Adapter scheint das fehlende Zertifikat anscheinend egal zu sein.
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
kontraproduktiv
das kommt auch bei https, weil das Zerti nicht überprüft werden kann!
Das fehlt nicht.Schaltest du auch den Virenscanner ab, wenn der meckert?
-
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
kontraproduktiv
das kommt auch bei https, weil das Zerti nicht überprüft werden kann!
Das fehlt nicht.Schaltest du auch den Virenscanner ab, wenn der meckert?
@Homoran sagte in Erfahrungen OpenCCU, Gerätepairing:
Schaltest du auch den Virenscanner ab, wenn der meckert?
Ich kann keinen Virenscanner abschalten... ist auf Linux-Systemen nicht besonders weit verbreitet ;-)
Bei Kommunikation von Systemen, die in meinem Heimnetz liegen, sehe ich keinen besonderen Sicherheitsvorteil in verschlüsselter Kommunikation und Schutz vor Man-in-the-Middle Attacken...
Schlimmer finde ich eher, dass die openccu sich mit gesetztem "Authentifizierung aktiv" Haken nicht mit dem RPC-Adapter verbinden will ... Oder kriegt man authentifizierung und https nur im "Paket"?
Wahrscheinlich ja, der zweite Satz aus der Doku bei Github ist redundant, und kein ODER zum ersten Satz...
If 'use https' is activated, you can fill in the username and password of a CCU user. In case the CCU needs authentication on the API, you have to provide the credentials here.
Da werde ich wohl die HTTPS Kröte schlucken müssen. Noch ein lokales Zertifikat für den Browser ....
So, jetzt habe ich es....
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen

Sowie hier in den Instanzeinstellungen des Adapters den Haken bei "HTTPS verwenden" setzen, UND Password (2x) und Usernamen eingeben.

Als letztes ein wenig Geduld haben, der unterste grüne Haken "Verbunden mit Gerät oder Dienst" braucht etwas, bis er grün wird

Vielen Dank für die Unterstützung!
-
@Homoran sagte in Erfahrungen OpenCCU, Gerätepairing:
Schaltest du auch den Virenscanner ab, wenn der meckert?
Ich kann keinen Virenscanner abschalten... ist auf Linux-Systemen nicht besonders weit verbreitet ;-)
Bei Kommunikation von Systemen, die in meinem Heimnetz liegen, sehe ich keinen besonderen Sicherheitsvorteil in verschlüsselter Kommunikation und Schutz vor Man-in-the-Middle Attacken...
Schlimmer finde ich eher, dass die openccu sich mit gesetztem "Authentifizierung aktiv" Haken nicht mit dem RPC-Adapter verbinden will ... Oder kriegt man authentifizierung und https nur im "Paket"?
Wahrscheinlich ja, der zweite Satz aus der Doku bei Github ist redundant, und kein ODER zum ersten Satz...
If 'use https' is activated, you can fill in the username and password of a CCU user. In case the CCU needs authentication on the API, you have to provide the credentials here.
Da werde ich wohl die HTTPS Kröte schlucken müssen. Noch ein lokales Zertifikat für den Browser ....
So, jetzt habe ich es....
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen

Sowie hier in den Instanzeinstellungen des Adapters den Haken bei "HTTPS verwenden" setzen, UND Password (2x) und Usernamen eingeben.

Als letztes ein wenig Geduld haben, der unterste grüne Haken "Verbunden mit Gerät oder Dienst" braucht etwas, bis er grün wird

Vielen Dank für die Unterstützung!
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Oder kriegt man authentifizierung und https nur im "Paket"?
ja!
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen
natürlich!
als ich dir schrieb den unteren zu setzen, war der obere noch da
-
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Oder kriegt man authentifizierung und https nur im "Paket"?
ja!
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen
natürlich!
als ich dir schrieb den unteren zu setzen, war der obere noch da
@Homoran sagte in Erfahrungen OpenCCU, Gerätepairing:
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Oder kriegt man authentifizierung und https nur im "Paket"?
ja!
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen
natürlich!
als ich dir schrieb den unteren zu setzen, war der obere noch da
Die "Gedenkminute" bis der unterste Haken grün wurde hat mich irritiert. Hätte fast die Geduld verloren. Ist das üblich, dass das etwas dauert, oder liegt das an meiner lahmen Kiste? Die Lahmheit könnte aber auch am maximalen Duty Cycle liegen ...
-
@Homoran sagte in Erfahrungen OpenCCU, Gerätepairing:
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Oder kriegt man authentifizierung und https nur im "Paket"?
ja!
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Hier BEIDE Haken in OpenCCU unter "Einstellungen-Systemsteuerung-Sicherheit" setzen
natürlich!
als ich dir schrieb den unteren zu setzen, war der obere noch da
Die "Gedenkminute" bis der unterste Haken grün wurde hat mich irritiert. Hätte fast die Geduld verloren. Ist das üblich, dass das etwas dauert, oder liegt das an meiner lahmen Kiste? Die Lahmheit könnte aber auch am maximalen Duty Cycle liegen ...
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Die Lahmheit könnte aber auch am maximalen Duty Cycle liegen ...
eher nein!
der DC bezieht sich ausschließlich auf Funkpakete.aber warum ist der am Anschlag?
Ich hab über 100 Geräte, darunter 15 Energiemesser, die relativ viel zu viel senden und der DC liegt normalerweise bei 25%




