Test Adapter HeatingControl v2.12.x

[Michi_Pi]

@bert-0 hab die Heizperiode bei mir auch voreingestellt, allerdings kann man das ja nicht pauschal sagen wann die Heizperiode nun beginnt oder wann die Endet. Daher stelle ich das mehr oder weniger manuell ein. Ich habe zwar mal versucht das auch über ein Skript zu steuern, je nach (gefühlte) Außentemperatur dass die Heizperiode sich aktiviert bzw. deaktiviert. Aber das hat nicht wirklich optimal funktioniert. Bei der Klimaanlage geht das etwas besser. Da kann ich auf Kühlen (Sommer), Auto (Übergang), Heizen (Winter) einstellen.
Bei mir läuft das aber nicht über die Heizkörper, das sind zwei getrennte Systeme, daher auch etwas einfacher zu steuern, wie bei dir.

[Siggi0904]

@michi_pi kann man denn den Start und Ende per Script ändern?
Die Werte stehen doch im Baum "info", sind als nur readonly.

Die Werte ändern ja den cron der Instanz.

[Michi_Pi]

@siggi0904 Nein, ich hab mit dem Skript nur den Datenpunkt "HeatingPeriodActive" aktiviert oder deaktiviert und entsprechend das gewünschte Profil mit "CurrentProfile" gesteuert.

[Rene_HM]

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

ich hab mit dem Skript nur den Datenpunkt "HeatingPeriodActive" aktiviert oder deaktiviert

genau, so wäre der Idee;-)

[Berny-K]

Hallo,
bei mir wird regelmäßig täglich um 10:58 Uhr der Datenpunkt TemperaturOverride auf 17° C gesetzt und ich finde keine Erklärung dafür.
Meine Heatingcontrol Version ist die v2.12.10.
Hat jemand eine Idee wo das her kommen könnte bzw. wo ich nach der Ursache suchen könnte?
Hier ein Auszug aus dem Debug Log:

2024-11-09 10:58:18.940 - debug: heatingcontrol.0 (2731) ### handle state change acked zigbee.0.0c4314fffe4ead6c.current_heating_setpoint {"val":17,"ack":true,"ts":1731146298937,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1731146298937}
2024-11-09 10:58:18.940 - debug: heatingcontrol.0 (2731) HandleStateChangeDevices zigbee.0.0c4314fffe4ead6c.current_heating_setpoint
2024-11-09 10:58:18.940 - debug: heatingcontrol.0 (2731) CheckStateChangeDevice zigbee.0.0c4314fffe4ead6c.current_heating_setpoint
2024-11-09 10:58:18.940 - debug: heatingcontrol.0 (2731) Wohnzimmer ### ChangeStatus Thermostats_Target to {"val":17,"ack":true,"ts":1731146298937,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1731146298937} in auto
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) Change Status target temperature in Wohnzimmer to 17 (profile 23) in auto
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) CheckManualMode Wohnzimmer target 17 current manual target -99 state auto
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) CheckStartManualMode Wohnzimmer
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) CheckStartManualMode: current target 23.5 new 17
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) CheckTargetFromThermostat Wohnzimmer
2024-11-09 10:58:18.941 - debug: heatingcontrol.0 (2731) Wohnzimmer got target from thermostat as override: 17
2024-11-09 10:58:18.954 - debug: heatingcontrol.0 (2731) ### handle state change !ack heatingcontrol.0.Rooms.Wohnzimmer.TemperaturOverride {"val":17,"ack":false,"ts":1731146298951,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1731146298951}
2024-11-09 10:58:18.954 - debug: heatingcontrol.0 (2731) ChangeStatus called, while already changing, push to list Wohnzimmer TemperaturOverride 17 (1)
2024-11-09 10:58:18.955 - debug: heatingcontrol.0 (2731) UpdateDPs for Wohnzimmer auto WindowOpen
2024-11-09 10:58:19.029 - debug: heatingcontrol.0 (2731) AddStatusToLog skip Wohnzimmer auto 23.5°C
2024-11-09 10:58:19.042 - debug: heatingcontrol.0 (2731) ChangeStatus recall cmd from list Wohnzimmer TemperaturOverride 17 (0)
2024-11-09 10:58:19.043 - debug: heatingcontrol.0 (2731) Wohnzimmer ### ChangeStatus TemperaturOverride to 17 in auto
2024-11-09 10:58:19.043 - debug: heatingcontrol.0 (2731) ChangeStatus Override
2024-11-09 10:58:19.088 - debug: heatingcontrol.0 (2731) Wohnzimmer start override for 1800sec
2024-11-09 10:58:19.088 - debug: heatingcontrol.0 (2731) CalculateRoomTemperature for Wohnzimmer override false
2024-11-09 10:58:19.088 - debug: heatingcontrol.0 (2731) Wohnzimmer override mode (incl. reduced): target 17 ( window open false 17)
2024-11-09 10:58:19.088 - debug: heatingcontrol.0 (2731) SetRoomTemperature started for Wohnzimmer target 17 with offset 0.5
2024-11-09 10:58:19.137 - debug: heatingcontrol.0 (2731) Wohnzimmer nothing to do to for zigbee.0.0c4314fffe4ead6c.current_heating_setpoint , target 17 is already set 17
2024-11-09 10:58:19.137 - debug: heatingcontrol.0 (2731) UpdateDPs for Wohnzimmer override WindowOpen

[Rene_HM]

@berny-k sagte in Test Adapter HeatingControl v2.12.x:

zigbee.0.0c4314fffe4ead6c.current_heating_setpoint

Irgendjemand oder etwas schreibt auf den Datenpunkt zigbee.0.0c4314fffe4ead6c.current_heating_setpoint .
Das kann auch das Thermostat selbst sein, wenn es einen Zeitplan hat...

[Berny-K]

@rene_hm Vielen Dank für den Tipp! Das kann natürlich schon sein dass mir das Thermostat selbst in die Suppe spuckt. Muss ich mir genauer anschauen.

[Octopyrox]

@rene_hm Hallo Rene,
verstehe es leider noch nicht. Was bedeutet denn die Meldung "extended Actor Handling"? In meinem Fall steht oft "extended Actor Handling: Thermostat links zigbee.0.54ef4410007f4139.occupied_heating_setpoint trial 2". Bedeutet das, der Adapter hat erst im 2. Versuch die Temperatur ändern können?

Gruß

Markus

[Rene_HM]

@octopyrox sagte in Test Adapter HeatingControl v2.12.x:

Bedeutet das, der Adapter hat erst im 2. Versuch die Temperatur ändern können?

genau, der Adapter schreibt einen Wert auf den Datenpunkt und liest ihn wieder zurück. Wenn beim Zurücklesen ein Unterschied festgestellt wird, schreibt der Adapter nochmal den gleichen Wert.
Die Funktion kann man aber auch deaktivieren. Eigentlich sollte man sie nur dann aktivieren, wenn man Schwierigkeiten hat, ein bestimmtes Gerät zu erreichen...

[1337gut]

Hi,
da das Thema Offset anscheinend nie so richtig zu Ende diskutiert wurde und ich auch etwas verwirrt bin, möchte ich es nochmal aufgreifen.
Nachdem ich umgezogen bin und erst nach und nach wieder alles einrichten konnte, habe ich nun endlich wieder die externen Sensoren installiert und nutze die Funktion auch wieder im Adapter. Seitdem ist es aber quasi ständig zu warm.
Es ist also anscheinend so, dass das Offset auf die Zieltemperatur addiert wird.
Als User würde ich es so erwarten:

• Ich gebe z.B. im VIS eine Zieltemperatur ein.
  • Ohne externe Sensoren sendet der Adapter diese Zieltemperatur ans Thermostat.
  • Mit externen Sensoren sendet der Adapter die Zieltemperatur abzüglich des Offsets ans Thermostat.
• Der Raum heizt auf, bis die Zieltemperatur im Raum erreicht ist.
  • Wenn ein externer Sensor im Einsatz ist, bestimmt dieser also die Raumtemperatur.
  • Wenn kein externer Sensor im Einsatz ist, bestimmt das Thermostat die Raumtemperatur.

Dadurch sollte die Raumtemperatur immer einigermaßen gleich sein, unabhängig von eingesetzten Sensoren. Zumindest müsste man dann nicht erst die Zieltemperatur ausrechnen.
Wie seht ihr das? Stimmt ihr mir zu oder habe ich einen Denkfehler?

Generell möchte ich mich aber mal für die Arbeit am Adapter bedanken! Der hat es wirklich einfacher gemacht und bis auf die Eingabe der Zieltemperatur habe ich auch keine offenen Wünsche.
(Manchmal scheint es, dass die Zieltemperatur zufällig "verloren" geht und dann plötzlich auf 17 Grad steht, aber der Bug könnte auch durch irgendetwas bei mir ausgelöst werden und ich muss ihn noch genauer untersuchen.)
Und sorry, falls ich das Thema wieder unnötig aufgemacht habe, aber ich konnte bisher keine wirkliche Lösung finden - oder zumindest keine, mit der ich zufrieden wäre.