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

[M-A-X]

@MartinP sagte:

Die eigentliche Aktion in einen Timer packen, bei Änderungen den Timer stoppen und neu starten.
Das bewirkt, dass die Aktion erst augelöst wird, wenn für die Timerlaufzeit Ruhe ist

Wenn ich es richtig verstanden habe, meinst du so?

Aber mir wäre lieber, wenn er das "Garage auf" nur melden würde, wenn die Garage nicht direkt wieder zu geht. So meldet er das ganze ja 1x pro X (hier 1000ms).

@Homoran sagte:

@M-A-X Du wirst wahrscheinlich noch ganz andere Probleme bekommen, wenn du da nicht an die Detektionshardware gehst.
Bei so häufiger Änderung des LED-Status im HmIP-BSL läufst du schnell in den Dutycycle.

Wie schnell/oft kann der Sensor denn eine Statusänderung senden?
Und muss es tatsächlich bereits nach einer halben Sekunde eine Meldung, egal ob optisch oder per Telegram geben?

Eine halbe Sekunde ist nur ein Beispiel. Wenn ich nur dann eine Meldung bekommen würde, wenn die Garage auf geht (und wirklich zumindest so lange aufbleibt, bis man rausgegangen / gefahren ist), dann sollte ich maximal 5x am Tag eine Meldung bekommen. Dann hätte ich keine Probleme.
Das ganze ist auch wirklich nur bei Sturm ein Problem, da das ganze Tor so wackelt, dass der (Aqara Tür-) Sensor den Abstand verliert und wieder"findet"

[Homoran]

@M-A-X sagte:

meinst du so?

Nein, da fehlt vor dem Timeout noch der Stop Timeout.
Ansonsten könnte der selbe Timeout mehrfach gestartet und dann nicht wieder gelöscht wrrden

[M-A-X]

Ah ja, hab ich eingefügt. Trotzdem meldet er bei Sturm doch jetzt 1x pro Timeoutdauer "Garage auf - Garage zu".
Wenn er nur melden würde, wenn das Tor auch auf bleibt für "X" (zum Beispiel 5 Sekunden), würde ich bei Sturm keine Meldung bekommen, sondern nur, wenn das Tor auch wirklich geöffnet wurde.

[Homoran]

@M-A-X sagte:

Trotzdem meldet er bei Sturm doch jetzt 1x pro Timeoutdauer "Garage auf - Garage zu".

Nein, nur wenn in der Zeit kein neuer Trigger gefeuert hat.

@M-A-X sagte:

zum Beispiel 5 Sekunden)

Dann mach doch 5 Sekunden Timeout.

Erst wenn ein Status 5 Sekunden stabil ist, wird dann die Logik abgearbeitet.
Jede erneute Änderung stoppt den alte Timeout und startet einen neuen.

Das Problem ist dann höchstens, dass wenn das Tor bei Sturm schließt, möglicherweise keine "Tor zu" Meldung kommt, solange das Tor noch zittert.

[M-A-X]

Ah, das wusste ich nicht. Ich dachte, wenn der Status sich ändert wird der Trigger ausgelöst. Der Timer startet. Nach 5 Sekunden schickt er dann entweder das "falls wahr" oder das "Sonst". Es wird ja nicht erneut abgefragt, ob der Trigger wirklich noch immer den selben Auslösegrund hat. Wo ist mein Denkfehler?

[Homoran]

@M-A-X sagte:

Es wird ja nicht erneut abgefragt, ob der Trigger wirklich noch immer den selben Auslösegrund hat

Doch, bei jedem erneuten Trigger greift erst der "Stop Timeout".
Damit wird der I halt des Timeout nicht mehr ausgeführt

[M-A-X]

oh man. So steht man manchmal auf dem Schlauch...
Ist wirklich logisch

Er triggert durch die Änderung des Status, stoppt laufende timeouts, startet einen 3 Sekunden TImer.
Wenn erneut getriggert wird, stoppt das laufende timeout. Wenn 3 Sekunden nichts getriggert wird, sendet er mir den Status.
Hab das "Ausführen timeout" geändert in das, wo man auch Sekunden eingeben kann. Das ist egal, oder? Wichtig ist hier nur, dass das timeout beim stop und Ausführen gleich heißt?
Vielen Dank für eure Hilfe

[Homoran]

@M-A-X sagte:

Wenn erneut getriggert wird, stoppt das laufende timeout. Wenn 3 Sekunden nichts getriggert wird, sendet er mir den Status.

Richtig!
Und genau deswegen muss immer ein stop timeout vor dem timeout sein.
Ein timeout, der mehrfach gestartet wurde kann nicht mehr gestoppt werden.

@M-A-X sagte:

stoppt laufende timeouts

Eben nicht!
Nur einen

[M-A-X]

Kannst du mir noch ne Zusatzfrage beantworten? Ich habe noch ein Skript, dass seit Jahren problemlos läuft. Hier geht es darum, dass die Trocknersteckdose meldet, sobald der Trockner fertig ist (ich dachte: ausgelöst durch den Stromverbrauch vor und nach 10 Sekunden). Hier habe ich KEIN stop timeout. Wieso klappt das dann :)?
Weil der irgendwann keine Stromverbrauchsänderung mehr hat und dadurch nicht triggert?
(also der meldet erst dann Trockner fertig, wenn der Trockner nichts mehr macht anstatt bereits dann, wenn der Trockner fertig ist, die Wäsche aber alle paar Sekunden "umwühlt").

Also auch hier müsste ich vor das Ausführen des Timeouts ein Stop einbauen?

[Homoran]

@M-A-X sagte:

Hier habe ich KEIN stop timeout. Wieso klappt das dann :)?

Glück, gehabt!
Sehr wahrscheinlich

@M-A-X sagte:

Weil der irgendwann keine Stromverbrauchsänderung mehr hat und dadurch nicht triggert?

Nicht irgendwann, sondern in den 10 Sekunden die der Timeout läuft keine weitere Änderung

[M-A-X]

Top. Hab auch da jetzt ein stop eingebaut :) Vielen lieben Dank nochmals