NEWS
[Frage] grundsätzliche Frage zu timeout Block
-
Ich habe mal eine Verständnisfrage zu dem timeout blockly. Wenn ich es richtig verstehe, wird alles innerhalb des timeout blockly erst ausgeführt, wenn der timeout abgelaufen ist. Wie sieht es aber nun aus, wenn das Skript innerhalb des laufenden timeoutes mehrfach getriggert wird und die Bedingung immernoch zutrifft? Stehen dann mehrere timeouts in einer "Warteschlange" und werden ggf. nacheinander abgearbeitet oder gibt es dann nur DIESEN EINEN timeout, weil dieser schon läuft?
Als Beispiel mal folgendes blockly:
Wenn die Temperartur über 26°C ist, soll der Text "Es ist warm" nach 5 Minuten Verzögerung ausgegeben werden. Innerhalb dieser 5 Minuten wird aber der Temperatursensor noch mehrfach triggern, da er alle 30 Sekunden sendet. Wennn es nun die ganze Zeit wärmer als 26°C ist, was passiert dann mit dem timeout? Laufen mehrere oder nur einer und zwar der Erste?
Danke für Eure Aufklärung
Andreas
-
-
Hi,
es werden dann mehrere getriggert und nacheinander nach Ablauf die Akionen ausgeführt. Deshalb sollte man vor dem Timeout-Block einen stop-Timeout-Block einbauen. Dann wird ein bereits laufender beendet und ein neuer gestartet.
Gruss, Jürgen
@Wildbill sagte in [Frage] grundsätzliche Frage zu timeout Block:
Deshalb sollte man vor dem Timeout-Block einen stop-Timeout-Block einbauen. Dann wird ein bereits laufender beendet und ein neuer gestartet.
Aber das würde ja bedeuten, daß der Timer -da ja das Skript alle 30 Sekunden wieder getriggert wird- immer wieder wieder gestoppt wird und der Timer neu anfängt zu laufen. Das kann ja auch nicht die Lösung sein.
-
@Wildbill sagte in [Frage] grundsätzliche Frage zu timeout Block:
Deshalb sollte man vor dem Timeout-Block einen stop-Timeout-Block einbauen. Dann wird ein bereits laufender beendet und ein neuer gestartet.
Aber das würde ja bedeuten, daß der Timer -da ja das Skript alle 30 Sekunden wieder getriggert wird- immer wieder wieder gestoppt wird und der Timer neu anfängt zu laufen. Das kann ja auch nicht die Lösung sein.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Aber das würde ja bedeuten, daß der Timer -da ja das Skript alle 30 Sekunden wieder getriggert wird- immer wieder wieder gestoppt wird und der Timer neu anfängt zu laufen. Das kann ja auch nicht die Lösung sein.
Warum nicht?
Ich finde es eher merkwürdig die Außentemperatur alle 30 Sek. zu triggern.
In meiner Region, verhält sich die Außentemperatur seeehhhhr träge.:relaxed:Doch nun zu Deiner Frage.
Einen Timer stoppen und wieder starten, "frist kein Brot". Schlimmer ist es, den selben Timer x mal zu starten.
Wenn man da nicht aufpasst, kann da ein Timer mehrere zig 1000x gestartet werden und dann bricht der ioBroker Host zusammen.Rantanplan
CCU3 / MS Server 2019(VM) / Scripten mit Blockly
-
Du könntest ja auch noch mit einer Variable arbeiten, die true gesetzt wird, wenn es warm ist und dann beim ersten falls als weitere Bedingung nehmen die das abfragt. Dann startet der Timer nur, wenn es mehr als 26° erreicht und die Variable noch nicht gesetzt war...
Gruss, Jürgen
-
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Aber das würde ja bedeuten, daß der Timer -da ja das Skript alle 30 Sekunden wieder getriggert wird- immer wieder wieder gestoppt wird und der Timer neu anfängt zu laufen. Das kann ja auch nicht die Lösung sein.
Warum nicht?
Ich finde es eher merkwürdig die Außentemperatur alle 30 Sek. zu triggern.
In meiner Region, verhält sich die Außentemperatur seeehhhhr träge.:relaxed:Doch nun zu Deiner Frage.
Einen Timer stoppen und wieder starten, "frist kein Brot". Schlimmer ist es, den selben Timer x mal zu starten.
Wenn man da nicht aufpasst, kann da ein Timer mehrere zig 1000x gestartet werden und dann bricht der ioBroker Host zusammen.@rantanplan sagte:
Einen Timer stoppen und wieder starten, "frist kein Brot".
Wenn sich die Temperatur innerhalb der 5 Minuten immer wieder ändert, wird "Es ist warm" evtl. erst nach Stunden erreicht. Deshalb besser die Bedingung ändern in
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).
-
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Aber das würde ja bedeuten, daß der Timer -da ja das Skript alle 30 Sekunden wieder getriggert wird- immer wieder wieder gestoppt wird und der Timer neu anfängt zu laufen. Das kann ja auch nicht die Lösung sein.
Warum nicht?
Ich finde es eher merkwürdig die Außentemperatur alle 30 Sek. zu triggern.
In meiner Region, verhält sich die Außentemperatur seeehhhhr träge.:relaxed:Doch nun zu Deiner Frage.
Einen Timer stoppen und wieder starten, "frist kein Brot". Schlimmer ist es, den selben Timer x mal zu starten.
Wenn man da nicht aufpasst, kann da ein Timer mehrere zig 1000x gestartet werden und dann bricht der ioBroker Host zusammen.@rantanplan sagte in [Frage] grundsätzliche Frage zu timeout Block:
Ich finde es eher merkwürdig die Außentemperatur alle 30 Sek. zu triggern.
In meiner Region, verhält sich die Außentemperatur seeehhhhr träge.:relaxed: Vielleicht ist das schon mein Denkfehler.
Ursprungsproblem ist bei mir (immer noch), daß ich einen Datenpunkt "RolloSchattenModus" auf wahr schalten will sobald:
die Aussentemperatur größer als 26°C ist, verzögert um 20 Minuten
oder
die Aussentemperatur größer als 22°C und ein anderer Meßwert größer als 18°C ist, verzögert um 20 MinutenWenn der zweite Meßwert kleiner als 13°C ist, dann soll der Datenpunkt "RolloSchattenModus" sofort auf unwahr gehen.
Mein Problem war nun -und daher die Ausgangsfrage- ob der timeout immer wieder startet, wenn das Thermometer sich aktualisiert. Wie ich nun gelernt habe, tut er das und ich habe im Zweifel eine große Anzahl von laufenden Timeouts.
Ich müßte also villeicht auf was anderes triggern oder die timeouts anders gestalten... :thinking_face:
-
@rantanplan sagte:
Einen Timer stoppen und wieder starten, "frist kein Brot".
Wenn sich die Temperatur innerhalb der 5 Minuten immer wieder ändert, wird "Es ist warm" evtl. erst nach Stunden erreicht. Deshalb besser die Bedingung ändern in
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).
@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).Hallo Paul, funktioniert das auch, wenn ich auf zwei verschiedene DP triggere? Überprüft blockly dann beide trigger Punkte mit Hilfe des Blockes "Wert"?
Grüße Andreas -
@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).Hallo Paul, funktioniert das auch, wenn ich auf zwei verschiedene DP triggere? Überprüft blockly dann beide trigger Punkte mit Hilfe des Blockes "Wert"?
Grüße Andreas@weimaraner sagte:
funktioniert das auch, wenn ich auf zwei verschiedene DP triggere?
In der Regel funktioniert es nicht, es sei denn, es wird geprüft (anhand der ID), welcher Datenpunkt getriggert hat. Es ist also meist einfacher, zwei getrennte Trigger zu verwenden.
-
@weimaraner sagte:
funktioniert das auch, wenn ich auf zwei verschiedene DP triggere?
In der Regel funktioniert es nicht, es sei denn, es wird geprüft (anhand der ID), welcher Datenpunkt getriggert hat. Es ist also meist einfacher, zwei getrennte Trigger zu verwenden.
-
Ich habe es befürchtet... :anguished:
Sollte ich dann daraus zwei getrennte Blocklys machen?
oder kann man zwei trigger hier clever "verschachteln"?
Grüße Andreas@weimaraner sagte:
kann man zwei trigger hier clever "verschachteln"?
Ja, zwei Trigger in einem Blockly und den gemeinsamen Teil in eine Funktion packen.
Was soll das Skript machen ? -
@rantanplan sagte in [Frage] grundsätzliche Frage zu timeout Block:
Ich finde es eher merkwürdig die Außentemperatur alle 30 Sek. zu triggern.
In meiner Region, verhält sich die Außentemperatur seeehhhhr träge.:relaxed: Vielleicht ist das schon mein Denkfehler.
Ursprungsproblem ist bei mir (immer noch), daß ich einen Datenpunkt "RolloSchattenModus" auf wahr schalten will sobald:
die Aussentemperatur größer als 26°C ist, verzögert um 20 Minuten
oder
die Aussentemperatur größer als 22°C und ein anderer Meßwert größer als 18°C ist, verzögert um 20 MinutenWenn der zweite Meßwert kleiner als 13°C ist, dann soll der Datenpunkt "RolloSchattenModus" sofort auf unwahr gehen.
Mein Problem war nun -und daher die Ausgangsfrage- ob der timeout immer wieder startet, wenn das Thermometer sich aktualisiert. Wie ich nun gelernt habe, tut er das und ich habe im Zweifel eine große Anzahl von laufenden Timeouts.
Ich müßte also villeicht auf was anderes triggern oder die timeouts anders gestalten... :thinking_face:
Das soll das Skript machen.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Ursprungsproblem ist bei mir (immer noch), daß ich einen Datenpunkt "RolloSchattenModus" auf wahr schalten will sobald:
die Aussentemperatur größer als 26°C ist, verzögert um 20 Minuten
oder
die Aussentemperatur größer als 22°C und ein anderer Meßwert größer als 18°C ist, verzögert um 20 Minuten
Wenn der zweite Meßwert kleiner als 13°C ist, dann soll der Datenpunkt "RolloSchattenModus" sofort auf unwahr gehen.Bei meinen bisherigen Ansätzen wäre es aber zu einer Vielzahl von laufenden timouts gekommen, da der Temperatursensor relativ häufig (glaube so alle 30 Sekunden) Daten schickt und damit das Skript getriggert wird. Deshalb wollte ich nun deinem Ratschlag
@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).folgen und eine weitere Bedingung des trigger Punktes prüfen.
Da ich aber zwei Punkte triggere stand ich nun vor der Frage des heutigen Tages, ob das noch funktioniert. :thinking_face:@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
und den gemeinsamen Teil in eine Funktion packen.
Kannst du mir dabei bitte helfen? Mit einer Funktion habe ich noch nicht gearbeitet und weiß ehrlich gesagt gar nicht, was diese macht oder wofür die gut ist. Ich würde es aber gerne lernen.
Danke und Grüße Andreashier das bisherige Skript:
-
Das soll das Skript machen.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Ursprungsproblem ist bei mir (immer noch), daß ich einen Datenpunkt "RolloSchattenModus" auf wahr schalten will sobald:
die Aussentemperatur größer als 26°C ist, verzögert um 20 Minuten
oder
die Aussentemperatur größer als 22°C und ein anderer Meßwert größer als 18°C ist, verzögert um 20 Minuten
Wenn der zweite Meßwert kleiner als 13°C ist, dann soll der Datenpunkt "RolloSchattenModus" sofort auf unwahr gehen.Bei meinen bisherigen Ansätzen wäre es aber zu einer Vielzahl von laufenden timouts gekommen, da der Temperatursensor relativ häufig (glaube so alle 30 Sekunden) Daten schickt und damit das Skript getriggert wird. Deshalb wollte ich nun deinem Ratschlag
@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
Falls Wert > 28 und vorheriger Wert <= 28
Wert und vorheriger Wert sind Eigenschaften des Trigger-Datenpunktes (unter Trigger).folgen und eine weitere Bedingung des trigger Punktes prüfen.
Da ich aber zwei Punkte triggere stand ich nun vor der Frage des heutigen Tages, ob das noch funktioniert. :thinking_face:@paul53 sagte in [Frage] grundsätzliche Frage zu timeout Block:
und den gemeinsamen Teil in eine Funktion packen.
Kannst du mir dabei bitte helfen? Mit einer Funktion habe ich noch nicht gearbeitet und weiß ehrlich gesagt gar nicht, was diese macht oder wofür die gut ist. Ich würde es aber gerne lernen.
Danke und Grüße Andreashier das bisherige Skript:
@weimaraner Vorschlag:
-
@weimaraner Vorschlag:
@paul53
Super! Vielen Dank!
Jetzt will ich es auch noch vestehen. :relaxed:
Die Funktion darf so neben dem eigentlichen Skript "schweben"? Ist quasi innerhalb des blockly, aber ausgelagert?Auf der linken Seite werden die Variablen auf wahr und falsch gesetzt, dann "springt" man in die Funktion, die für alle Varianten da ist. Richtig?
Was genau wird an Punkt 1 geprüft? Ob die Variable diff und temp22 oder temp26 angelegt wurden? Es wird ja scheinbar nicht abgefragt, ob wahr oder falsch?
Was bedeutet bei Punkt 2 "nicht timeout"? Prüft man hier, ob der timeout schon läuft?
Was heißt bei Punkt 3 "falls nicht Wert von Objekt ID"? Ich verstehe diese Abfrage leider gar nicht.
Danke für Deine Mühe
Grüße Andreas -
@paul53
Super! Vielen Dank!
Jetzt will ich es auch noch vestehen. :relaxed:
Die Funktion darf so neben dem eigentlichen Skript "schweben"? Ist quasi innerhalb des blockly, aber ausgelagert?Auf der linken Seite werden die Variablen auf wahr und falsch gesetzt, dann "springt" man in die Funktion, die für alle Varianten da ist. Richtig?
Was genau wird an Punkt 1 geprüft? Ob die Variable diff und temp22 oder temp26 angelegt wurden? Es wird ja scheinbar nicht abgefragt, ob wahr oder falsch?
Was bedeutet bei Punkt 2 "nicht timeout"? Prüft man hier, ob der timeout schon läuft?
Was heißt bei Punkt 3 "falls nicht Wert von Objekt ID"? Ich verstehe diese Abfrage leider gar nicht.
Danke für Deine Mühe
Grüße Andreas@weimaraner sagte:
Auf der linken Seite werden die Variablen auf wahr und falsch gesetzt, dann "springt" man in die Funktion, die für alle Varianten da ist. Richtig?
Richtig.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Was genau wird an Punkt 1 geprüft? Ob die Variable diff und temp22 oder temp26 angelegt wurden? Es wird ja scheinbar nicht abgefragt, ob wahr oder falsch?
Doch, beide Variablen müssen wahr sein.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:alls
Was bedeutet bei Punkt 2 "nicht timeout"? Prüft man hier, ob der timeout schon läuft?
Ja.
@weimaraner sagte in [Frage] grundsätzliche Frage zu timeout Block:
Was heißt bei Punkt 3 "falls nicht Wert von Objekt ID"?
Das entspricht: "falls Wert vom Objekt ID RolloSchattenmodus == falsch". Wenn nicht ein Rollo direkt gesteuert wird, sondern es sich um einen virtuellen Datenpunkt handelt, kann auf die Abfrage verzichtet werden. In dem Fall sollte man nicht den Block steuere, sondern den Block aktualisiere verwenden.
Durch die Abfrage "falls nicht timeout" kann man auf die Abfrage der vorherigen Werte links verzichten, was den linken Block vereinfacht:
-
@paul53
Super! Vielen Dank!
Jetzt will ich es auch noch vestehen. :relaxed:
Die Funktion darf so neben dem eigentlichen Skript "schweben"? Ist quasi innerhalb des blockly, aber ausgelagert?Auf der linken Seite werden die Variablen auf wahr und falsch gesetzt, dann "springt" man in die Funktion, die für alle Varianten da ist. Richtig?
Was genau wird an Punkt 1 geprüft? Ob die Variable diff und temp22 oder temp26 angelegt wurden? Es wird ja scheinbar nicht abgefragt, ob wahr oder falsch?
Was bedeutet bei Punkt 2 "nicht timeout"? Prüft man hier, ob der timeout schon läuft?
Was heißt bei Punkt 3 "falls nicht Wert von Objekt ID"? Ich verstehe diese Abfrage leider gar nicht.
Danke für Deine Mühe
Grüße AndreasEs wird ja scheinbar nicht abgefragt, ob wahr oder falsch?
Das Ergebnis einer Abfrage ist false oder true. Da die Variable schon diese Werte enthält, ist ein Vergleich nicht nötig.
Anmerkung: Die verkürzte Abfrage if(Wert) kann man auch mit anderen Werten machen, wobei zu beachten ist, dass nur folgende Werte false ergeben:
- false
- 0 (Zahl)
- "" (Leerstring)
- null (Objekt)
- undefined
- NaN (Not a Number)
Alle anderen Werte ergeben true.
-
Alles verstanden! (Denke ich zumindest :joy: )
Vielen, vielen Dank! Die Erklärungen waren mal wieder Spitze und meine Lust auf die bunten Blöcke steigt immer weiter.
Ich werde das die Woche mal nachbauen, vielleicht kommen da noch Fragen auf...
Grüße Andreas
Support us
663
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge