Monatsrückblick Januar/Februar 2026 ist online!

[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

[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 :joy:

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

[kBrausew]

@pittini
DP ist nicht da

[Pittini]

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

@pittini
DP ist nicht da

Ok, schalt mal den Fireplacemode einmal an und dann wieder aus, dann sollte der Dp angelegt werden. Wenn nicht...is @Rene_HM Dein Ansprechpartner, das Vis macht alles korrekt und ich bin raus.

[Rene_HM]

@pittini @kBrausew der DP für den Übersetzungstext wird nur angelegt, wenn FireplaceMode verwendet wird (im admin aktivierbar). Andernfalls wird der DP nicht angelegt und auch nicht mit Text belegt...

[kBrausew]

@rene_hm @pittini
hat funktioniert :+1:

[Supernils]

Hallo Rene,
ich habe meine Heizung in der Küche über den Datenpunkt "isActive" ausgeschaltet. Der Mode müsste dann "No Heating" sein, oder?. Allerdings steht dieser bei mir auf "auto holiday at home". Leider habe ich keinen Dbg-Log.

[Rene_HM]

@supernils habe es hier gerade in meiner Testumgebung getestet, da funktioniert es: ich setze den DP "isActive" auf false und der Raumstatus wechselt auf "no heating". Bei Setzen auf true geht der Status wieder auf auto...

Wenn das bei dir nicht funktioniert, müsstest du auf debug umschalten und mir das log zukommen lassen...

[Supernils]

@rene_hm
Bei den anderen Thermostaten funktioniert es bei mir auch. Auch nach dem Neustarten des Adapters passt der Mode für das Küchen-Thermostat. Es liegt wohl an einer Bedingung. Vielleicht der Fensterkontakt oder der Urlaubsstatus.
Ich schalte auf Debug um und behalte das Thermostat im Auge.

[hm_krause]

@rene_hm
Hallo,
ich habe die aktuelle Version installiert und habe noch ein (wahrscheinlich) Verständniss Problem.
Wenn ich die Heizperiode auf "nicht aktiv" setze sollten (können) da nicht vorher die Ventile zufahren?
Aktuell habe ich 3 Räume mit 1* Ventilstellung = 0 und 2* mit 100%.
Kann man das anpassen?