Test Adapter HeatingControl v2.12.x

[deta]

Hallo Zusammen,
da der Sommer nicht wirklich da ist und teilweise es A.. kalt ist. Aber HeatingControll ja bereits auf Sommer ist, geht natürlich keine Heizung mehr. Wird immer auf den Sommermodus gestellt, bei mir 5 Grad.

Wenn ich über Alexa den Thermostat höher stellt, greift kurze Zeit später ja wieder der Sommermodus und geht wieder auf 0 Grad zurück.

Wie habt Ihr das Gelöst?

Ok könnte in ioBroker Heatingcontroll abstellen.
Ein anderer gedanke ist, das ich das via Alexabefehl mache "Alexa, stelle Heizautomatik aus" oder so.. Gibt es keinen Datenpunkt dafür um den Adapter in dem Fall einfach mal aus und an zu stellen oder eine andere Lösung wäre vielleicht.
Über einen Befehl zu sagen, schalte für die nächsten 12 Stunden mal den Sommermodus aus.. (Vielleicht eine Idee der Erweiterung)

Sagt mal was macht Ihr? Frieren derzeit Abends?

cu Deta

[Rene_HM]

@deta und warum nicht manuell die Heizperiode wieder aktivieren?

[deta]

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

@deta und warum nicht manuell die Heizperiode wieder aktivieren?

mh wäre auch eine Möglichkeit. Welcher Objektpunkt ist das?

[kBrausew]

@deta
heatingcontrol.{instance}.HeatingPeriodActive

[deta]

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

@deta
heatingcontrol.{instance}.HeatingPeriodActive

Danke. Ich möchte ja nicht das alle wieder auf dem Programm fahren, es wäre doch möglich ein weiteres Profil anzulegen, wo nur dort dann alles auf 5 Grad ist und dann bei gelegenheit einfach der einzelne Thermostat hochgesetzt wird. Mal testen.

[deta]

Beim Probieren wohl ein Bug gefunden.
Ich habe den Min auf 5 Grad eingestellt.

Zwei Profile angelegt.
Wenn ich jetzt im Profil 1 Mo bis Fr 5 Uhr auf 20 Grad stelle, wird das in Profil 2 übertragen. Und andersrum.
Also auch wenn ich im Profil 2 20 Grad stelle wird das ins Profil 2 Übertragen.

Ausgang:

Ändere ich in Profil 2 5 Uhr auf 5 Grad, ist das auch in Profil 1 dann.

Profil soll ja aber bei 20 Grad bleiben.

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

[1337gut]

Edit: Egal, ich bin dumm.