Test Adapter HeatingControl v2.12.x

[Michi_Pi]

@deta Hi, diesen Bug konnte ich bei mir nicht feststellen (v.2.12.8)
Zu deiner ursprünglichen Frage, ich habe das bei mir auch über die Profile gelöst, habe ein Profil "Winter" und ein "Übergangszeit", bei dem ersten Profil werden alle Räume beheizt, bei dem zweiten Profil nur die Räume wo ich es unbedingt brauche, z.B. mein Büro und abends das Wohnzimmer. Steuere das dann z.T. über Skripte wo ich das Profil umstelle, je nach Außentemperatur. Oder auch manuell.
Habe dann noch eine zweite Instanz, bei dem ich die Multi-Split-Klimaanlage darüber steuere. Da sind es sogar drei Profile, "Winter", "Übergangszeit" und "Sommer".

[Bert 0]

@michi_pi :
Da bei mir jetzt perspektivisch im Sommer eine Kühlung ( passiv ) über die Heizkörper/Fläche starten soll, würde ich mich dafür interessieren, wie du das mit der 2. Instanz gemacht hast( Heizkörper müssen ja auf sein zur Kühlung ) und die 1 ausgeschaltet.

Danke Bert

[Bert 0]

@bert-0 sagte in Test Adapter HeatingControl v2.12.x:

@michi_pi :
Da bei mir jetzt perspektivisch im Sommer eine Kühlung ( passiv ) über die Heizkörper/Fläche starten soll, würde ich mich dafür interessieren, wie du das mit der 2. Instanz gemacht hast( Heizkörper müssen ja auf sein zur Kühlung ) und die 1 ausgeschaltet.

Danke Bert

Ich muss da noch mal nachhaken:
Ich habe jetzt im Heatingcontrol Adapter bei Profil Einstellung Heizperiode gefunden. Da ist nun eingestellt vom 01.10. bis 31.03. . Passt soweit. Da habe ich auch die Möglichkeit ausserhalb der Heizperiode eine feste Temperatur pro Raum einzustellen. Da find ich aber die dazugehörigen Werte in den Objekten nicht.

Könnt ihr mir da helfen?

Danke Bert

[Rene_HM]

Ich hatte vor einiger Zeit angekündigt, dass es widgets für die Vis-2 geben wird.
Nun ist es soweit: Eine erste beta-Version der widgets ist verfügbar:

siehe https://forum.iobroker.net/topic/77220/vis-2-widgets-für-daswetter-und-heatingcontrol

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