Test Adapter HeatingControl v2.12.x

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

[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

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

[Rene_HM]

@hm_krause wenn man die Aktorsteuerung des Adapters verwendet, kann man das einstellen:

Im Normalfall wird aber das Thermostat die Ventile steuern, basierend auf der eingestellten Zieltemperatur.

und das kann man auch einstellen:

[hm_krause]

@rene_hm said in Test Adapter HeatingControl v2.8.x:

und das kann man auch einstellen:

So wollte ich das, Danke

[Andreios]

Nun, ich würde den Adapter je gerne testen/nutzen, jedoch fehlt mir dazu immer noch die Doku.

Im Thread https://forum.iobroker.net/topic/51853/adapter-heatingcontrol-doku hatte ich das im Januar schon einmal nachgefragt und auch ein Issue auf github erstellt, jedoch bisher hat sich da nichts geändert.

[mkshb]

Moin @andreas-5,

die nicht funktionierende Doku dürfe der auf Github entsprechen. Spricht also nichts dagegen den Adapter zu testen.

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