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

[Homoran]

@jojo58 sagte in Problem mit timeout:

Ist sowas gemeint?

ja!

aber bitte zeigen

[JoJo58]

@paul53 Was meinst du mit dem "falls sonst" ganz unten, was ist mit Objekt Licht gemeint?

[Homoran]

@jojo58 sagte in Problem mit timeout:

was ist mit Objekt Licht gemeint?

dein lichtaktor

@jojo58 sagte in Problem mit timeout:

Was meinst du mit dem "falls sonst" ganz unten

wenn licht an, mach es aus

[paul53]

@jojo58 sagte: Was meinst du mit dem "falls sonst" ganz unten, was ist mit Objekt Licht gemeint?

Licht = einer von den beiden Datenpunkten "ON_SET", denn sie werden im Skript immer zusammen geschaltet. Am Tage soll nicht ständig das Licht ausgeschaltet werden, wenn es bereits aus ist.

[JoJo58]

@paul53 Dein Vorschlag hat einen ganz anderen Ansatz als ich es hatte. Ich war der Meinung das der Timeout beginnt und und die Zeit abgelaufen ist, werden die Lampen ausgeschaltet. Ändert sich der BWM zwischendurch und steht erneut auf wahr, stoppt der aktuelle Timeout und ein neuer beginnt. Also habe ich immer eine Nachlaufzeit von diesen 65 Sekunden nachdem beide BWM auf falsch stehen. So habe ich gedacht, aber das funktionierte ja nicht.
Bei deinem Blockly gehen die Lampen sofort aus, sobald beide BWM auf falsch stehen. Da gibt es keine Verzögerung mehr, also das Timeout greift nicht. Ich sehe das an den Debugblöcken, es wird immer nur der Erste "vor TimeOut Küche rechts" und der letzte "nach sonst falls" im Log angezeigt.
Das Problem das die Lampen sich immer abschalten ist weg, aber dafür greift der DP um die Lampen über Alexa oder VIS zu schalten, nicht mehr. Wenn ich die über Alexa einschalte, und dann in die Küche gehe und die BWM aktiviert werden, wird das Licht ausgeschaltet, sobald beide BWM auf falsch sind. Und das obwohl ich auf diesen DP prüfe.

[Homoran]

@jojo58 wenn du innerhalb von 65 sekunden 2x oder öfter ins sonst kommst, wird derselbe Timeout mehrfach gestartet.
Das darf nicht passieren, da ein stop timeout dann nicht mehr greift.

[JoJo58]

@homoran Kann ich vor dem Start des Timeout ein weiteres stop timeout einsetzen? oder darf man keine 2 Stops verwenden? Wie kann ich das denn sonst abfangen?

[Homoran]

@jojo58 sagte in Problem mit timeout:

Kann ich vor dem Start des Timeout ein weiteres stop timeout einsetzen?

solltest du sogar ;-)

[JoJo58]

@homoran Zweiter stop timeout st drin.
Ich prüfe ja auf BWM 1 - ODER - BWM 2 - UND - DP1 = falsch. Also nur wenn der BWM 1 aktiv ist, oder der BWM 2 aktiv ist und dann muss der DP1 auf falsch stehen, nur dann soll was gemacht werden. Geht das so nicht? Muss man da mit einem zusätzlichen Logikblock "Falls" arbeiten? Oder warum greift das bei mir nicht?

[Homoran]

@jojo58 Tipp:
bei und/oder mit der rechten Maustaste anklicken und auf externe Eingänge umschalten.
Dann wird es übersichlicher

@jojo58 sagte in Problem mit timeout:

Ich prüfe ja auf BWM 1 - ODER - BWM 2 - UND - DP1 = falsch

so wie ich es sehe auf BWM1 ODER (BWM2 UND DP1=falsch)

[paul53]

@jojo58 sagte: Bei deinem Blockly gehen die Lampen sofort aus

Bei Deinem Blockly, das mit meinem Vorschlag wenig zu tun hat.
Außerdem muss auf "wurde geändert" getriggert werden, da sonst der Timeout mehrfach gestartet werden kann und dann nicht mehr gestoppt werden kann.

Die BWM dürfen nur in der inneren falls-Prüfung ausgewertet werden!

[JoJo58]

@paul53 Wenn du damit sagen willst, ich wäre zu blöd dein Blockly nachzubauen, muss ich dir leider recht geben. Den obersten falls Block mit "falls" manuell ein, habe ich jetzt erst gesehen. Sorry

@Homoran Du hattest mit dem und (und oder) auch recht. habe es geändert und jetzt funktioniert die Prüfung auch. Hätte ich, wie von @paul53 vorgeschlagen ganz am Anfang auf den manuellen DP geprüft, hätte ich mir das schenken können. Aber im Moment sieht alles gut aus, teste jetzt nochmal etwas.

Freu mich immer wenn ich was neues lerne und sogar begreife.

[paul53]

@jojo58 sagte: Aber im Moment sieht alles gut aus

Sieht es nicht. Das muss raus:

Damit wird ohne Verzögerung ausgeschaltet!

[JoJo58]

@paul53 Jetzt sollte es aber deinem Vorschlag entsprechen, oder hab ich noch Fehler drin?

[paul53]

@jojo58 sagte: Jetzt sollte es aber deinem Vorschlag entsprechen

Fast: Wenn der Trigger von "wurde aktualisiert" auf "wurde geändert" geändert wird, kann man sich das "stop timeout" über dem "Ausführen timeout" sparen.

[JoJo58]

@paul53 Ich habe ein zweites Blockly, was den manuellen DP überwacht. Die Lampen werden über Alexa oder VIS eingeschaltet, falls meine Frau mal wieder mit Torten backen beschäftigt ist. Sollte sie anschließend vergessen das Licht auszuschalten, wird das nach 15 Minuten Inaktivität der BWM automatisch ausgeschaltet.
Kann ich das so lassen, oder hättest du dafür auch einen Verbesserungsvorschlag?

EDIT: Ich sehe gerade, das ich die Abfrage ja auch im ersten Script habe, also könnte ich doch den kompletten zweiten Falls Block von diesem in meinem ersten Script als Sonst hinzufügen, oder?

[JoJo58]

@paul53 So sieht das dann aus:

[paul53]

@jojo58 sagte: So sieht das dann aus:

Das geht einfacher:

Durch das "stop timeout" oben kann man auch die Abfrage des manuellen Datenpunktes in der Ausschaltverzögerung weglassen.

[JoJo58]

@paul53 Das schaffe ich heute nicht mehr, muss gleich weg. Setze mich aber morgen früh direkt da dran, sichere das jetzige Script und ändere es entsprechend deinem Vorschlag.

@paul53 @Homoran Für heute schonmal mal vielen Dank für eure Hilfe.

Gruß, Johnnes

[JoJo58]

@paul53 Guten Morgen, bei deinem Vorschlag werden doch die BWM bei manuellem einschalten nicht berücksichtigt. So wie ich das verstehe wird das Licht dann immer nach dem Timeout von 15 Minuten ausgeschaltet, auch wenn noch jemand in der Küche ist und die oder der BWM aktiv ist, oder sehe ich das falsch?

EDIT 1: Oder wird der Timeout durch jede Änderung der BWM neu gestartet und erst wenn beide BWM auf falsch stehen, und nichts mehr passiert, läuft der Timeout von 15 Minuten durch und die Lampen gehen aus?

EDIT 2: So wie ich es mir gedacht habe, das Licht wird immer nach 15 Minuten (Test mit 70 Sekunden) ausgeschaltet. Die Timeouts werden ja nicht gestoppt, da sich weder die BWM noch der manuelle DP ändern. Die BWM bleiben die ganze Zeit auf true stehen und das mindestens 1 Minute. Wird nach mehr als einer Minute keine Bewegung mehr erkannt, dann geht nach etwa 25 Sekunden der Status der BWM auf falsch. Es spielt auch keine Rolle, ob der Trigger auf "wurde geändert" oder "wurde aktualisiert" steht.

So sieht das Blockly jetzt aus: