Monatsrückblick Januar/Februar 2026 ist online!

[passuff]

Hallo zusammen. Ich habe folgendes Blockly erstellt:

Dabei soll die Heizung für 120min von "Dauernd Normalbetrieb" auf "Nur Warmwasser" gestellt werden. Laut Log dauert der "Nur Warmwasser " Zustand in diesem Fall lediglich 19 min:

Spoiler

2019-02-24 14:19:31.103 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: Brennertakten =1
2019-02-24 14:19:31.111 - info: viessmann.0 state viessmann.0.set.VitoBetriebsart_A1 changed: Nur Warmwasser (ack = true)
2019-02-24 14:19:31.113 - info: viessmann.0 state viessmann.0.set.VitoBetriebsart_M2 changed: Nur Warmwasser (ack = true)
2019-02-24 14:19:31.104 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: A1 = Nur WW
2019-02-24 14:19:31.104 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: M2 = Nur WW

2019-02-24 14:38:59.274 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: Brennertakten nach 120 min wieder zurücksetzen --> Brennertakten erkannt: true
2019-02-24 14:38:59.279 - info: viessmann.0 state viessmann.0.set.VitoBetriebsart_M2 changed: Dauernd Normalbetrieb (ack = true)
2019-02-24 14:38:59.277 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: Brennertakten = 0
2019-02-24 14:38:59.277 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: M2 = Dauernd Normalbetrieb
2019-02-24 14:38:59.277 - info: javascript.0 script.js.common.Heizung_Kamin.Takten_Betriebsart: A1 = Dauernd Normalbetrieb
2019-02-24 14:38:59.282 - info: viessmann.0 state viessmann.0.set.VitoBetriebsart_A1 changed: Dauernd Normalbetrieb (ack = true)

[Homoran]

@passuff
und wie oft aktualisiert dein Trigger?
dann startet alles neu

[passuff]

OK, das war mir nciht bewusst. Aber selbst wenn alle neu startet, dürfte der Reset doch niemals < 120min ausfallen, oder?

[Homoran]

@passuff
Das ist dann ein Delay von 120 Minuten einer lange zurückliegenden Triggerung

[passuff]

Ich glaube ich werde mich nie mit JS anfreunden können. Wie würdest du das ganze lösen? Cron?

[Homoran]

@passuff
irgendwo oben ein stop timeout setzen, so dass ein laufendes Timeout gestoppt wird.

Dann überlegen ob es auf aktualisieren getriggert werden aoll.
Ich kenne das Verhalten deines Datenpunktes nicht

[passuff]

Hab das ganze wie folgt gelöst:

Zeile 5 im Skript:

(function () {if (timeout) {clearTimeout(timeout); timeout = null;}})();

Wie man sieht, wird der "stop timeout" nicht akzeptiert und erzeugt einen Error im Log.
Warum, verstehe ich nicht.

[Homoran]

@passuff
OK - mein Fehler.

Habe gerade nochmal meine Blocklys angesehen, das habe ich mit "intervall", nicht mit "Timeout"

Wenn ich mit Timeout gearbeitet hae, ist das Stop timeout in einem SONST

[passuff]

Habe es auf mehrere Arten versucht den stop timeout einzubauen. Leider ohne Erfolg. Selbst wenn ich in einem Test Skript einen Timeout starte und anschließend stoppe, bekomme ich die Fehlermeldung. Ich vermute daher, dass es sich um einen Bug handelt.

[reelfan]

Welchen Fehler erhältst Du bei Deinem Test (Ausgabe unter Log).
Ich frage, da gerade im JS-Script Adapter 4.1.4 ein entsprechender Fehler behoben wurde.

Sofern Du Latest benutzt, könnte das auch für Dein Setup gelten.

Siehe hierzu https://forum.iobroker.net/topic/20203/java-script-engine-v-4-1-3-blockly-timeout-timeout-is-not-defined

[passuff]

Ich habe den Thread gelesen. Danke für den Hinweis. Ich nutzte leider bereits 4.1.3. Gerade eben wurde 4.1.4 released. Damit funktioniert es jetzt.