NEWS
Test Adapter HeatingControl v2.12.x
-
Ich hab das mit den 2 Werten (Temp. Thermostat und externer Raumsensor) über Blockly als Mittelwert gelöst. Dieser Mittelwert bildet dann die Führungsgröße im HC-Adapter.
-
@hausautomation-digital sagte in Test Adapter HeatingControl v2.9.x:
ich hab das mit den 2 Werten (Temp. Thermostat und externer Raumsensor) über Blockly als Mittelwert gelöst.
das macht der Adapter auch selbst... es wird die Differenz zwischen Ist-Temperatur am Thermostat und am externen Sensor ermittelt, über eine gewissse Zeit gemittelt und als Offset auf die eigentliche Zieltemperatur laut Profil addiert.
Damit entsteht eine Zieltemperatur für das Thermostat, damit die Raumtemperatur am externen Sensor der Temperatur laut Profil entspricht.
Wer es genauer wissen will: Ticket 182 -
@rene_hm
Uuups, wieder was gelernt. Der Mittelwert war noch ein Überbleibsel aus der Vor-HC-Zeit bei mir. Gut zu wissen, will im September eh alles auf den neuesten Stand bringen, bevor die Heizperiode startet.Dann gibts T.max eh nur noch 18° C in der Hütte!
-
@Rene_HM das heißt, ich muss keinen weiteren Datenpunkt wie zb. den Offset DP der Homematic Thermostate verknüpfen? Der Adapter gibt den korrigierten Wert direkt als Ziel-Temperatur an.
-
Wenn du HM IP nutzt würde ich dir raten, die Thermostate mit einem Wandthermostat von HMIP zu nutzen. Die Wandthermostate steuern die Heizkörperthermostate viel besser an als es Heatingcontrol jemals könnte.
-
@Phinix Wäre auch meine Antwort gewesen... Die Lösung per Adapter ist für diejenigen, die die Direktverknüpfung in HM oder HMIP nicht verwenden können oder wollen...
-
@hausautomation-digital sagte in Test Adapter HeatingControl v2.9.x:
@rene_hm Dann gibts T.max eh nur noch 18° C in der Hütte!
Wohnst Du alleine? Bei mir wäre dann der WAF schon deutlich im Minus!
-
@andreas-5 Nein, nur meine Frau weiß von noch nichts!
-
Holzheizung sei dank, 25° von der Garage bis ins Wohnzimmer. Wie jedes Jahr
-
@warp735 Aber nur wenn du das Holz selber hast. Zukaufen ist ganz schön happig geworden habe ich heute gesehen.
-
@dominik-f @Rene_HM bisher habe ich von Homematic nur die Thermostate selbst und mein Plan war eigentlich meine bereits vorhandenen Sensor von Aqara zu verwenden. Ich werde es mal vorerst testen, die Wandthermostate sollten ja im Fall schnell gekauft sein.
Was mir aufgefallen ist; wie wird denn der Offset für die Thermostate berechnen. Ich habe eine Zieltemperatur von 18,5 C° eingegeben. Ausgegeben wird aber 16,5°. Sollte der Offset bei den vorhandenen Werten nicht +2C° anstatt -2C° sein?
-
Das stimmt schon so. Aktuell durch die Temperaturen draußen ist es so, dass dein Raumsensor eine höhere Temperatur anzeigt als der Regler. Normalerweise ist dies ja anders herum.
Du hast eine Temperatur von 24,8 am Regler und eine tatsächliche Temperatur von 26,8 am Sensor, welche die Zieltemperatur ist.
Jetzt möchtest du 18,5 Grad als Zieltemperatur haben.
Dein Regler ist nun bei 16,5 Grad weil deine Zieltemperatur am Sensor 18,5 sein soll. -
@phinix du kannst auch das debug log für den Adapter einschalten, dann siehst du die ganze Berechnung inkl. aller Daten. Die Erklärung oben ist aber richtig...
-
@dominik-f Jetzt habs ich verstanden, Danke! Im Prinzip versuche ich mit den Einstellungen aktuell den Raum zu kühlen und nicht zu heizen.
Theoretisch kann der Winter jetzt kommen, hoffen wir aber mal das es einfach so lange wie möglich warm bleibtIch benutze mittlerweile die Simple Vis; noch eine Frage dazu, die Check-Box welche sich neben der Raumauswahl befindet. Ist das mit Absicht so, dass diese alle Profile deaktiviert oder sollte diese immer nur den jeweiligen Raum deaktivieren?
-
Hallo @Rene_HM ,
ich verwende in meiner Visualisierung den Datenpunkt "isActive" wie folgt:
Bei true ist der Zeitplan bzw. Automatik aktiv, bei false wird auf vollständig manuellen Betrieb umgeschaltet. Dabei wird zunächst die "feste Temperatur, wenn keine Heizperiode" gesetzt. Anschließend kann eine beliebe Temperatur eingestellt werden.
Zu "isActive" sind mir zwei Punkte aufgefallen:
-
Es scheint eine Abhängigkeit (vllt. zum Override) zu geben. Ich hatte "isActive" auf false gesetzt, die "feste Temperatur, wenn keine Heizperiode" wurde gesetzt, aber nach 30 min sprang der Mode auf Auto mit entsprechender Temperatur.
-
Bei "isActive" = false springt die manuell eingestellte Temperatur nach einiger Zeit plötzlich wieder auf die "feste Temperatur, wenn keine Heizperiode". Dieses Verhalten werde ich weiter beobachten und wenn möglich weitere Details nennen.Dieses "Problem" konnte ich mit dem Datenpunkt TemperatureIfNoHeatingPeriod und einem kurzen Skript lösen: Wenn die Temperatur manuell verändert wird, wird auch TemperatureIfNoHeatingPeriod aktualisiert. Allerdings erscheint im Log der Fehler !!ChangeStatus not implemented yet TemperatureIfNoHeatingPeriod Wohnzimmer value 14 -
Wenn "isActive" auf false gesetzt ist, zeigt der Mode "no heating". In meinem Fall kann es sein, dass trotzdem geheizt wird. Wäre es möglich den Text zu ändern? Vielleicht "no schedule" oder "manual mode"?
-
-
Moinsen!
Ich hab mir im vis nun einige Anpassungen gebaut.
Ich arbeite gerade daran, mir mehr als die 5 Perioden zu bauen.
Vorab: ist das überhaupt generell möglich?
Im Adapter selbst kann ich ja die Perioden munter über die 5 drehen. Im vis habe ich mir nun die Perioden auch schon auf 7 ausgebaut. Leider rafft der Adapter überhaupt nicht wenn ich dort Uhrzeit oder Temperatur einstelle. -
@hollywoot Der Adapter muß die im Vis eingestellten Werte in den jeweilig ausgewählten Raum zurückschreiben und das tut er imho eben für 5 Perioden. Weniger is kein Problem, mehr hat meines Wissens bisher einfach noch niemand wirklich benötigt. Machbar wäre es, soweit ich das überblicke, benötigt aber eine Änderung am Adapter.
-
@rene_hm erstmal danke für den tollen adapter, aber irgendwie übernimmt der bei mir keine offsetwerte. Ansonsten würde alles hervorraagend klappen.
Hier mal der Auszug aus dem debug log.
2022-10-02 08:31:11.934 - debug: heatingcontrol.0 (2436624) ### handle state change acked zigbee.0.00158d0005363273.temperature {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932} 2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) HandleStateChangeDevices zigbee.0.00158d0005363273.temperature 2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) CheckStateChangeDevice zigbee.0.00158d0005363273.temperature 2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) Josef_Zimmer_OG ### ChangeStatus AddTempSensor to {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932} in auto 2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) calculate temp offset for Josef_Zimmer_OG old value is 0, got value {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932} in auto 2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) got 19.5 from ext_Sensor LastUpdate 02.10.2022 08:31:11 2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) got 20.6 from zigbee.0.94deb8fffef70fb3.local_temp LastUpdate 02.10.2022 08:01:28 2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) time diff 29.728083333333334 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) use value 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) tempdiff: 20.6 - 19.5 = 1.1000000000000014 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) TempOffset calc 1.1000000000000014 / 31 = 0 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) TempOffset Josef_Zimmer_OG 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) (avg) Ist-Temperatur am Thermostat 20.6 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) Ist-Temperatur am zusätzl. Sensor 19.5 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) tempDiff 1.1000000000000014 2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) (avg) TempOffset 0 2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) ### handle state change acked heatingcontrol.0.Rooms.Josef_Zimmer_OG.TemperatureOffset {"val":0,"ack":true,"ts":1664692271982,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1664544506004} 2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) new temp offset for Josef_Zimmer_OG is 0 2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) UpdateDPs for Josef_Zimmer_OG auto 2022-10-02 08:31:12.039 - debug: heatingcontrol.0 (2436624) AddStatusToLog skip Josef_Zimmer_OG auto public holiday 23°C
Die beiden Thermostate sind weit auseinander, daher auch die große Abweichung. Dort wo das externe Thermostat verbaut ist, ist halt auch der PC Arbeitsplatz und man kennt den Unterschied, daher würde ich mich freuen wenn das funktionieren würde, wenn nciht, dann stelle ich halt die target temperatur höher, wäre auch kein Beinbruch. In den anderen Zimmern ist die Abweichung bei ca. 0,5 Grad
Was heißt bei der Berrechnung immer das z.B. calc 1.1000000000000014 / 31 = 0
-
Alles gut jetzt funktioniert es, hatte wohl wieder mal keine Geduld. aber wie wird das genau berechnet, würde mich interessieren?
-
Hallo zusammen
Kann mir hier jemand weiterhelfen?Ich setzte im view cardHzngMoFrSaSo eine Zeit oder eine Temperatur für den Raum Wohnzimmer.
Dies erzeugt im Datenpunkt heatingcontrol.0.vis.ProfileTypes.Mo-Fr.Periods.4 auch den richtigen Eintrag.
Nur der Datenpunkt heatingcontrol.0.Profiles.1.Wohnzimmer.Mo-Fr.Periods.4 zeigt nicht den richtigen Wert.Was mach Ich falsch? Hab so ziemlich alles ausprobiert ohne Erfolg.
Sollte hier irgendwo ein Script laufen das diesen Wert von vis auf Wohnzimmer kopiert ?Danke.
https://github.com/Pittini/iobroker-heatingcontrol-vis/issues/23