UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[loverz]

Hi, seit dem neuesten Java-Update habe ich einen "Pause" Block unter den Timeouts gefunden.

Kann mir jemand sagen was der Unterschied zwischen timeout und pause in Blockly ist?

[Asgothian]

@loverz

Timeout: Es wird Ein Block an Aktionen im Timeout angegeben der in x ms ausgeführt wird, aber die "normale" Bearbeitung des Skriptes geht weiter.

Pause: Es wird x ms gewartet bis es weiter geht.

Der Haupt unterschied besteht in der Art der Abarbeitung.

Der Einsatz von "Pause" führt zu einer synchronen Abarbeitung der im Skript stehenden Befehle in genau der angegebenen Reihenfolge. Pause kann beim Thema "Skript erneut auslösen" zu Problemen führen.

Der Einsatz von Timeout führt zu einer asynchronen Abarbeitung so das das eigentliche Skript beendet wird und nur die im Timeout angegebenen Befehle werden in einem eigenen Ablauf im Hintergrund ausgelöst.

Insgesamt sollte wann immer möglich mit einem Timeout gearbeitet werden da die "Pause" die zu dem Skript gehörenden Ressourcen weiter belegt bleiben. Je länger die Zeit ist die gewartet wird desto wichtiger ist der Einsatz von Timeout an Stelle von Pause.

Ich persönlich würde Pause nur einsetzen wenn sichergestellt ist das das Skript während der Pause nicht ein zweites mal aktiviert werden kann. Das wäre zu Beginn von Skripten oder innerhalb eines Zeitplans. Immer dann wenn ein Skript über einen "event" (Trigger, nicht Zeitplan) ausgelöst wird würde ich mit einem Timeout arbeiten.

A.

[ente34]

@asgothian
Jetzt muss ich mal nachfragen:
"pause" macht await wait(), das ist doch ebenfalls asynchron und sollte nichts blockieren oder liege ich da falsch?

await wait(1000);

[Asgothian]

@ente34

Ich bin nicht sicher in wie weit das intern abgebildet ist. Unter der Annahme das ein einzelnes Script über einen Thread abgearbeitet wird sollte das Script im await durchaus "warten", während ein Timeout die Ausführung des Codes innerhalb des Timeout in einen anderen Thread auslagert. Es ist aber zumindest so das die CPU dieses Script in der Zeit nicht ausführt.

A.

[RkcCorian]

Hallo Zusammen,

ich stelle mir auch gerade die Frage, ob ich das "bequemere" PAUSE oder doch lieber STEUERE mit Verzögerung verwenden soll. Ich habe mal ein paar Tests mit dem PAUSE-Block gemacht. Soweit ich es sehe wird diese eine Abarbeitung des Scripts über einen Trigger verzögert, hindert dennoch nicht, dass das Script mehrfach parallel getriggert wird und dann parallel mehrfach ausgeführt wird. Wenn ich es richtig sehe ist der Wesentliche Unterschied bzgl. STEUERE... will ich:

• A Mein Skript, bzw. meine Befehle konsistent abarbeiten und "hart" mehrfach Steuerfehle hintereinander abschicken
• B Meine Steuerbefehle ggf. über "löschen, falls läuft" direkt wieder zurück setzen lassen, bei konfliktionärer Steuerung

Hab ich das richtig verstanden?

Viele Grüße!

[karsten089]

Ich versuche eine Zeitschaltuhr mit Bewegungsmelder zu bauen, das klappt aber mit dem time out nicht. Verstehe ich richtig, dass mein Script immer weiter läuft, sprich von vorne anfängt, bis der Switch auf false ist, und nur der Check presence verzögert wird?

Mit einer Pause funktioniert es, hier wird aber der Befehl false für den Switch mehrfach verschickt (wird mehrmals hintereinander grün in den Objekten, und irgendwann rot - was bedeutet rot?)

Wie kann ich das charmanter lösen?

[paul53]

@karsten089 sagte: Ich versuche eine Zeitschaltuhr mit Bewegungsmelder zu bauen

Wie sieht der Versuch aus?

[karsten089]

@paul53 Sorry Bild hatte gefehlt. Habe es eingefügt. :-)

[paul53]

@karsten089
"Wiederhole solange" erzeugt eine Endlosschleife!

@karsten089 sagte in Unterschied timeout und pause in Blockly:

Wie kann ich das charmanter lösen?

[Asgothian]

@markus-2 sagte in Unterschied timeout und pause in Blockly:

Hallo Zusammen,

ich stelle mir auch gerade die Frage, ob ich das "bequemere" PAUSE oder doch lieber STEUERE mit Verzögerung verwenden soll. Ich habe mal ein paar Tests mit dem PAUSE-Block gemacht. Soweit ich es sehe wird diese eine Abarbeitung des Scripts über einen Trigger verzögert, hindert dennoch nicht, dass das Script mehrfach parallel getriggert wird und dann parallel mehrfach ausgeführt wird. Wenn ich es richtig sehe ist der Wesentliche Unterschied bzgl. STEUERE... will ich:

• A Mein Skript, bzw. meine Befehle konsistent abarbeiten und "hart" mehrfach Steuerfehle hintereinander abschicken
• B Meine Steuerbefehle ggf. über "löschen, falls läuft" direkt wieder zurück setzen lassen, bei konfliktionärer Steuerung

Hab ich das richtig verstanden?

Viele Grüße!

Das hast du soweit richtig verstanden. Insbesondere das "Problem" der doppelten Ausführung des gleichen Skript Codes ohne einfache Möglichkeit da einzugreifen.

Ich würde in der Situation immer zu Timeout / Intervall / Steuerbefehle mit Verzögerung und löschen falls läuft raten.

A.

[Asgothian]

@karsten089 sagte in Unterschied timeout und pause in Blockly:

Ich versuche eine Zeitschaltuhr mit Bewegungsmelder zu bauen, das klappt aber mit dem time out nicht. Verstehe ich richtig, dass mein Script immer weiter läuft, sprich von vorne anfängt, bis der Switch auf false ist, und nur der Check presence verzögert wird?

Mit einer Pause funktioniert es, hier wird aber der Befehl false für den Switch mehrfach verschickt (wird mehrmals hintereinander grün in den Objekten, und irgendwann rot - was bedeutet rot?)

Wie kann ich das charmanter lösen?

Das was Du im Bild gemacht hast hat mehrere Probleme. Die Lösung von @paul53 weiter oben im Thread ist eine saubere Umsetzung einer BWM Ansteuerung - wenn es auch nicht das abbildet was Du in Deinem Skript getan hast.

Vorab: die Aussage von @paul53 das dein Skript eine Endlosschleife hat ist nicht korrekt. Die Schleife hat eine Abbruchbedingung die auch ausgelöst werden kann. Es gibt mehrere viel grössere Probleme die sich aus Deinem Ansatz ergeben.

Als erstes Problem triggerst du auf "wurde aktualisiert". Das bedeutet das Dein Skript bei jeder Aktualisierung des Datenpunktes gestartet wird, unabhängig davon ob sich der Wert auch verändert hat.
Das Zweite Problem ist das der Skript-teil im Trigger so lange läuft bis der Datenpunkt mit falsch Aktualisiert wird. Wenn der Datenpunkt also mit wahr aktualisiert wird ohne das er vorher auf falsch geht dann wird der der Skript-teil im Trigger ein zweites (drittes, viertes, fünftes) mal gestartet.
Das Dritte Problem ist die Verwendung des Timeout. Der Baustein "Ausführen Timeout" fügt den im Timeout definierten Skript-Teil in eine Liste von zeitgesteuerten Skripten ein. Diese Aktion dauert ein paar Millisekunden. Die Solange Schleife läuft also mit voller Last so lange bis der Wert auf falsch fällt.
Das Vierte Problem ist das der timeout nicht gelöscht wird. Zusammen mit dem was ich im Vorfeld geschrieben habe, und unter der Annahme das

• der Schalter nach 10 sekunden auf falsch geht
• das Eintragen in den Timeout 100 ms dauert (es geht schneller, aber das Ergebnis ist so schon ziemlich heftig)

bekommst Du 100 5 Sekunden Timeouts die im 100ms Abstand den Wert des Präsenzsensors abfragen. Sollte in der Zeit der Wert mit Wahr aktualisiert werden kommen noch weitere Timeouts hinzu.

Wenn du das Skript von @paul53 so anpasst wie im Screenshot unten dargestellt (den rot durchgestrichenen Block entfernen) dann sollte die Funktion so sein wie sie nach Deinem Skript (anscheinend) sein soll - Die Lampe wird automatisch 5 Sekunden nachdem der Präsenzmelder keine Präsenz mehr erkannt wird abgeschaltet. Einschalten ist weiterhin manuell notwendig.

A.

[AlCalzone]

Um die ursprüngliche Frage zu klären: pause ist hinter den Kulissen auch einfach nur ein setTimeout, mit dem Unterschied dass der Code für weniger JS-erfahrene Programmierer einfacher nachzuvollziehen ist.

Wir haben diesen Block ergänzt als wir im Skript-Adapter intern async/await-Unterstützung eingebaut haben - der kann bedenkenlos genutzt werden, wenn es wirklich nur ums Warten geht.
Soll aber die gleichzeitige Ausführung verzögerter Aktionen verhindert werden, führt aktuell kein Weg um die Kombination Timeout stoppen - Timeout erstellen.

[paul53]

@asgothian sagte: Die Schleife hat eine Abbruchbedingung die auch ausgelöst werden kann.

Bis die Abbruchbedingung erfüllt ist, ist die Javascript-Instanz meist schon abgeschmiert.

@asgothian sagte in Unterschied timeout und pause in Blockly:

Einschalten ist weiterhin manuell notwendig.

Du hast recht: Das Skript sollte nur ausschalten:

[Asgothian]

@paul53 sagte in Unterschied timeout und pause in Blockly:

Bis die Abbruchbedingung erfüllt ist, ist die Javascript-Instanz meist schon abgeschmiert.

Das Stimmt, allerdings liegt es meiner Meinung nach weniger an der fehlenden Abbruchbedingung und mehr an der großen Anzahl an Timeouts die vom Skript erzeugt werden. Wenn statt des "ausführen Timeout" einfach nur ein "mache irgendwas" im solange stehen würde müsste die JS Instanz durchlaufen.

A.

[RkcCorian]

@alcalzone Vielen Dank dafür! Da ich mehrere Geräte in ein definiertes Setting schalten möchte hilft das ungemein. Bei parallelen Anfragen könnten durch Nutzung von "Löschen falls läuft" undefinierte Zustände passieren. Durch die Pausen wird ein Befehl immer konsistent bearbeitet, wenngleich dies als Nachteil hat, dass manche Befehle hintereinander mehrfach geschickt werden ggü. "Löschen falls läuft".

[RkcCorian]

@asgothian Vielen Dank für Deine Rückmeldung! Da ich mehrere Geräte in ein definiertes Setting schalten möchte ist es für meinen Use Case dennoch besser Pause zu nutzen. Bei parallelen Anfragen könnten durch Nutzung von "Löschen falls läuft" ansonsten undefinierte Zustände passieren. Durch die Pausen wird ein Befehl immer konsistent bearbeitet, wenngleich dies als Nachteil hat, dass manche Befehle hintereinander mehrfach geschickt werden ggü. "Löschen falls läuft". Aber gut zu wissen, dass es beide Alternativen gibt. Je nach Use Case werde ich diese einsetzen (können) :-)

[karsten089]

Klasse, danke euch allen. Bin noch sehr am
Anfang und mache viel Trial&error… und dabei viel Error. ;-)

[XWing]

Ich mache das hier mal wieder auf.
Hier mein Script:

Es soll die Pumpe meines Pools steuern. Dabei sollen folgende Parameter erfüllt sein:

1. Es liegt ein Stromüberschuß von mind 3kW an (PV und/ oder BHKW)
2. Es sollen max. 2,4kWh am Tag verbraucht werden.
3. Es soll eine Vorlauftemperatur von mind. 60°C anliegen.
   Bei meinen ersten Versuchen habe ich ohne Timeout gearbeitet. Das funktioniert zwar sehr gut, aber nach kurzer Zeit tilt mein Shelly Schalter (auch wenn er nur ein Schütz steuert, ich muss dann jedes mal die Sicherung ab- und wieder anschalten, damit der Shelly wieder funktioniert), da es zu zu vielen Schaltvorgängen kommt. Für die Schwimmbadpumpe ist das sicher auch nicht förderlich.
   Deswegen möchte ich, daß die Pumpe, nachdem sie eingeschaltet wurde mind. 5 Minuten laufen soll.
   Ich hoffe ich habe den Thread soweit richtig verstanden und die Tips dort umgesetzt? Oder sind da noch Fehler drin?

[Homoran]

@xwing jedesmal wenn ein Wert > -3000 (2995, 29800, 2800) nacheinander kommt wird ein neuer timeout gestartet ohne dass der laufende gestoppt wird.
dadurch kann keiner der timeouts gestoppt werden

[paul53]

@xwing sagte: Pumpe, nachdem sie eingeschaltet wurde mind. 5 Minuten laufen soll.

So werden bei Werten >= -3000 mehrere Timeout gestartet, die sich nicht mehr stoppen lassen. Ersetze sonst durch sonst falls vorheriger Wert < -3000, damit immer nur ein Timeout gestartet wird.
Besser: Bau eine Hysterese ein, die größer ist als die Leistungsaufnahme der Pumpe.