Monatsrückblick Januar/Februar 2026 ist online!

[Bert 0]

Nein war nicht an.

console-export-2026-4-10_17-4-58.log

Wenn dann noch die Übernahme der Räume aus der alten Version klappen würde........

Danke für deinen Einsatz.

Bert

[Rene_HM]

@Bert-0 sagte:

Wenn dann noch die Übernahme der Räume aus der alten Version klappen würde........

Habe eben die v3.1.2 released.
Installation entweder über github (dann upload nicht vergessen) oder warten, bis die Version im Laufe des Tages normal als update kommt.
Es sind wieder nur logs enthalten, um den Fehler weiter einzugrenzen.
Zusätzlich hatte ich noch einen Fehler, wo alte Datenstrukturen nach der Übernahme nicht gelöscht wurden. Sichere dir jetzt auf jeden Fall die Konfig für die alte Version und schau, ob du die Konfig in der alten Version hochladen kannst. Andernfalls verlierst du die Einstellungen für die Geräte, wenn du von der neuen Version zurück zur alten gehst.
Dieser Fehler hat dazu geführt, dass bei jedem Aufruf des admin die Daten nochmal migriert wurden...

[Siggi0904]

@rene_hm Wenn du gerade am Code von dem Adapter dran bist, mal eine Frage:
Könntest du die Heizperiode (FixHeatingPeriod) über Datenpunkte einstellbar machen?
Großen Dank.

[FernetMenta]

@Siggi0904 sagte:

@rene_hm Wenn du gerade am Code von dem Adapter dran bist, mal eine Frage:
Könntest du die Heizperiode (FixHeatingPeriod) über Datenpunkte einstellbar machen?
Großen Dank.

Das geht doch schon. Einfach die HeatingPeriod im Adapter nicht setzen. Dann kannst du z.B. durch ein Script den DP HeatingPeriodActive auf true/false setzen, wie du es haben willst. Ich mache das so. Ich schalte das dynamisch aus, wenn meine Heizung in den Sommermodus geht.

[Siggi0904]

Wenn es direkt im Adapter geht, könnte man sich den Umweg sparen.
Mit der neuen Version 3 könnten die beiden Datenpunkt doch beschreibbar werden.
Danke.

[Bert 0]

@homoran :

Hast du eine Antwort?

Danke

Bert

[Bert 0]

@Rene_HM sagte:

Habe eben die v3.1.2 released.
Installation entweder über github (dann upload nicht vergessen) oder warten, bis die Version im Laufe des Tages normal als update kommt.
Es sind wieder nur logs enthalten, um den Fehler weiter einzugrenzen.
Zusätzlich hatte ich noch einen Fehler, wo alte Datenstrukturen nach der Übernahme nicht gelöscht wurden. Sichere dir jetzt auf jeden Fall die Konfig für die alte Version und schau, ob du die Konfig in der alten Version hochladen kannst. Andernfalls verlierst du die Einstellungen für die Geräte, wenn du von der neuen Version zurück zur alten gehst.
Dieser Fehler hat dazu geführt, dass bei jedem Aufruf des admin die Daten nochmal migriert wurden...

Kurzfristig wollte ich sagen, Fehler beseitigt Top Arbeit.

Aber mittlerweile tritt der wieder auf. Ich kann zwar die Sicherung zurückspielen, aber sobald ich auf speichern drücke, schliesse und wieder öffnen, sind die Räume wieder weg.

heatingcontrol-config-instance-0(8).json

nach speichern:
heatingcontrol-config-instance-0(9).json

console-export-2026-4-11_16-34-56.log

Die Räume sind zwar aus der config raus, aber in der VIS noch sichtbar.....

@Rene_HM sagte:

Installation entweder über github (dann upload nicht vergessen) oder warten, bis die Version im Laufe des Tages normal als update kommt.

Was konkret meinst du da, ich habe einen Blackout.

Danke

Bert

[Rene_HM]

@Bert-0 sagte:

Was konkret meinst du da, ich habe einen Blackout.

Du hast die neue Version ja installiert, passt also.

Im log sehe ich nun auch das Problem. Es scheint ein Timing-Problem zwischen abholen der Liste der verfügbaren Räume aus dem System und dem Start der Datenmigration / Datenprüfung zu sein. Im Log sehe ich, dass cirka bei jedem zweiten Öffnen des admins die Liste der verfügbaren Räume leer ist. Manchmal ist die Liste aber auch gefüllt... Jetzt muss ich mal schauen, wie ich das lösen kann...

so sollte das log aussehen:

16:34:44.201 availableRooms for migration: enum.rooms.Garage, enum.rooms.keller_vorratsraum, enum.rooms.HWR, enum.rooms.workspace, enum.rooms.guest_bathroom, enum.rooms.LivingRoom, enum.rooms.heizungsraum_wäscheraum, enum.rooms.Bedroom, enum.rooms.Office, enum.rooms.jan, enum.rooms.flur_keller, enum.rooms.clara, enum.rooms.Garden, enum.rooms.bedroom, enum.rooms.Bathroom, enum.rooms.bathroom, enum.rooms.gästezimmer, enum.rooms.bathroom1, enum.rooms.Childrens_room_1, enum.rooms.windfang, enum.rooms.Kitchen, enum.rooms.Childrens_room_2, enum.rooms.Terrace, enum.rooms.keller_mit_eingang

und so sieht es meist aus:

16:33:38.313 availableRooms for migration:

[Rene_HM]

@bert-0 Ich denke, ich habe eine Lösung für das Problem. In der Version v3.1.3 sollte das gelöst sein...

[Bert 0]

Danke, die habe es mir über das NPM geholt und scheint zu klappen.

Bert

[Rene_HM]

@Bert-0 sagte:

Danke, die habe es mir über das NPM geholt und scheint zu klappen.

Danke für's geduldige Testen

[Siggi0904]

@rene_hm wenn ich die Heizperiode leer lasse um die Heizperiode über den Umschalter zu steuern, bekomme ich folgenden Fehler:

2026-04-12 15:27:03.100 - error: heatingcontrol.0 (951414) heating period not valid / 

[Rene_HM]

@Siggi0904 sagte:

wenn ich die Heizperiode leer lasse um die Heizperiode über den Umschalter zu steuern, bekomme ich folgenden Fehler:

Du musst die vordefinierte Heizungsperiode ausschalten.
Leider habe ich der Anzeige im admin einen Fehler:

"Kaminmodus" hier bedeutet, "Vordefinierte Heizperiode verwenden"

Ich ändere das in der nächsten Version.

[Siggi0904]

Könntest du in dem Zuge auch den Beginn und Ende der Heizperiode über die Datenpunkte editierbar machen?

Beim Abschalten der vordefinierten Heizungsperiode werden auch die Datenpunkte für Start und Ende nicht geleert.

Danke.

[Rene_HM]

@Siggi0904 Habe dazu ein Ticket erstellt:

https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/810