Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[Traver Sebi]

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!

[Fichte]

Hallo zusammen

Ich kann in der Heizungssteuerung ja 2 oder mehr Temperaturfühler hinzufügen.
Nun meine Frage, Rechnet er dann die Temperaturen zusammen und nimmt den Mittelwert, oder wie funktioniert es?

Liebe Grüße

[deta]

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

[Rene_HM]

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:

[Siggi0904]

@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?

[Rene_HM]

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

[Siggi0904]

Okay, danke. Das passt bei mir so.

Mich wundert nur, dass bei mir die Räume im Objektbaum nicht dazu passen.

und die Kategorien:

[Rene_HM]

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]

Das entspricht den Kategorien aber nicht den Räumen unterhalb enum.rooms.

[Siggi0904]

Was mich wundert, dass ich unter Objekte keine Räume anlegen kann.

[Rene_HM]

@siggi0904 Räume werden doch unter "Kategorien" angelegt:

[Rene_HM]

Wie hier angekündigt, habe ich die Version 3.0.0 als beta released.

Da ich nur minimal testen konnte, emfehle ich diese Version noch nicht zum Einsatz in live / Produktiv-Systemen.

Ich habe die Version veröffentlicht, damit ihr auf euren Testsystemen prüfen könnt, ob eure Szenarien und Anforderungen weiterhin funktionieren. Dafür bedanke ich mich schon im Voraus.

[Siggi0904]

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

@siggi0904 Räume werden doch unter "Kategorien" angelegt:

Ja, hab mal nachgesehen über den Experten-Modus.
Das sind die importierten Räume aus dem Homematic-Adapter.

Das scheint dort im Adapter auch nicht korrekt zu sein.

[Rene_HM]

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

Das scheint dort im Adapter auch nicht korrekt zu sein.

Das ist, was ich meine. Bis Version 2.xx konnte man im HeatingControl-Adapter Räume selbst definieren. Es gab zwar die Möglichkeit, die Räume aus den Kategorien zu verwenden, man musste es aber nicht. Auch ich habe hier in einer Installation einen Raum lokal im Adapter angelegt. Solche Räume müssen beim Übergang zu V 3.xx neu konfiguriert werden...