Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Sebastian_L]

Guten Abend liebes Forum,

vielen Dank für die Aufnahme. Ich komme bei einem Problem leider nicht weiter.

Folgende Beschreibung:
Über VIS wurde eine Sterung des Thermostates (HM-CC-RT-DN) erstellt. Diese beinhalten zwei Kalender (Start & Ende) sowie einen Radio button (An & Aus). Die eingegebenen Werte der Kalender werden via blockly "zerlegt" und an die entsprechenden Variablen weitergegeben.
Mittels des Radio Buttons wird der Urlaubsmodus eingeschaltet und die Werte gesetzt (Starttag / Monat, etc) . Das funktioniert soweit.

Nun aber das Problem:
Am Thermostat wird er nicht gesetzt, und ca nach 30 Sekunden werden die Werte durch defaults ersetzt.

Was muss man hier noch beachten?

Vielen Dank im Voraus.

---

Mod-Edit: Thema von "Forum" nach "ioBroker Allgemein" verschoben!

[haselchen]

@Sebastian_L

In der Bedienungsanleitung der Thermostate (hab ich gerade nicht im Kopf) stehen explizit die ganzen Modi erklärt. Kann sein , dass du Heizprofile angelegt hast, deren Wertigkeit höher sind als der Urlaubsmodus.

[paul53]

@Sebastian_L sagte:

wird der Urlaubsmodus eingeschaltet

Über welchen Datenpunkt ? PARTY_MODE_SUBMIT oder MANU_MODE ?

[Sebastian_L]

Hallo Paul53,

Der Datenpunkt ist PARTY_MODE_SUBMIT.

@haselchen: Es sind keine weiteren Heizprofile angelegt, nur Auto mode mit einem Zeitplan.

[haselchen]

@Sebastian_L

Das ist ein HeizProfil der Zeitplan.
@paul53 hat da bestimmt schon einen Lösungsweg im Kopf.
Ich habe diese Thermostate auch, allerdings drehe ich sie einfach auf OFF in den Sommermonaten.
Urlaub kenne ich nicht :)

[paul53]

@Sebastian_L sagte:

Der Datenpunkt ist PARTY_MODE_SUBMIT.

Ich verwende nur den MANU_MODE. Hast Du schon erfahren, was man in dem String an PARTY_MODE_SUBMIT übergeben muss ?

[Sebastian_L]

Hallo,
Der String wird korrekt übergeben. Nach der Übergabe stehen die Werte auch korrekt in den Objekten/Variablen.

Jedoch werden diese kurz danach wieder überschrieben. Und der Urlaubsmodus zurückgesetzt.

[hans_999]

Ich hatte auch schon mit dem Urlaubsmodus gekämpft.
Etwas vor Abfahrt habe ich die Start- und Endzeit über das HM-Interface erfasst und - nach meiner Rückkehr - festgestellt, dass der Urlaubsmodus nicht aktiv war und das normale Heizprogramm lief :-(

Nach einigen Versuchen habe ich festgestellt, dass (fast) alle Aktivitäten an den HKT vor Beginn des Abwesenheitszeitraum dazu führen, dass dieser gelöscht wird. Das könnte z.B. eine Änderung der Soll-Temperatur oder des Modus sein.

@Sebastian_L : Übergibst du irgendwelche Daten / Steuerbefehle an die HKT (z.B. zyklisch)? Dann könnte dies die Erklärung sein. Versuche einmal den Urlaubsmodus so zu starten, dass bis Beginn keine Steuerbefehle an das HKT gesendet werden.

[Sebastian_L]

Hallo Hans,

Danke für deine Rückmeldung. Es läuft der ganz normale Automatikmodus. Wenn ich den Urlaubsmodus direkt über die WebUi aktiviere, stehen exakt die gleichen Variablen darin, allerdings werden diese nicht überschrieben.
Was mir auch aufgefallen ist, dass das Koffersymbol nicht aktiviert wird.

Ich werde Heute mal beide Variablensätzen für das komplette Thermostat gegeneinander prüfen, vielleicht übersehe ich ha etwas ...

[hans_999]

@Sebastian_L said in Urlaubsmodus mit IObroker:

Was mir auch aufgefallen ist, dass das Koffersymbol nicht aktiviert wird.

Das sieht so aus, als ob der Urlaubsmodus nicht aktiviert ist.
Bei mir verhält sich das HKT mit dem HM-Interface folgendermaßen:

1. Einstellen Urlaubsmodus (Start in der Zukunft)
   -> Urlaubsmodus (Koffer) wird im HKT angezeigt
   -> im HM-Interface wird noch immer der alte Modus angezeigt
   -> Start & Ende Urlaub sind im ioBroker zu sehen
2. Umstellen auf manuell (vor Start des Urlaubsmodus)
   -> Urlaubsmode wird gelöscht
   -> Zeiten sind gelöscht

[Sebastian_L]

Hallo,

ich habe gerade mal getestet, der CONTROL_MODE wird ebenfalls wieder überschrieben. Diesen habe ich zuerst vergessen, danach auf Wert 2 = "Party_Mode" gesetzt, welcher ber überschrieben wird, da der CONTROL_MODE nur lesend ist (sein soll).
Der Rücksetzzeitraum beträgt exakt 60s.