Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@tourer4778 du willst also 45 Sekunden mit der Meldung warten, ob die Pellets vielleicht noch nachrutschen?

Füge unbedingt noch ein stop 10% vor dem Timeout hinzu.

Die zweite Variable wird erst nach 45 Sekunden auf false gesetzt.
Wenn in der Zwischenzeit das Timeout nochmal gestartet wird, weil ein zwiter Wert <10% kommt laufen mehrere Timeouts, die sich nie mehr stoppen lassen

[tourer4778]

@homoran sagte in Blockly längere vergleich:

du willst also 45 Sekunden mit der Meldung warten, ob die Pellets vielleicht noch nachrutschen?

Ja, genau.
Ich wusste nicht, das mehrer Timer laufen können ...
Meinst du das so ?

[tourer4778]

@homoran sagte in Blockly längere vergleich:

nie mehr stoppen lassen

Nie mehr ?:dizzy_face:

[Homoran]

@tourer4778 sagte in Blockly längere vergleich:

Meinst du das so ?

ja!

[tourer4778]

@homoran
Aber wenn ich jetzt länger drauf rum denke,
wenn der Wert <10 ist startet der Timer 45 Sek.
Wenn der nächsten Wert (nach 10 Sekunden) wieder <10 sein sollte, würde der Timer doch erst stoppen und dann wieder gestartet werden.
Dann würde doch nie meine Meldung kommen.

[JoergH]

@tourer4778 sagte in Blockly längere vergleich:

@homoran
Aber wenn ich jetzt länger drauf rum denke,
wenn der Wert <10 ist startet der Timer 45 Sek.
Wenn der nächsten Wert (nach 10 Sekunden) wieder <10 sein sollte, würde der Timer doch erst stoppen und dann wieder gestartet werden.
Dann würde doch nie meine Meldung kommen.

Korrekt. Du musst Dir beim ersten Durchlauf eine Variable auf "true" setzen, die Du dann weiter abfragst um zu wissen ob der Timer bereits läuft...oder arbeite gleich statt mit timeout mit einem Zeitvergleich zwischen aktueller Zeit und einem Zeitstempel den Du setzt, bzw. nachführst, wenn Deine Bedingung nicht mehr erfüllt ist.

[tourer4778]

@joergh
Das mit der Zeit die mehrmals laufen kann hat mich total raus geworfen.
So habe ich es derzeit.

[JoergH]

@tourer4778 Sieht für mich gut aus.

[Homoran]

@tourer4778 sagte in Blockly längere vergleich:

Wenn der nächsten Wert (nach 10 Sekunden) wieder <10 sein sollte, würde der Timer doch erst stoppen und dann wieder gestartet werden.
Dann würde doch nie meine Meldung kommen.

und genau das wollte ich vehindern.

Nach deinem Skript würde ein weiterer Timeout mit selbem Namen gestartet, während der erste noch läuft. und das darf nicht sein.

[JoergH]

@homoran Wieso? Der Timer wird immer erst gestoppt, bevor er aufgerufen wird.

[Homoran]

@joergh sagte in Blockly längere vergleich:

Wieso? Der Timer wird immer erst gestoppt, bevor er aufgerufen wird.

JETZT!

[tourer4778]

@homoran sagte in Blockly längere vergleich:

Nach deinem Skript würde ein weiterer Timeout mit selbem Namen gestartet, während der erste noch läuft. und das darf nicht sein.

Das habe ich mit dem datenpunkt Timer 10% läuft doch verhindert ...

[Homoran]

@tourer4778 sagte in Blockly längere vergleich:

Das habe ich mit dem datenpunkt Timer 10% läuft doch verhindert ...

dito!
jetzt ist das so. Ich habe auf die Frage zu deinem damaligen Skript geantwortet

[tourer4778]

@homoran
Axo.
Ich werde mal schauen ob alles läuft.
danke für die Hilfe und dem wichtigen Hinweis bezüglich der Timer, die mehrmals laufen können ...

[tourer4778]

@joergh

Der Wert war längere zeit <10%, allerdings ohne das das Telegram ausgelöst wird.
Der Datenpunkt Timer läuft wurde ausgelöst.
Weiß jemand was das sein könnte?

[JoergH]

@tourer4778 Moin. Im Grunde kann es einer Deiner Bedingungen sein, die nicht erfüllt sind, oder es ist der telegram Adapter abgestürzt oder es ist Deiner Trigger nicht ausgelöst worden - weiss ja nicht woher der Wert dafür kommt...

Am besten Du setzt Dir mal vor jede Bedingung Debugs und schaust dann was er auswirft.

[tourer4778]

@joergh
Ich denke, ich habe den Fehler gefunden.
Hatte eine rücksetzbedingung vergessen.