NEWS
Test Adapter HeatingControl v3.xx
-
@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. -
@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.
-
@siggi0904 Nein, ich hab mit dem Skript nur den Datenpunkt "HeatingPeriodActive" aktiviert oder deaktiviert und entsprechend das gewünschte Profil mit "CurrentProfile" gesteuert.
-
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 -
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@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 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... -
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Ich habe hier gerade bei mir nochmal getestet (zwar per email, das sollte aber egal sein)Ich bekomme:
HeatingControl: Aktor1 Aktor ausaus Aktor1_1 Aktor ausaus Aktor1_2 Aktor ausaus Aktor1_3 Aktor ausaus extended Actor Handling: Aktor1 - javascript.0.Aktor1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296152,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286066} extended Actor Handling: Aktor1_1 - javascript.0.Aktor1_1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296402,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286242} extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296494,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286332} extended Actor Handling: Aktor1_3 - javascript.0.Aktor1_3 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296561,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286480}Die Texte sind seltsam, weil ich gleichzeitig die manuelle Einstellung der Nachrichten teste...
@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 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
@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... -
@dgds Genau das Gefühl habe ich auch
Im Wohnzimmer sollten 20°C sein und durch das Offset von 2° heizt er immer weiter irgendwie passt das nicht oder verstehe ich da was falsch?
-
Hallo Zusammen,
Ich habe seit einem Update auf 2.12.14 von Heatingcontrol folgendes Problem:
heatingcontrol.0 2025-04-10 08:41:09.613 info 17 cron job(s) created heatingcontrol.0 2025-04-10 08:41:09.593 error exception in CreateCron4HeatingPeriod [Error: Something went wrong. No execution date was found in the next 8 years. Please provide the following string if you would like to help debug: Time Zone: Europe/Berlin - Cron String: 55 23 31 04 * - UTC offset: 0 - current Date: 2025-04-10T08:41:09.593+02:00] heatingcontrol.0 2025-04-10 08:41:09.574 info set cron for heating period check based on settings between 01.11. and 31.04.Leider bringt auch kein Downgrade mehr was. Was könnt ich noch machen?
Danke & VG
Mod-Edit: Bitte Code-Tags benutzen!
-
Hallo,
irgendwie konnte ich nicht das richtige finden.
Ich habe gerade neue Zigbee Festersensoren installiert.
Wollte diese nun den Thermostaten zuordnen und dem Zimmer.
Beim automatischen Suchen findet erst keine.
Es muss ja ein RAUM und Funktion zugeordnet werden. Habe ich, denke das es die falsche Funktion ist.
Welches ist dir richtig?Cu Deta
-
Ankündigung: In wenigen Tagen wird es die Version 3.0 im beta - Kanal geben.
Die wichtigsten Änderungen sind:
- admin wurde komplett auf react und typescript umgestellt.
** In diesem Zusammenhang habe ich auch die internen Datenstrukturen des Adapters umbauen müssen
** es können ab sofort keine Räume mehr manuell im Adapter angelegt werden. Stattdessen werden die Räume aus den allgemeinen Einstellungen von ioBroker verwendet.
** ich versuche, die Daten aus der alten Version in die neue zu migrieren. Das funktioniert, wenn die im Adapter verwendeten Räume auch in den allgemeinen Eistellungen vorhanden sind bzw. von dort importiert wurden. Wenn die Raumnamen unterschiedlich sind, muss man die Konfiguration neu erstellen...
** Zur Auswahl des Raumes zur Konfiguration muss man nun ganz oben den Raum in einer Selectbox auswählen
Hier ein paar screenshots:
Hautpeinstellungen:
Konfiguration der Räume:
- admin wurde komplett auf react und typescript umgestellt.
-
Ankündigung: In wenigen Tagen wird es die Version 3.0 im beta - Kanal geben.
Die wichtigsten Änderungen sind:
- admin wurde komplett auf react und typescript umgestellt.
** In diesem Zusammenhang habe ich auch die internen Datenstrukturen des Adapters umbauen müssen
** es können ab sofort keine Räume mehr manuell im Adapter angelegt werden. Stattdessen werden die Räume aus den allgemeinen Einstellungen von ioBroker verwendet.
** ich versuche, die Daten aus der alten Version in die neue zu migrieren. Das funktioniert, wenn die im Adapter verwendeten Räume auch in den allgemeinen Eistellungen vorhanden sind bzw. von dort importiert wurden. Wenn die Raumnamen unterschiedlich sind, muss man die Konfiguration neu erstellen...
** Zur Auswahl des Raumes zur Konfiguration muss man nun ganz oben den Raum in einer Selectbox auswählen
Hier ein paar screenshots:
Hautpeinstellungen:
Konfiguration der Räume:
@Rene_HM sagte in Test Adapter HeatingControl v2.12.x:
es können ab sofort keine Räume mehr manuell im Adapter angelegt werden. Stattdessen werden die Räume aus den allgemeinen Einstellungen von ioBroker verwendet.
Hallo Rene,
wie meinst du das?
Bei mir sind die Räume in den Kategorien richtig gepflegt, aber im Objektbaum unter Räume passt die Aufstellung nicht.Muss ich den Objektbaum entsprechend anpassen?
Wie würde das ablaufen? - admin wurde komplett auf react und typescript umgestellt.
-
@siggi0904 in folgendem Beispiel:
können alle Räume migriert werden, bis auf das Kinderzimmer.
Im enum von iob heisst der Raum "Kinderzimmer" und im HeatingControl v 2.xx.xx heisst der Raum KiZi. In dem Fall wäre der "Standard"-Weg, man startet die v3 vom HeatingControl und konfiguriert "Kinderzimmer" neu (Geräte für Thermostat, Fenstersensor, Aktor und TempSensor hinzufügen). Zusätzlich muss dass Heizungsprofil für diesen Raum neu eingerichtet werden. Eine manuelle Änderung von Daten im Objekt-Baum würde ich einem normalen User nicht empfehlen... -
wie sieht das bei dir im admin von HeatingControl (v2.xx) aus?
Die Räume unterhalb enum.rooms passen bei mir zu den Kategorien. Im HeatingControl tauchen dann die im Adapter konfigurierten Räume auf (natürlich wieder mit dem oben beschriebenen Unterschied im Kinderzimmer)
-
@siggi0904 Räume werden doch unter "Kategorien" angelegt:
Support us
866
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge