Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:

von einer Aktualisierung der Firmware des Thermostaten ist nichts zu sehen ...

doch!

der Update Button ist da

[MartinP]

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.

[Homoran]

@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

[MartinP]

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.

[MartinP]

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-r

Die 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]

In der OpenCCU Firewall ist folgendes installiert

[MartinP]

Den Haken bei "Authentifizierung" gelöscht, jetzt geht es ...

[Homoran]

@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

[MartinP]

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.

[Homoran]

@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?

[peterfido]

Meine Einstellungen:

192.168.2.24 ist der ioBroker. Da laufen drei Adapter:

rpc.2 sind die Geräte einzeln und rpc.1 sind die virtuellen Geräte / Gruppen

[MartinP]

@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]

@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]

@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]

@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%