NEWS
Test Adapter HeatingControl v2.12.x
-
-
Über welchen Datenpunkt muß ich eigentlich die Temp ändern, wenn ich z.b. mal manuell die Zieltemp von 21 auf 22 Grad stellen will bis zur nächsten Periode? Es gibt ja 2 Datenpunkte, CurrentTarget und CurrentTimePeriodTemperature, aber egal wo ich testweise die Temp ändere, es wird nicht ans Thermostat übertragen und nach kurzer Zeit springt der Wert wieder auf den voreingestellten für die entsprechende Periode. Geht das überhaupt direkt über den Adapter, oder muß man solche manuellen Änderungen über den Datenpunkt des Thermostates vornehmen?
PS: Man sollte nach Stunden vor dem PC einfach mal ne Pause machen, dann sieht man auch die Datenpunkte wieder und den Zusammenhang.
-
Ok, das funktioniert wenn ich die solltemperatur hochdrehe.
Ich dachte ich kann vielleicht einfach den Aktor der FBH aktivieren und der bleibt dann an, dies wird aber vom Adapter Sekunden später wieder ausgeschaltet.Also einfach mal eben anschalten bis zum nächsten profilpunkt wäre cool ohne dafür Temperatur anpassen zu müssen.
-
irgendwo ist bei mir noch der Wurm drin. Da ich ja HM Komponenten inkl. Fensterkontakt in einer Gruppe zusammen habe, habe ich den Adapter entsprechend eingestellt. Das klappt auch soweit und der HT geht auf 12 Grad. Nach einiger Zeit aber, die Fenster sind noch offen, übersteuert wohl der Adapter die Fenster-Offen Info und stellt die HTs wieder auf die normale Temp und wir heizen für die Straße ohne es zu merken. Wieso funkt da der Adapter dazwischen, wenn das Fenster noch auf ist?
-
Bist du dir sicher, dass der Adapter das übersteuert und nicht eine Automatik von der CCU?
Was sagt die Log Datei denn von dem Raum? -
@dominik-f Es ist der Adapter. Innerhalb der HM Steuerung bleibt der HT solange auf 12 Grad, wie das Fenster offen gemeldet wird und das Logo dazu im Display zusehen ist. Erst seit dem Einsatz des Adapters passiert das trotz des Hackens bei Thermostat behandelt „Fenster ist offen“.
-
Okay, trotzdem, was sagt denn die Log-Datei? Dann siehst du ja was der Adapter zu dem Zeitpunkt macht.
Dazu, was steht zu dem Zeitpunkt im Logging vom Adapter?Wenn du keine Infos raus gibst, dann wird es schwer den Fehler zu finden.
-
@palm_maniac sagte in Test Adapter HeatingControl v2.8.x:
Innerhalb der HM Steuerung bleibt der HT solange auf 12 Grad, wie das Fenster offen gemeldet wird und das Logo dazu im Display zusehen ist. Erst seit dem Einsatz des Adapters passiert das trotz des Hackens bei Thermostat behandelt „Fenster ist offen“.
wie @Dominik-F schreibt, ohne weitere Infos ist es schwer zu helfen...
Welche Version vom Adapter verwendest du? Hast du mehrere Fenster in dem betroffenen Raum? Welche sonstigen Einstellungen nutzt du? Im debug log sieht man auch einiges... -
@rene_hm Hallo, also, ich setze die Version 2.8.6 ein. Eingestellt sind sie auf Manuell Mode. Wegen der Fenster-offen Funktion der HM-Thermostate, habe ich keine Fenster extra im Adapter konfiguriert. Das hatte ich zuerst gemacht und da hat der Adapter schon nach kurzer Zeit übersteuert. Alle Räume sind aktuell nur mit einem Fensterkontakt versehen. Ich habe jeweils als Datenpunkte Set_Temperature und Actual_Temperature aus den Raumgruppen eingestellt. Die Logs liefere ich nach, sobald sich die Temp wieder ändert.
Da ich jeden Raum mit all den Funktionen extra steuern möchte, habe ich für jeden Raum eine eigene Instanz angelegt. Es laufen bei mir also 9 Instanzen des Adapters, falls das noch wichtig ist.
-
Gerade ist es passiert. Es scheint eine Heizperiode Fenster-offen zu überschreiben. Hier das Debug-Log:
heatingcontrol.0 2022-04-18 13:04:34.216 debug AddStatusToLog skip Thomas auto public holiday 22°C heatingcontrol.0 2022-04-18 13:04:34.181 debug UpdateDPs for Thomas auto heatingcontrol.0 2022-04-18 13:04:34.181 debug Change Status current temperature in Thomas to 21.9 heatingcontrol.0 2022-04-18 13:04:34.181 debug Thomas ### ChangeStatus Thermostats_Current to {"val":21.9,"ack":true,"ts":1650279874174,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} in auto heatingcontrol.0 2022-04-18 13:04:34.181 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 13:04:34.181 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 13:04:34.181 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE {"val":21.9,"ack":true,"ts":1650279874174,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} heatingcontrol.0 2022-04-18 13:04:14.197 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:04:14.197 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:04:14.197 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE {"val":22,"ack":true,"ts":1650279854195,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650279600068} heatingcontrol.0 2022-04-18 13:01:52.240 debug AddStatusToLog skip Thomas auto public holiday 22°C heatingcontrol.0 2022-04-18 13:01:52.186 debug UpdateDPs for Thomas auto heatingcontrol.0 2022-04-18 13:01:52.186 debug Change Status current temperature in Thomas to 21.9 heatingcontrol.0 2022-04-18 13:01:52.186 debug Thomas ### ChangeStatus Thermostats_Current to {"val":21.9,"ack":true,"ts":1650279712181,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} in auto heatingcontrol.0 2022-04-18 13:01:52.185 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:52.185 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:52.185 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE {"val":21.9,"ack":true,"ts":1650279712181,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} heatingcontrol.0 2022-04-18 13:01:42.255 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:42.255 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:42.255 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE {"val":22,"ack":true,"ts":1650279702254,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650279600068} heatingcontrol.0 2022-04-18 13:01:32.197 debug AddStatusToLog skip Thomas auto public holiday 22°C heatingcontrol.0 2022-04-18 13:01:32.178 debug UpdateDPs for Thomas auto heatingcontrol.0 2022-04-18 13:01:32.177 debug CheckStartManualMode Thomas heatingcontrol.0 2022-04-18 13:01:32.177 debug CheckManualMode Thomas target 22 current manual target 12 state auto heatingcontrol.0 2022-04-18 13:01:32.177 debug Change Status target temperature in Thomas to 22 (profile 22) in auto heatingcontrol.0 2022-04-18 13:01:32.177 debug Thomas ### ChangeStatus Thermostats_Target to {"val":22,"ack":true,"ts":1650279692176,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650279600068} in auto heatingcontrol.0 2022-04-18 13:01:32.177 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:32.177 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:01:32.177 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE {"val":22,"ack":true,"ts":1650279692176,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650279600068} heatingcontrol.0 2022-04-18 13:00:05.061 debug subscribe linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:00:00.081 debug UpdateDPs for Thomas auto heatingcontrol.0 2022-04-18 13:00:00.060 debug Thomas set thermostat target linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE to 22 heatingcontrol.0 2022-04-18 13:00:00.022 debug unsubscribe linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 13:00:00.015 debug SetRoomTemperature started for Thomas target 22 with offset 0 heatingcontrol.0 2022-04-18 13:00:00.015 debug Thomas auto mode (incl. reduced): target 22 heatingcontrol.0 2022-04-18 13:00:00.015 debug Thomas auto mode: target 22 heatingcontrol.0 2022-04-18 13:00:00.015 debug CalculateRoomTemperature for Thomas auto heatingcontrol.0 2022-04-18 13:00:00.015 debug ChangeStatus by cron Profilepoint in Thomas target 22 heatingcontrol.0 2022-04-18 13:00:00.015 debug reset manual mode to auto heatingcontrol.0 2022-04-18 13:00:00.015 debug Thomas ### ChangeStatus ProfilPoint to {"room":"Thomas","target":22,"currentTimePeriod":3,"ActiveTimeSlot":3,"CurrentTimePeriodTime":"13:00","CurrentTimePeriodFull":"Period 3 13:00"} in manual heatingcontrol.0 2022-04-18 13:00:00.014 debug ChangeStatus fired with [{"room":"Thomas","target":22,"currentTimePeriod":3,"ActiveTimeSlot":3,"CurrentTimePeriodTime":"13:00","CurrentTimePeriodFull":"Period 3 13:00"}] heatingcontrol.0 2022-04-18 12:58:55.945 debug AddStatusToLog skip Thomas manual public holiday 12°C heatingcontrol.0 2022-04-18 12:58:55.928 debug UpdateDPs for Thomas manual heatingcontrol.0 2022-04-18 12:58:55.928 debug Change Status current temperature in Thomas to 21.9 heatingcontrol.0 2022-04-18 12:58:55.928 debug Thomas ### ChangeStatus Thermostats_Current to {"val":21.9,"ack":true,"ts":1650279535926,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} in manual heatingcontrol.0 2022-04-18 12:58:55.928 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 12:58:55.928 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE heatingcontrol.0 2022-04-18 12:58:55.928 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.ACTUAL_TEMPERATURE {"val":21.9,"ack":true,"ts":1650279535926,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650275466156} heatingcontrol.0 2022-04-18 12:58:35.928 debug CheckStateChangeDevice linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 12:58:35.928 debug HandleStateChangeDevices linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE heatingcontrol.0 2022-04-18 12:58:35.928 debug ### handle state change acked linkeddevices.0.Heizung.OG.Thomas.SET_TEMPERATURE {"val":12,"ack":true,"ts":1650279515927,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650274123960} heatingcontrol.0 2022-04-18 12:56:49.194 debug AddStatusToLog skip Thomas manual public holiday 12°C heatingcontrol.0 2022-04-18 12:56:49.179 debug UpdateDPs for Thomas manual heatingcontrol.0 2022-04-18 12:56:49.179 debug Change Status current temperature in Thomas to 21.9
Wenn es so ist, wie kann ich das verhindern? Sollte, müßte ich die Fensterkontakte trotzdem den Adapter mitteilen?
-
Ich antworte mal selbst. Ich habe weiter experimentiert und die FKs wieder testweise eingestellt. Im Bad und bei mir verstellten sich danach sehr schnell wieder die Temperaturen. In den beiden Räumen waren zum Zeitpunkt des Umstellens die Fenster offen. Der entscheidende Trick und die Lösung war nun die Fenster zu schließen und wieder zu öffnen, damit sich der State im Adapter auf "manual openwindows" ändert und seitdem ist die Temp bis jetzt stabil auf 12Grad OpenWindow-Temp. Mal sehen, ob es so bleibt.
-
Mit dem Log kann dir @Rene_HM besser helfen.
Was mir aber komisch vorkommt: Du schreibst, das sich der State im Adapter auf manual openwindows ändert. Das bedeutet, dass diese Änderung nicht vom Adapter kommt. Sonst würde dort auto openwindow stehen.
Das unterstreicht meine Vermutung, dass Einstellungen der CCU da was durcheinander bringen. Wenn Änderungen vom Adapter kommen, müsste dort IMMER Auto stehen und dann funktioniert auch alles so wie du es im Adapter eingestellt hast. Bei dir steht desöfteren auch manual public Holiday drin, dass ist auch falsch. Manual bedeutet immer, dass die Änderung nicht vom Adapter sondern von ausserhalb kommt, also z.B. durch die CCU oder eine manuelle Änderung der Temperatur -
@dominik-f Hmmm, als dort Auto WindowOpen stand, wurde die Temp nach einiger Zeit wieder hochgesetzt, obwohl das Fenster noch auf war. Erst jetzt, wo dort Manual OpenWindow stand, war alles stabil. Eben habe ich die Fenster zu gemacht, die Temp geht hoch, aber es steht im State immer noch manual... Da die HMs alle auf Manuell stehen, funkt von dort eigentlich nichts dazwischen, ich wüßte zumindest nicht was.
-
@Palm_Maniac wie @Dominik F. richtig schreibt, muss der Raumstatus "auto window open" sein. Immer, wenn der Status auf manual wechselt, wird die Temperatur z.Bsp. vom Thermostat überschrieben.
Du musst alle Fenstersensoren in dem Raum dem Adapter bekannt machen. Nur so weiß der Adapter, wann er auf Änderungen vom Thermostat nicht reagieren soll. Du musst wissen, dass ein Thermostat, welches die Raumtemperatur aufgrund geöffnetem Fenster absenkt, diese Solltemperatur an den Adapter sendet. Normalerweise nimmt der Adapter dann an, jemand hat am Thermostat gedreht und somit wird diese Temperatur als manuelle Änderung gewertet. Wenn das aber die Temperatur aufgrund geöffnetem Fenster ist, soll der Adapter nicht reagieren. Also muss er wissen, dass ein Fenster auf ist und zusätzlich muss der Haken "Thermostat behandelt Fenster Offen" gesetzt sein.Im log oben ist der Raum schon im manual und dann kommen die 12°C vom Thermostat. Eigentlich sollte der Raum da schon nicht im manual sein. Zusätzlich weiß der Adapter zu diesem Zeitpunkt nicht, dass ein Fenster offen ist.. Und dann ändert sich der Profilpunkt um 13:00 Uhr. Da der Adapter zu diesem Zeitpunkt nur weiß, er ist im manual, der Adapter aber anscheinend so konfiguriert ist, dass manual immer bis zum nächsten Profilpunkt gilt und er keine Ahnung hat, dass ein Fenster offen ist, schaltet er auf die normale Profiltemperatur von 22°C...
-
@palm_maniac sagte in Test Adapter HeatingControl v2.8.x:
aber es steht im State immer noch manual.
Bis zum nächsten Profilpunkt ...
-
@rene_hm Wie ich weiter oben schrieb, hab ich die Fenster dem Adapter in einem Test bekannt gemacht und nach einigen hinundher hat es damit dauerhaft funktioniert. Aber komisch ist, dass es nur dann geht, wenn im State aus auto nach dem öffnen des Fensters ein manual open window wird. Der Hack bei Thermostat behandelt Fenster offen ist gesetzt.
Ich stelle morgen die entsprechenden Instanzen nochmal auf Debug und beobachte es. Sollte es sich wieder verstellen, poste ich dann nochmal das Log, da dann die Fensterkontakte erfasst werden.
Vielen Dank schon mal für die Hilfe bei der Fehlersuche.
-
Wenn bei dir auf manual gestellt ist, stellt sich der Adapter erst beim nächsten Profilpunkt wieder auf Auto, daher wird es bei dir denke ich keine Veränderung geben bis der nächste Profilpunkt erreicht ist.
Eine Idee wäre noch, die Verknüpfung der Fensterkontakte mit dem Thermostaten/Wandthermostat zu lösen. Die Verknüpfung brauchst du ja theoretisch nicht. Ich hab bei mir nur die Thermostate mit dem Wandthermostat verknüpft und die Fenstersensoren (sind bei mir nicht von hm) ganz normal dem Adapter bekannt gemacht. Das sollte dann definitiv das Problem mit Auto und Manual Modus beheben.
-
@dominik-f Mein Problem ist ja nicht die Auto oder Manu Problematik, sondern das die Fenster Offen Temp trotz offenem Fenster irgendwann übersteuert wird.
Wenn der Fensterkontakt in der Heizgruppe mit drin ist und ein Fenster geöffnet wird, dann wird das mit einem Symbol im Wand- und Heizkörperthermostat zusätzlich angezeigt als optische Kontrolle. Da würde ich ungern drauf verzichten und die Funktion würde bei Ausfall von iobroker verloren gehen. Ich werde es aber mal testen und darüber nachdenken.
-
Heute klappt es wunderbar. Im State steht auto windowopen und die Thermostate bleiben auf 12 Grad. Nichts überschreibt die Temp. Ich habe nichts geändert. Das einzige was heute anders ist als gestern, heute ist kein Feiertag.
-
Verdammt, leider zu früh gefreut. Als um 17Uhr die Temp im Bad laut Profil geändert werden sollte, wurde aus auto windowopen ein auto im state und die Temp ging trotz offenem Fenster und WindowIsOpen auf True auf 22,5 Grad. Leider hatte ich 1 Stunde vorher das Debug-Log abgeschaltet, so dass ich davon kein Log habe. Morgen versuche ich es erneut MIT laufendem Debug-Log.