Monatsrückblick Januar/Februar 2026 ist online!

[FernetMenta]

3.1.1 ist schon im beta repo. @bert-0 ich denke du kannst das jetzt wieder testen.

[Bert 0]

@Homoran

Was meinst du? Ich bin zurück auf die funktionierende Version.

[Bert 0]

@rene_hm

Hab jetzt die Version 3.1.1
Anbei das Log.

console-export-2026-4-10_15-9-20.log

Die config vor Schliessen des Admins:
heatingcontrol-config-instance-0(4).json

Die config nach wiederöffnen des Admins:

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

Auch der Upload ( danke Fehler beseitigt ) mit der Config ( heatingcontrol-config-instance-0(4).json) , hat die Räume nicht wieder hergestellt.

Bert

Vert

[Homoran]

@Bert-0 sagte:

Was meinst du?

Siehe
https://www.iobroker.net/#de/documentation/tutorial/adapter.md

Abschnitt upload...

[Bert 0]

Habe ich über die Console gemacht.

PS: Das rötliche Symbol aus der Hilfedatei gibt es so nicht mehr bei mir. Ich habe bei den Adaptern nur noch das Github Symbol als Admin.

[Homoran]

@Bert-0 sagte:

Das rötliche Symbol aus der Hilfedatei gibt es so nicht mehr

Wäre schlimm, wenn 😉

Die Screenshots sind aus Admin v4

[Rene_HM]

@Bert-0 sagte:

Auch der Upload ( danke Fehler beseitigt ) mit der Config ( heatingcontrol-config-instance-0(4).json) , hat die Räume nicht wieder hergestellt.

ja, das war zu erwarten.

Das log bringt mich aber etwas weiter.
Wie ich befürchtet hatte, werden die Räume beim Öffnen des admins gelöscht. Das passiert in einer migrations-Funktion, die sicherstellen soll, dass alte configs (v2.x) mit der neuen config (v3.x) verwendet werden können.
Derzeit verstehe ich aber noch nicht, warum die Räume gelöscht werden. Eigentlich soll nur geschaut werden, ob die Räume eine ID haben, z.Bsp. enum.rooms.flur_keller . Wenn es keine ID gibt oder die keinen Inhalt hat, ist das ein Zeichen, dass noch die alte config verwendet wird. Nur in dem Fall sollen die Räume gelöscht werden. In deinem Fall werden sie aber trotz vorhandener ID gelöscht. Ich suche weiter....

[Bert 0]

Was mache ich da falsch?

[Bert 0]

@Rene_HM Danke

[Rene_HM]

@Bert-0 Kannst du mal schauen, ob du in deinem Browser, wo das log angezeigt wird, auch die debug-Infos aktiviert hast?
Im Firefox ist das hier:

wenn das Debug angeschaltet ist, bekommst du dann mehr logs? Mir scheint, es fehlen logs...

[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