Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[thor999]

Hi,

ich habe eine Verständnisfrage: ich habe ein Wohnzimmer mit 2 Heizkörpern. An beiden habe ich ein "Homematic IP HMIP-eTRV/2" geschraubt und an der Wand hängt ein "Homematic IP Wandthermostat". Nun habe ich diese 3 Geräte in der CCU3 (Raspberry PI) in eine Gruppe zusammengefasst. Im heatingcontrol-Adapter habe ich nun in der config im Wohnzimmer nur(!) das Wandthermostat eingetragen und KEINEN Additional Temp Sensor.

Wenn ich am Wandthermostat die SOLL-Temperatur ändere, dann wird dies zu den Heizungsthermostaten übertragen (ich denke mal, weil es in der gleichen CCU-Gruppe ist).

Wenn ich aber in der WebUI von Jarvis die Temperatur ändere, dann wird dies NICHT an die Heizungsthermostate übermittelt. Das gleiche, wenn ich die SetPointTemperature im Object-Tree des ioBrokers setze. Auch dann findet keine Übertragung zu den Thermostaten statt. Ist ja ansich auch klar, weil der ioBroker wohl keine Info darüber hat, dass die Geräte zusammenhängen.

Wie ist es nun richtig? Muss ich die 2 Heizungsthermostate ebenfalls in die heatingcontrol-config mit reinpacken - also so dass 3 Thermostate dort drinstehen? Aber dann würde die Steuerung der CCU mit der Steuerung des heatingcontrol doch "überlappen", oder? Oder muss ich ggf. die

Mit besten Grüßen!

[Codierknecht]

@thor999
Thermostate habe ich zwar nicht von HM, aber bei den HmIP-BRoll gibt es ein vermutlich ähnlich gelagertes Problem:
In HM gibt es einen Kanal für die Abfrage der aktuellen Werte (3) und einen anderen Kanal für die Steuerung (4).
Für die Rollladenaktoren umgehe ich das Problem, indem ich für jeden einen Alias mit getrennten DP für read/write anlege.
Vielleicht hilft das ja hier auch.
Versuch doch mal, in welchem Kanal eine Änderung am DP auch tatsächlich etwas bewirkt. Dann weißt Du zumindest schon mal, welcher Kanal zum Steuern da ist.

[paul53]

@thor999 sagte: in eine Gruppe zusammengefasst.

Benötigt man nicht für die Gruppe eine weitere HM-RPC-Instanz mit dem Daemon "Virtual Devices"?
Es stellt sich die Frage, ob die Gruppe sinnvoll ist, wenn der Heatingcontrol-Adapter die Sollwertvorgaben macht.

[thor999]

Kleines aber wichtiges ;-) Update:

Ich war wohl etwas ungeduldig. Wenn man im ioBroker die Soll-Temperatur des Wandthermostats ändert (oder auch in jarvis die Soll-Temperatur des Wandthermostats ändert), dann dauert das rund 3-4 Minuten, bis die CCU das offenbar registriert und daraufhin die Soll-Temperatur auf die Heizungsthermostate überträgt.

@Codierknecht
Wäre denkbar es so zu machen. Dann müsste ich aber die 2 Heizungsthermostate in's heatingcontrol eintragen. Und ich bin mir nach wie vor nicht sicher, was hier best practise ist. Ich meine, dass ich in einem anderen Thread ("testing heatingcontrol 2.9" oder so) gelesen habe, dass man die Heizungsthermostate besser durch die CCU steuern lässt. Also eben so, wie ich es nun eingetragen habe. Darauf wurde aber nicht näher eingeganen.

@paul53
Das kenne ich so nicht. Weiss ich nicht. Aber dadurch, dass ich die Heizkörperthermostate nun aktuell nicht(!) in's heatingcontrol eintrage (sondern eben nur das Wandthermostat), ist es ja getrennt: CCU steuert die Heizungsthermostate und heatingcontrol kennt nur das Wandthermostat. Wie schon geschrieben: bin mir nicht sicher, ob das best practise ist.

[paul53]

@thor999 sagte: dauert das rund 3-4 Minuten, bis die CCU das offenbar registriert und daraufhin die Soll-Temperatur auf die Heizungsthermostate überträgt.

Die CCU registriert es sofort, überträgt es erst an den WT, wenn dieser aufwacht (alle ca. 2,5 min) und der WT schließlich an die HKT.

[thor999]

@paul53 Ja, das würde es natürlich erklären. Danke für die Info. Bleibt für mich nur die Frage, ob es hierfür ein best practise gibt, wie man in solchen Umgebungen verfährt. Ob ich mal den Entwickler anschreibe?

[paul53]

@thor999
Wenn an die Gruppe "INT0000002" (Daemon "Virtual devices") anstelle des WT gesendet wird, erhalten die HKT vermutlich schneller den Sollwert, da der Umweg über den WT entfällt.