Erfahrungen OpenCCU, Gerätepairing
-
Das hat aber bestimmt 1 1/2 Stunden für ein Gerät gedauert ...
Ich hatte erst vermeiden wollen, die ellenlangen Codes einzutippen... und dann auch noch "0" "O" Verwechslungen beim Abtippen fabriziert.
Beim nächsten HMIP Gerät werde ich es mal mit dem Batterie-Trick versuchen.
Wahrscheinlich ist es dann deutlich weniger mühselig.Den Thermostaten, den ich über die Codes gepaired habe, werde ich nicht mehr erneut pairen, um zu testen, ob es mit der Batterie-Methode auch ohne Code geht ...
Erschwerend kam hinzu, dass der USB-Stick ja erst zusammengelötet werden muss. Ich habe ihn zwischendurch wieder geöffnet, um mich zu überzeugen, ob ich die beiden Leiterplatten nicht doch spiegelverkehrt miteinander verbunden hatte ... Je länger das Pairing nicht klappte, desto unsicherer wurde ich ...
Unsicher bin ich mir noch ob ich versuche, mit der HMIP Cloud Verbindung aufzunehmen, oder ich es bei einer lokalen Installation belasse ...
Die App habe ich auf mein Android Smartphone installiert, aber man muss da irgendeinen QR-Code von seiner Zentrale scannen - und da weiß ich nicht recht, wie das bei OpenCCU gehen soll ... Erstmal werde ich die Firmware des Thermostaten aktualisieren
@MartinP du wirfst hier einiges durcheinander!
Du hast doch jetzt eine (open)CCU!
da hast du mit der HmIP App nichts am Hut!
die ist für HmIP via APBatterie raus und anmelden ersetzt nur das manuelle Einschalten des Anlernvorgangs
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Erstmal werde ich die Firmware des Thermostaten aktualisieren
dann bist du ja schon mit der "HmIP Cloud" verbunden vor der du so viel Angst hast.
Dann kannst du auch den einfachen Weg "Anmeldung mit Internetzugang" nutzen.
BTW Du hast jetzt etwa 3 Tage Zeit nachzudenken bis das Update durch ist.
-
dann bist du ja schon mit der "HmIP Cloud" verbunden vor der du so viel Angst hast.
Cloud ist mir egal - hauptsache, die Geräte funktionieren noch, wenn die Cloud irgendwann einmal abgeschaltet wird.
Aber nach dem Screenshot würde ich erstmal bezweifeln, dass ich das Update über die Cloud erhalte.
Ich habe es nach dem obigen Screenshot lokal auf meinen PC heruntergeladen, und dann nach OpenCCU hochgeladen. Von dort aus wird es gerade Bit für Bit über den Äther an den Thermostaten getrommelt ....
Die Releasenotes auf der Download-Seite sahen so aus, als ob es eine gute Idee wäre, das Update zu installieren....
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
dann bist du ja schon mit der "HmIP Cloud" verbunden vor der du so viel Angst hast.
Cloud ist mir egal - hauptsache, die Geräte funktionieren noch, wenn die Cloud irgendwann einmal abgeschaltet wird.
Aber nach dem Screenshot würde ich erstmal bezweifeln, dass ich das Update über die Cloud erhalte.
Ich habe es nach dem obigen Screenshot lokal auf meinen PC heruntergeladen, und dann nach OpenCCU hochgeladen. Von dort aus wird es gerade Bit für Bit über den Äther an den Thermostaten getrommelt ....
Die Releasenotes auf der Download-Seite sahen so aus, als ob es eine gute Idee wäre, das Update zu installieren....
@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Aber nach dem Screenshot würde ich erstmal bezweifeln, dass ich das Update über die Cloud erhalte.
korrekt, deswegen hatte ich sie
sagte in Erfahrungen OpenCCU, Gerätepairing:
bist du ja schon mit der "HmIP Cloud" verbunden
in Anführungszeichen gesetzt.
Es ist der EQ-3 Server!@MartinP sagte in Erfahrungen OpenCCU, Gerätepairing:
Von dort aus wird es gerade Bit für Bit über den Äther an den Thermostaten getrommelt ....
da es früher bei Updates dazu kam, dass der DutyCycle überschritten und das gesamte System lahmgelegt wurde, bei HmIP zusätzlich erheblich größere Datenmengen upgedatet werden, wird jetzt auf deinen DC Rücksicht genommen, was zu entsprechend lanen Updates führt..
Solltest du den DC loggen, wirst du wunderschöne Wellen sehen. -
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"?
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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 ...
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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.
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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?
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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.
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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!
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
Support us
228
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge