UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[martinschm]

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

@martinschm ich hab die Begrenzung direkt an meinen HM Thermostaten hinterlegt, evtl. geht das bei deinen auch?!

Übernimmt heatingcontrol die Werte dann?

Das sind doch eigene Datenpunkte des Adapters.

[Rene_HM]

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

ist es möglich die Temperatur Datenpunkte auf ein Maximum zu begrenzen?

Für die Pittini-vis habe ich so etwas gemacht. Da wird aber auch die Temperatur per pulldown-box eingestellt:

Die Datenpunkte selbst haben kein minimum oder maximum. Das wäre wahrscheinlich auch ein globales Feature und nicht adapter-spezifisch

[Rene_HM]

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

Momentan wird bei mir alles auf override gestellt.

Kann es sein, dass dein Thermostat (oder irgendetwas zwischen Adapter und Thermostat) die Zielwerte auf ganze Zahlen rundet? oder wird die Zieltemperatur nicht immer an das Thermostat gesendet?

Das log sagt folgendes:

• beim Start des Adapters wird zunächst 20°C als Zieltemperatur an's Thermostat geschickt
• dann wird eine Zieltemperatur (inkl. offset) von 19,75°C berechnet und an's Thermostat geschickt. Das sehe ich im log für das Büro und auch im screen shot der vis (um 09:06:01)
• um 09:40:55 kommt vom Thermostat eine Zieltemperatur von 20°C zurück, obwohl vorher 19,75°C gesendet werden sollte

Der Unterschied wird nun als "Änderung vom Thermostat" interpretiert und es wird auf override geschaltet

@passuff sieht das bei dir ähnlich aus, oder ist das, was du mir beschrieben hast, noch etwas anderes?

[martinschm]

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

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

ist es möglich die Temperatur Datenpunkte auf ein Maximum zu begrenzen?

Für die Pittini-vis habe ich so etwas gemacht. Da wird aber auch die Temperatur per pulldown-box eingestellt:

Die Datenpunkte selbst haben kein minimum oder maximum. Das wäre wahrscheinlich auch ein globales Feature und nicht adapter-spezifisch

Hi,

ist der min/max value nicht etwas, das beim Anlegen des Datenpunkts gesetzt werden kann? Daher dachte ich, das es Adapter spezifisch wäre.

Ciao
Martin

[Rene_HM]

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

ist der min/max value nicht etwas, das beim Anlegen des Datenpunkts gesetzt werden kann

nein, der DP hat so etwas nicht:

und selbst wenn, wäre das für den user nicht einstellbar und damit schwierig allgemein zu konfigurieren, dass es für alle passt...

[martinschm]

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

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

ist der min/max value nicht etwas, das beim Anlegen des Datenpunkts gesetzt werden kann

nein, der DP hat so etwas nicht:

und selbst wenn, wäre das für den user nicht einstellbar und damit schwierig allgemein zu konfigurieren, dass es für alle passt...

Ok, dachte das ginge. Schade.

[Rene_HM]

Im github und NPM liegt die 2.8.3 zum Testen bereit.
siehe auch github
Es gibt folgende Änderungen:

• das Laden der Konfiguration im admin funktioniert wieder
• Vor Senden der Temperatur an das Thermostat wird auf 0.5°C gerundet. Andernfalls rundet das Thermostat...
• ack von "fremden" Datenpunkten wird nicht mehr gesetzt
• bei Prüfung, ob Absenkung notwendig ist, wird jetzt zunächst auf UrlaubAbwesend und erst dann auf abwesend geprüft (Priorität getauscht)

Feedback ist wie immer willkommen...

Übrigens: ich suche support bei der Erstellung bzw. Update der Dokumentation. Bei Interesse bitte melden...

[Rene_HM]

@michi_pi Die Version 2.8.3 sollte das Problem beheben...

[Tableautin]

HI. Ich bin mir nicht sicher ob ich den gemeldeten Fehler nicht übersehen habe, und ob dies der richtige Ort ist, um Fehler in der momentanen stabilen Version zu melden (im Github habe ich für die 2.7.2 keine entsprechenden Einträge gesehen).

Beim benutzen von "Check for new rooms" werden nur Räume gefunden, deren Name eine Maximallänge hat (nicht genau getestet, aber 8 Zeichen klappt, 12 klappt bei mir nicht mehr). Andere Räume werden ignoriert, obwohl in den Aufzählungen angelegt.

[Rene_HM]

@tableautin Das kann ich nicht direkt nachvollziehen:

Ich habe einen Raum angelegt:

und der Raum wurde direkt gefunden

Im Quelltext sehe ich auch keinen Grund, warum lange Raumnamen anders behandelt werden sollten, als kurze.

Die Frage ist, was ist bei dir anders? Wie legst du die Räume an (manuell, importiert)? Vielleicht kannst du ja einen screenschot von einem betroffenem enum hier posten?

[Michi_Pi]

@rene_hm nein funktioniert noch nicht, bei mir.

Ich arbeite mit Aliase, da wird aber nichts gerundet oder der gleichen. Angezeigt werden mir die Datenpunkte mit einer Nachkommastelle. Verwende die HM IP Thermostate.

[Rene_HM]

@michi_pi du bist sicher, dass du die 2.8.3 installiert hast? "auto 18.25°C" sollte damit im log eigentlich nicht mehr auftauchen... Das Runden lag am Adapter: ich hatte im Adapter auf 0.25°C gerundet, die Thermostate verwenden aber nur halbe Grad und runden damit selbst...

Wenn du die 2.8.3 installiert hast, würde ich wieder ein log (debug) benötigen...

[Michi_Pi]

@rene_hm ja zumindest zeigte es mir das an. hab jetzt auf 2.8.0 zurückgesetzt. Und zieh mir nochmal die neue Version. Ich meld mich dann nochmal.

[Michi_Pi]

@rene_hm sieht jetzt soweit gut aus.
Vermutlich, hat bei der Installation von 2.8.2 auf 2.8.3 irgendwas nicht gepasst.

[passuff]

@rene_hm
Nach ca 12h testen würde ich behaupten, die 0.5°C Rundung hat für mich und meine Homematic Thermostate funktioniert. Ich beobachte weiter und melde mich erneut. Vielen Dank schon mal!

[Bastian Lahrmann]

@rene_hm

Hi,
ich muss mich doch jetzt dazu nochmal melden. Ich habe das Problem, dass ich ein relativ großes Wohnzimmer habe. Dort hängen zwei externe Temperatursensoren, einmal neben dem Fenster und einmal gegenüber des Raumes. Die Temperatur am Adapter ist auf 21.5 Grad eingestellt.
Am Thermostat werden zur Zeit 17.2 Grad gemessen, am ext. Sensor 18,46 Grad, am zweiten ext. Sensor 20.16 Grad.

Nun stellt der Adapter fest, dass ich -4 Grad Differenz habe und mein Zielwert sei 17.5 Grad. Das würde keinen Sinn ergeben. Daraus resultieren zwei Fragen:

1. Wie errechnet der Adapter den Mittelwert bei "Fenster auf"? Fließen die Daten in die Mittelwertberechnung mit ein?
2. Wäre es möglich einzustellen, dass man die Auswahl hat zwischen fließenden Mittelwert und nur einen Mittelwert? Letzteres würde dann nicht auf die -4 Grad kommen, sondern dann eher +2 Grad errechnen. Ungeachtet dessen wie er überhaupt auf -4 Grad kommt.

Beste Grüße!

[Michi_Pi]

@rene_hm bei einem einzigen Raum wird sporadisch die Temperatur noch überschrieben, bei allen anderen funktioniert es.

2022-01-12 06:00:05.219 - debug: heatingcontrol.0 (24331) subscribe alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.115 - debug: heatingcontrol.0 (24331) ### handle state change acked alias.0.Heizung.Bad.SET {"val":21,"ack":true,"ts":1641963604512,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963604512}
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) HandleStateChangeDevices alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) CheckStateChangeDevice alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus Thermostats_Target to {"val":21,"ack":true,"ts":1641963604512,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963604512} in auto
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) Change Status target temperature in Bad to 21 (profile 20) in auto
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) CheckManualMode Bad target 21 current manual target -99 state auto
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckStartManualMode Bad
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckStartManualMode: current target 19.5 new 21
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckTargetFromThermostat Bad
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) Bad got target from thermostat as override: 21
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) ### handle state change acked alias.0.Heizung.Bad.ACTUAL {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851}
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) HandleStateChangeDevices alias.0.Heizung.Bad.ACTUAL
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) CheckStateChangeDevice alias.0.Heizung.Bad.ACTUAL
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) ChangeStatus called, while already changing, push to list Bad Thermostats_Current {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} (1)
2022-01-12 06:00:10.253 - debug: heatingcontrol.0 (24331) ### handle state change !ack heatingcontrol.0.Rooms.Bad.TemperaturOverride {"val":21,"ack":false,"ts":1641963610249,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1641963610249}
2022-01-12 06:00:10.253 - debug: heatingcontrol.0 (24331) ChangeStatus called, while already changing, push to list Bad TemperaturOverride 21 (2)
2022-01-12 06:00:10.254 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad auto
2022-01-12 06:00:10.309 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1
2022-01-12 06:00:10.327 - debug: heatingcontrol.0 (24331) AddStatusToLog skip Bad auto 19.5°C
2022-01-12 06:00:10.352 - debug: heatingcontrol.0 (24331) ChangeStatus recall cmd from list Bad Thermostats_Current {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} (1)
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus Thermostats_Current to {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} in auto
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) Change Status current temperature in Bad to 17.2
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) HandleActors for Bad auto
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad auto
2022-01-12 06:00:10.435 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1
2022-01-12 06:00:10.465 - debug: heatingcontrol.0 (24331) AddStatusToLog skip Bad auto 19.5°C
2022-01-12 06:00:10.529 - debug: heatingcontrol.0 (24331) ChangeStatus recall cmd from list Bad TemperaturOverride 21 (0)
2022-01-12 06:00:10.529 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus TemperaturOverride to 21 in auto
2022-01-12 06:00:10.530 - debug: heatingcontrol.0 (24331) ChangeStatus Override
2022-01-12 06:00:10.572 - debug: heatingcontrol.0 (24331) Bad start override for 86400sec
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) CalculateRoomTemperature for Bad override
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) Bad override mode (incl. reduced): target 21 ( window open false 21)
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) checking min temp with Rooms.Bad.MinimumTemperature
2022-01-12 06:00:10.574 - debug: heatingcontrol.0 (24331) got {"val":5,"ack":true,"ts":1635349322844,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1635349322844}
2022-01-12 06:00:10.574 - debug: heatingcontrol.0 (24331) SetRoomTemperature started for Bad target 21 with offset -0.75
2022-01-12 06:00:10.620 - debug: heatingcontrol.0 (24331) Bad nothing to do to for alias.0.Heizung.Bad.SET , target 21 is already set 21
2022-01-12 06:00:10.621 - debug: heatingcontrol.0 (24331) HandleActors for Bad override
2022-01-12 06:00:10.621 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad override
2022-01-12 06:00:10.678 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1

[mrMuppet]

Ich habe mit 2.8.3 auch interessante Probleme: Zum einen scheint das gleichzeitige Schalten von 9 Heizkörpern (Thermostaten) bei Homematic Empfangsprobleme zu verursachen. Im Log finde ich dann:

hm-rpc.1 2022-01-13 13:20:10.714	error	Cannot call setValue: Unexpected end Line: 0 Column: 0 Char:
hm-rpc.1 2022-01-13 13:20:10.713	error	xmlrpc -> setValue ["000A1A499BC891:1","SET_POINT_TEMPERATURE",14] FLOAT
hm-rpc.1 2022-01-13 13:20:10.602	error	Cannot call setValue: Unexpected end Line: 0 Column: 0 Char:
hm-rpc.1 2022-01-13 13:20:10.602	error	xmlrpc -> setValue ["000A1A499BC88A:1","SET_POINT_TEMPERATURE",14] FLOAT

Diese Probleme tauchen nicht auf, wenn ich die Thermostate einzeln ändere.

Zum anderen scheint der Heating-Control adapter nach einigen Minuten in einen Schlaf zu fallen: Wenn ich die Anwesenheit testweise ändere springen nur noch sporadisch einige Thermostate auf die neue Setpoint-Temperatur. Wenn ich den Adapter neu starte, dann reagieren auch (erstmal) alle Geräte innerhalb weniger Sekunden. Nach einiger Zeit dann wieder nicht mehr.
Im Logfile finde ich aber nur die oben genannten Meldungen.

Kennt ihr diese Verhalten?

[Rene_HM]

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

springen nur noch sporadisch einige Thermostate auf die neue Setpoint-Temperatur

und die sind auch alle im gleichen Raum?
Das ganze tritt erst mit der 2.8.3 auf? Welche Version hattest du vorher installiert?

[mrMuppet]

@rene_hm Ich hab die Version schon 1-2 Wochen drauf und mir leider auch nicht gemerkt, welche Version ich davor drauf hatte. Hatte einfach mal wieder alles auf den neusten Stand gebracht. Das Problem ist mir auch erst jetzt beim testen meiner neuen Vis-Oberfläche aufgefallen. Habe ein bischen das Gefühl, dass das Problem auch mit dem CCU3-Duty-Cycle zu tun haben könnte. Ich werde in den nächsten Tagen noch weiter genau beobachten und mich noch mal melden wenn ich das Problem genauer beschreiben kann.
Die Geräte sind auf jeden Fall im ganzen Haus verteilt und ich kann keine Muster erkennen, welche Geräte am Ende noch geschaltet werden und welche dann in einem Zustand verharren.