Test Adapter HeatingControl v2.12.x

[Rene_HM]

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

[Rene_HM]

@palm_maniac sagte in Test Adapter HeatingControl v2.8.x:

aber es steht im State immer noch manual.

Bis zum nächsten Profilpunkt ...

[Palm_Maniac]

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

[Dominik F.]

@palm_maniac

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.

[Palm_Maniac]

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

[Palm_Maniac]

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.

[Palm_Maniac]

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.

[Palm_Maniac]

Heute ist es wieder passiert und ich hab das Log.

2022-04-20 16:58:18.317 - debug: heatingcontrol.2 (4014) ### handle state change acked linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE {"val":21.9,"ack":true,"ts":1650466698315,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650461948543}
2022-04-20 16:58:18.318 - debug: heatingcontrol.2 (4014) HandleStateChangeDevices linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE
2022-04-20 16:58:18.318 - debug: heatingcontrol.2 (4014) CheckStateChangeDevice linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE
2022-04-20 16:58:18.318 - debug: heatingcontrol.2 (4014) Bad ### ChangeStatus Thermostats_Current to {"val":21.9,"ack":true,"ts":1650466698315,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650461948543} in auto
2022-04-20 16:58:18.318 - debug: heatingcontrol.2 (4014) Change Status current temperature in Bad to 21.9
2022-04-20 16:58:18.318 - debug: heatingcontrol.2 (4014) UpdateDPs for Bad auto
2022-04-20 16:58:18.333 - debug: heatingcontrol.2 (4014) AddStatusToLog skip Bad auto WindowOpen 12°C
2022-04-20 16:58:18.364 - debug: heatingcontrol.2 (4014) ### handle state change acked linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE {"val":12,"ack":true,"ts":1650466698362,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650459008565}
2022-04-20 16:58:18.364 - debug: heatingcontrol.2 (4014) HandleStateChangeDevices linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 16:58:18.364 - debug: heatingcontrol.2 (4014) CheckStateChangeDevice linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 17:00:00.010 - debug: heatingcontrol.2 (4014) ChangeStatus fired with [{"room":"Bad","target":22.5,"currentTimePeriod":3,"ActiveTimeSlot":3,"CurrentTimePeriodTime":"17:00","CurrentTimePeriodFull":"Period 3 17:00"}]
2022-04-20 17:00:00.010 - debug: heatingcontrol.2 (4014) Bad ### ChangeStatus ProfilPoint to {"room":"Bad","target":22.5,"currentTimePeriod":3,"ActiveTimeSlot":3,"CurrentTimePeriodTime":"17:00","CurrentTimePeriodFull":"Period 3 17:00"} in auto
2022-04-20 17:00:00.019 - debug: heatingcontrol.2 (4014) ChangeStatus by cron Profilepoint in Bad target 22.5
2022-04-20 17:00:00.019 - debug: heatingcontrol.2 (4014) CalculateRoomTemperature for Bad auto
2022-04-20 17:00:00.019 - debug: heatingcontrol.2 (4014) Bad auto mode: target 22.5
2022-04-20 17:00:00.019 - debug: heatingcontrol.2 (4014) Bad auto mode (incl. reduced): target 22.5
2022-04-20 17:00:00.019 - debug: heatingcontrol.2 (4014) SetRoomTemperature started for Bad target 22.5 with offset 0
2022-04-20 17:00:00.035 - debug: heatingcontrol.2 (4014) unsubscribe linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 17:00:00.038 - debug: heatingcontrol.2 (4014) Bad set thermostat target linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE to 22.5
2022-04-20 17:00:00.101 - debug: heatingcontrol.2 (4014) UpdateDPs for Bad auto
2022-04-20 17:00:05.038 - debug: heatingcontrol.2 (4014) subscribe linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 17:00:47.815 - debug: heatingcontrol.2 (4014) ### handle state change acked linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE {"val":21.9,"ack":true,"ts":1650466847811,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650461948543}
2022-04-20 17:00:47.815 - debug: heatingcontrol.2 (4014) HandleStateChangeDevices linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE
2022-04-20 17:00:47.815 - debug: heatingcontrol.2 (4014) CheckStateChangeDevice linkeddevices.0.Heizung.OG.Bad.ACTUAL_TEMPERATURE
2022-04-20 17:00:47.816 - debug: heatingcontrol.2 (4014) Bad ### ChangeStatus Thermostats_Current to {"val":21.9,"ack":true,"ts":1650466847811,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650461948543} in auto
2022-04-20 17:00:47.816 - debug: heatingcontrol.2 (4014) Change Status current temperature in Bad to 21.9
2022-04-20 17:00:47.816 - debug: heatingcontrol.2 (4014) UpdateDPs for Bad auto
2022-04-20 17:00:47.828 - debug: heatingcontrol.2 (4014) ### handle state change acked linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE {"val":22.5,"ack":true,"ts":1650466847825,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650466800095}
2022-04-20 17:00:47.828 - debug: heatingcontrol.2 (4014) HandleStateChangeDevices linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 17:00:47.829 - debug: heatingcontrol.2 (4014) CheckStateChangeDevice linkeddevices.0.Heizung.OG.Bad.SET_TEMPERATURE
2022-04-20 17:00:47.829 - debug: heatingcontrol.2 (4014) ChangeStatus called, while already changing, push to list Bad Thermostats_Target {"val":22.5,"ack":true,"ts":1650466847825,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650466800095} (1)
2022-04-20 17:00:47.841 - debug: heatingcontrol.2 (4014) AddStatusToLog skip Bad auto 22.5°C
2022-04-20 17:00:47.850 - debug: heatingcontrol.2 (4014) ChangeStatus recall cmd from list Bad Thermostats_Target {"val":22.5,"ack":true,"ts":1650466847825,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650466800095} (0)
2022-04-20 17:00:47.850 - debug: heatingcontrol.2 (4014) Bad ### ChangeStatus Thermostats_Target to {"val":22.5,"ack":true,"ts":1650466847825,"q":0,"from":"system.adapter.linkeddevices.0","user":"system.user.admin","lc":1650466800095} in auto
2022-04-20 17:00:47.851 - debug: heatingcontrol.2 (4014) Change Status target temperature in Bad to 22.5 (profile 22.5) in auto
2022-04-20 17:00:47.851 - debug: heatingcontrol.2 (4014) CheckManualMode Bad target 22.5 current manual target 18 state auto
2022-04-20 17:00:47.851 - debug: heatingcontrol.2 (4014) UpdateDPs for Bad auto
2022-04-20 17:00:47.915 - debug: heatingcontrol.2 (4014) AddStatusToLog skip Bad auto 22.5°C

Die Luke/das Fenster wurde nicht geschlossen. Ich hoffe der Logausschnitt reicht.

[Rene_HM]

@palm_maniac ja, ich denke da ist noch ein Fehler im Adapter. So wie es aussieht, wird hier das WindowIsOpen ignoriert, wenn der Profilpunkt wechselt. Muss ich mir mal genauer anschauen...

https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/312

rg-engineering created this issue in rg-engineering/ioBroker.heatingcontrol

closed WindowIsOpen is ignored at profil point change if ThermostatHandlesWindowOpen is enabled #312

[Palm_Maniac]

Eine schnelle Frage.

Da ein Kurzer im Fensterkontakt die Batterien immer in wenigen Tagen leer gesaugt hat, habe ich heute diesen und das Wandthermostat gegen neue HM-IP Produkte ausgetauscht. Jetzt ist das Problem, dass der Fensterkontakt nicht mehr True und False liefert, sondern Open(1) und Closed(0). Wie muß ich jetzt den FK in den Adapter eintragen, damit dieser weiterhin den Fensterzustand mitbekommt? Momentan steht er auf Offen, egal was der neue FK liefert.

[Pittini]

@palm_maniac Einmal in die Einstellungen geguggt und es hätte sich von selber erklärt. Also geh in die Fensterkontakteinstellungen, stell von Boolean auf Number und gib rechts davon Dein 0 und 1 ein. Fertsch.

[Palm_Maniac]

@pittini Genau das habe ich gemacht, aber da bleibt er Offen und ignoriert die Änderungen. Auch mit der Einstellung String habe ich es versucht.

[Rene_HM]

@palm_maniac so geht es auf jeden Fall bei mir:

[Palm_Maniac]

@rene_hm Bingo. Dann reagiert er also auch auf Boolean, obwohl die Ausgabe keine True/False Geschichte ist. Hätte ich es also so gelassen und nur das Gerät getauscht, hätte es direkt funktioniert. Oh mann.....

Nochmal Danke für den Schubser in die richtige Richtung.

[Rene_HM]

@Palm_Maniac

ja, ich denke da ist noch ein Fehler im Adapter. So wie es aussieht, wird hier das WindowIsOpen ignoriert, wenn der Profilpunkt wechselt. Muss ich mir mal genauer anschauen...

Endlich ist die Simulation nun fehlerfrei:

Kurz vor 16:00 Uhr geht das Fenster auf (gelb), das Thermostat senkt auf 5°C. Um 16:00 Uhr wechselt der Profilpunkt, der wird aber erst genutzt, wenn das Fenster wieder zu geht...

Nur zur Info:

• blau -> Soll-Temperatur am Thermostat
• gelb -> Fenster auf / zu
• grün -> simulierte Ist-Temperatur am Thermostat
• rot -> Aktor - Status (ein /aus)

Ich erstelle eine neue Version (2.8.7), die wird dann morgen im latest-repo sein...

[TurboSasch]

Hallo zusammen,

Mein Heatingcontrol lief bisher ansich top. Nur jetzt stimmt irgendwas mit der Zeit nicht. Die Programmierung steht auf 6:00 Uhr, obwohl mittlerweile wesentlich später. Hat jemand eine Idee was zu tun ist?

Das steht im Log:

heatingcontrol.0
2022-04-24 16:13:25.995 error exception in SetVis [TypeError: Cannot read properties of null (reading 'val')]

heatingcontrol.0
2022-04-24 16:13:25.023 error copy from vis

heatingcontrol.0
2022-04-24 16:13:25.022 error exception in SetVis [TypeError: Cannot read properties of null (reading 'val')]

heatingcontrol.0
2022-04-24 16:13:17.630 error exception in SetVis [TypeError: Cannot read properties of null (reading 'val')]

heatingcontrol.0
2022-04-24 16:07:37.969 error exception in SetVis [TypeError: Cannot read properties of null (reading 'val')]

Sorry @Palm_Maniac ,ich habe irgendwie versehentlich auf dich bei Antwort geklickt

[Rene_HM]

@turbosasch sagte in Test Adapter HeatingControl v2.8.x:

Nur jetzt stimmt irgendwas mit der Zeit nicht.

Laut deinem log sürzt der Adapter ab. Die Frage ist nun, was hast du gemacht? update? andere Änderungen? welche Version des Adapters? welche Einstellungen?
Evtl. mal auf debug-log umschalten und das log (als Code) hier posten...

[TurboSasch]

@rene_hm Hi Rene,

warum auch immer, ging es nach einem kompletten Neustart wieder. Frag mich nicht, was das war. Aber wenn alles so einfach zu lösen sei, wäre ich glücklich

[kBrausew]

Nach einem kleinen Tippfehler habe ich den ioBroker komplett neu aufsetzen müssen (disaster & recover wäre jetzt mal getestet ) ...
Hat auch alles funktioniert!

Jetzt fehlen mir ein paar Übersetzungen im vis von Pittini die ich nicht mehr herstellen kann (Beispiel siehe Bild)
Wie bekomme ich die zurück? Adapter & vis neu installieren bzw Upload brachten keine Besserung

[Pittini]

@kbrausew Das wär der Fireplacemode. Gugg mal ob Du den Datenpunkt heatingcontrol.0.vis.translations.cardHzngProfilParam.FireplaceModeDecrease hast und was da drin steht.