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

[vikk88]

@_tobias_
Ne ich senke um 21 Uhr nochmal auf 16 Grad ab. Hat nur nicht mehr auf den Screenshot gepasst 😅

[_tobias_]

@vikk88 ^^ Alles klar :)

[_tobias_]

Ich glaube, dass es jetzt so funktioniert wie ich möchte.
Ihr seid super, vielen Dank.

Zu erst hatte ich versucht die Steuerung für die Fensterkontakte von @vikk88 auf meine Comet Dects zu übertragen. Als Objekt ID habe ich den "lasttarget" verwendet, unter der Annahme, dass der sich durch das Öffnen des Fensters von 22 auf 1 reduziert. Das tut er allerdings nicht, der Lasttarget bleibt bei 22, der mode springt auf 1 = closed.
Jetzt weiß ich auch, was du meintest @chaot, als du gesagt hast, ich muss den mode nutzen.

Nach ein wenig hin und her sieht ein Skript jetzt so aus und scheinbar funktioniert ist:

So muss ich noch nicht mal die Zeitsteuerung von der Fritzbox entkoppeln und in iobroker erstellen. Das hätte den Vorteil, dass das kleine lcd Diplay an den Cometen weiter anzeigt von wann bis wann der Heizzyklus programmiert ist.

Im Skript bekomme ich eine Fehlermeldung/Hinweis "javascript.0 script.js.Heizung_Gäste_WC_Test_1: Cannot parse "fritzdect.1.Comet_119630432256"SyntaxError: Unexpected token r in JSON at position 1" und das Skript läuft zwar, aber der grüne Pausebutton ist gelb dargestellt. Ich weiß nicht was das bedeutet, aber scheinbar funktioniert trotzdem alles.

[Chaot]

@_tobias_ Das scheint irgendwie nicht zu stimmen.
"Steuere Targettemp mit 1" ist sicher falsch. Das sollte eigentlich
"Steuere MODE mit 1 " lauten

Der Umweltsensor wäre in deinem Fall der Fensterkontakt.

[_tobias_]

@Chaot danke für deinen Blockly Screenshot.
Wenn ich das Skript von dir nachbaue passiert leider gar nichts.

Wenn ich die "1" bzw. "0" nicht als Textfeld anlege sondern als Zahlen aus dem Ordner Mathematik funktioniert die Fensterkontaktschaltung

Allerdings leider erneut unabhängig davon, ob bei der Fritzbox gerade eine Heizphase oder eine Sparzeit für das Thermostat hinterlegt ist.
Das wundert mich etwas, weil eigentlich sagt das Skript ja nur, dass bei geschlossenem Fenster der Thermostat in auto mode wechseln soll. Er öffnet aber unmittelbar nach der nächsten Synchronisation unabhängig davon, ob er im auto mode eigentlich zu sein sollte. Bei meinem Test eben wurde sogar am Display des Cometen angezeigt, dass nur bis 14:00 Uhr geheizt werden soll. Um 14:30 Uhr wurde das Fenster geschlossen, der Comet springt in Automode und öffnet das Thermostatventil...

Scheint so also müsste ich doch die Zeitsteuerung auch über iobroker darstellen.

Noch ein anderes Problem. Kann es sein, dass ältere Bearbeitungsstände der Skripte irgendwie noch wirken können oder deaktivierte Skripte wirken können?
Nachdem ich die Probleme mit der Überlagerung der Fensterkontaktschaltersteuerung mit den Fritzbox Steuerung bemerkt habe, habe ich die Skripte der Fensterkontaktsteuerung für den Raum in nur nachts geheizt werden soll deaktiviert. Also im iobroker unter Skripte auf das Pausesymbol gedrückt. Es wird auch beschrieben "Skript läuft nicht". Nach dem Öffnen und Schließen des Fensters in diesem Raum hat das Thermostatventil trotzdem wieder geöffnet.
In einem anderem Raum ist mir etwas vergleichbares aufgefallen.

Kann man den Adapter resetten oder muss ich den neu installieren? Wenn ich die Skripte als Backup exportiere, wo werden die dann gespeichert? Ich möchte nicht alle neu schreiben müssen.

[Chaot]

@_tobias_
Hast du mal geschaut ob der Datenpunkt geschrieben wird?
Ich denke mal das da gar nichts geschrieben wird.

Wenn du Scripte häufig startest und stoppst kann es passieren das ein Script einfach mal weiterläuft. Das habe ich auch schon erlebt. Bei mir habe ich mir angewöhnt nach mehrfachen Scriptstarts auch mal zwischendurch den IoBroker neu zu starten.

Scripte sichern?

Ich persönlich mache zwar regelmäßig ein Backup in Proxmox, aber für Scripte habe ich mir angewöhnt die zu exportieren und als Textdatei in einem eigenem Ordner auf dem PC zu lagern.
Einerseits kann ich die dann auch schnell mal editieren (Notepad++) ohne über den internen Editor zu gehen und andererseits sind die dann auch wirklich sauber gesichert unabhängig davon was mit dem ioBroker passiert.

[_tobias_]

@Chaot Also der Wert von Mode wechselt beim Schließen des Fensters von on 0 auf 1 und beim Öffnen von 1 auf 0, falls du das mit Datenpunkt geschrieben meinst?

Zum Zeitpunkt des Screenshots ist das Fenster geöffnet.
Wenn am Fenster nicht rumgespielt wird und es geschlossen bleibt dann steht permanent eine 0 als Wert drin. Unabhängig davon, ob über die Fritzbox das Thermostatventil aktuell angesteuert wird oder nicht.

Wenn ich bei geschlossenem Thermostatventil, außerhalb der programmierten Heizzeit das Fenster schließe, wechselt der Wert von 1 auf 0 aber das Thermostat öffnet trotzdem.

[Chaot]

@_tobias_ Wenn der Wert im Thermostat auf 0 wechselt ist er dann doch im Automatikmodus. Das er dann öffnet ist doch normal.

Nur zum Verständnis:
Du kannst an den DECT Thermostaten keine manuelle Regelung einrichten. Wenn du den Thermostat auf irgendeinen Modus schaltest wird das bei der nächsten Kommunikation mit der Fritzbox wieder aufgehoben.
Ebenso dauert die Übertragung zum Thermostat bis zu 30 Minuten.
Deshalb ist eine Fenstererkennung mit den DECT Thermostaten eigentlich Blödsinn. Aber das habe ich ja schon mal geschrieben.

[_tobias_]

@Chaot nochmals danke für die ganze Zeit die du damit verwendest mir zu helfen. Aber ich glaube auch, dass wir etwas an einander vorbei geredet haben. Das liegt vermutlich an meiner laienhaften Fehlerbeschreibung.
Ich versuche es mit einem Beispiel:

Ja der Thermostat wechselt auf 0 und ist damit im Automatikmodus.
In der Fritzbox steht z.B. von 08:00 - 18:00 Uhr auf heizen.
Dann macht doch der Automatikmodus nichts anderes als von 08:00 - 18:00 Uhr zu heizen. Von 18:00 Uhr - 08:00 Uhr heizt er dementsprechend nicht. Im Automatikmodus steht immer eine 0, der Automatikmodus ist 24h aktiv.

• Öffne ich das Fenster von 12:00 - 14:00 Uhr, schließt und öffnet der Fensterkontakt das Thermostatventil unter Berücksichtigung der Verzögerung die sich bei Fritz + Dect Thermostaten ergibt.

So weit so gut.

• Öffne ich das Fenster von 17:00 Uhr - 19:00 Uhr schließt und öffnet der Fensterkontakt das Thermostatventil genauso. Das Schließen des Fensterkontaktes um 19:00 Uhr (also außerhalb der Heizphase laut Automatikmodus) bewirkt also ein öffnen des Thermostates, obwohl die laut Automatik programmierte Heizphase vorbei ist.
  Die Heizung heizt die ganze Nacht durch, da kein programmierter Schaltwechsel aus dem Automatikmodus heraus das Thermostat nochmal zu fährt.

Das ist das Problem, welche ich beheben möchte.

Aktuell bearbeite ich folgenden Ansatz.
Ich teste erneut mit den Targettemps, da der Ansatz mit den modes scheinbar nicht gegen ein Betätigen der Fensterkontakte außerhalb der Heizphasen schützt:

Das hat eben testweise funktioniert.
Ich möchte das mit der zeitlichen Verknüpfung entsprechend der jeweiligen Heizphase im Raum optimieren. Aber dann sollte es klappen.

[_tobias_]

@vikk88 die rot eingekringelten Elemente sind in Blockly eingefügte, selbst erstellte Variablen oder?
Falls ja, wie schafft man es, dass das in der Steuerung auch funktioniert? Hast du Datenpunkte erstellte, die genauso heißen und bei gleicher Schreibweise findet das Skript den Datenpunkt oder kommt man über den Baustein irgendwie in ein Menü, in dem man den Datenpunkt auswählt ähnlich wie bei der Auswahl einer Objekt ID?

Falls außer vikk88 noch jemand eine Lösung kennt, gerne her mit den Infos ^^

[vikk88]

@_tobias_
wenn du eine Variable erstellst bekommst du pro Variable folgende Bausteine

In meinem Skript wird die Variable durch den Wert des Thermostates gesetzt und überall wo dieser jetzt gesetzt wird, wird jetzt der Wert vom Thermostat welcher zu dem Zeitpunkt eingestellt wird

[_tobias_]

@vikk88 ok, das dachte ich mir danke für deine Erklärung.
Ich habe es bei mir eigentlich genauso versucht. Einmal habe ich die Variable wie die Objekt ID "last target" des Thermostates genannt, einmal habe ich sie so benannt, wie ein im Thermostat angelegter Datenpunkt.
Beides hat nicht funktioniert.

Darf ich vielleicht doch noch darauf zurück kommen, dass du mir dein Blockly mal zudendest?

[vikk88]

@_tobias_ klar

Spoiler

<xml xmlns="http://www.w3.org/1999/xhtml">
 <variables>
   <variable type="" id="jfC$kqcXkRd,FFJ0*FJ.">Temp Bad</variable>
 </variables>
 <block type="on_ext" id="~3k!L_d`(5-E^MZHDCxZ" x="-562" y="-337">
   <mutation items="1"></mutation>
   <field name="CONDITION">ne</field>
   <field name="ACK_CONDITION"></field>
   <value name="OID0">
     <shadow type="field_oid" id="cNEDC5Cz4ZVd=x.#X|X1">
       <field name="oid">zigbee.0.00158d000316d4e3.opened</field>
     </shadow>
   </value>
   <statement name="STATEMENT">
     <block type="controls_if" id="l7HPc)jk*~Cc++sJ@Kl^">
       <mutation else="1"></mutation>
       <value name="IF0">
         <block type="logic_compare" id="7+PdoYor[qX:xQcRTl*`">
           <field name="OP">EQ</field>
           <value name="A">
             <block type="get_value" id="Dp%TW(mWuR{y3ubI9%RJ">
               <field name="ATTR">val</field>
               <field name="OID">zigbee.0.00158d000316d4e3.opened</field>
             </block>
           </value>
           <value name="B">
             <block type="logic_boolean" id="*SABbtV9vL0`iolw/#fZ">
               <field name="BOOL">TRUE</field>
             </block>
           </value>
         </block>
       </value>
       <statement name="DO0">
         <block type="variables_set" id="9I7Ahs`D_Z[Jn2X65?3Q">
           <field name="VAR" id="jfC$kqcXkRd,FFJ0*FJ." variabletype="">Temp Bad</field>
           <value name="VALUE">
             <block type="get_value" id="ZxuNL=vwaJl=Tbu+6=_A">
               <field name="ATTR">val</field>
               <field name="OID">maxcul.0.OEQ2041697.desiredTemperature</field>
             </block>
           </value>
           <next>
             <block type="control" id=".JS7~.CbA,/13;)YxVO;">
               <mutation delay_input="true"></mutation>
               <field name="OID">maxcul.0.OEQ2041697.desiredTemperature</field>
               <field name="WITH_DELAY">TRUE</field>
               <field name="DELAY_MS">2</field>
               <field name="UNIT">sec</field>
               <field name="CLEAR_RUNNING">FALSE</field>
               <value name="VALUE">
                 <block type="math_number" id="[0v?f8T^Yt*8c9]pQI/+">
                   <field name="NUM">3</field>
                 </block>
               </value>
             </block>
           </next>
         </block>
       </statement>
       <statement name="ELSE">
         <block type="control" id=")BKgC(O,G4%3{taeC7?m">
           <mutation delay_input="false"></mutation>
           <field name="OID">maxcul.0.OEQ2041697.desiredTemperature</field>
           <field name="WITH_DELAY">FALSE</field>
           <value name="VALUE">
             <block type="variables_get" id="ntxQetXOunMm7b_VZ,(b">
               <field name="VAR" id="jfC$kqcXkRd,FFJ0*FJ." variabletype="">Temp Bad</field>
             </block>
           </value>
         </block>
       </statement>
     </block>
   </statement>
 </block>
</xml>

[_tobias_]

@vikk88 Dankeschön.
Jetzt funktioniert es :)

[vikk88]

@_tobias_ sehr gut

[_tobias_]

Kennt jemand eine Möglichkeit einen xiaomi temp. + humidity sensor so zu verwenden, dass er die dect-fähigen Thermostate von Fritz steuert?
Über das Fritz OS geht das ja leider nicht. Aber über ein Skript in iobroker?
Mir fällt nur der Ansatz ein über eine Logik abzufragen, ob der gemessene Temperaturwert kleiner oder größer als der gewünschte Sollwert ist und den mode entsprechend in opened oder closed zu setzen. Auf Grund der großen Abfragezyklen von 15 Minuten wird so aber keine sinnvolle Regelung aufzubauen sein.
Die Kommunikation zwischen Thermostat und fritzbox ist nie schneller als 15 Minuten, das ist klar. Aber vielleicht hat ja noch jemand eine elegantere Idee, bei der die Thermostate nicht nur zwischen vollständig geöffnet oder vollständig geschlossen schwanken.

Aber ich vermute, dass geht nicht anders? :(