Verständnisfrage zu Timeout

[ticaki]

@guitardoc

Das ist das Verhalten was erwartet wird.

Mit Javascript wäre die Antwort wegen Faulheit klar, bei Blockly liegt sie nicht so auf der Hand muß man ja mehr Blockly bewegen :

Dann muß der Code auch nicht alle 500ms was überprüfen.

Verzögerung timeout überprüft die variable timeout und stop timeout setzt diese Variable auf null (also false)

[guitardoc]

@ticaki OK, das macht natürlich Sinn.

Jetzt eine ganz ganz dumme Frage... Wo kommt bei dir das 'um etwas tun' her? Diesen Funktionsaufruf gibts bei mir nicht. Bei mir sieht das so aus:

[paul53]

@guitardoc sagte: Wo kommt bei dir das 'um etwas tun' her?

@ticaki verwendet eine neuere Version des Javascript-Adapters.

[guitardoc]

@paul53 Ahhh... Na da kann ich ja lange suchen...

Machen denn 'nach' und 'um' wenigstens das gleiche?

[paul53]

@guitardoc sagte: Machen denn 'nach' und 'um' wenigstens das gleiche?

Ja.

[guitardoc]

@ticaki said in Verständnisfrage zu Timeout:

Verzögerung timeout überprüft die variable timeout und stop timeout setzt diese Variable auf null (also false)

Irgendwie funktioniert das so nicht. Der erste Aufruf 'etwas tun' innerhalb des Timeouts funktioniert, da der Timeout unmittelbar davor gestoppt wurde. Der zweite Aufruf im 'sonst'-Zweig funktioniert nicht. Also 'etwas tun' wird da natürlich auch aufgerufen, aber Verzögerung ist nicht Null (false) sondern hat einen numerischen Wert (wie der zustande kommt und was der besagt weiß ich nicht - der Wert ist auch jedesmal anders - vielleicht ist es die aktuelle Uhrzeit, hab ich jetzt nicht getestet). Daher wird dort der 'mache'-Teil nicht ausgeführt.
Den Timeout ganz am Anfang zu stoppen geht auch nicht, denn da gibt es ihn noch gar nicht und Verzögerung gibt 'undefined' zurück.

Hmm, jetzt hab ich keine elegante Idee wie ich das mache. Ich könnte höchstens eine Variable setzen und mich selber darum kümmern wann die welchen Wert hat um damit den Aufruf der Funktion zu steuern.

[ticaki]

@guitardoc
Tja ich sollte nicht ganz so sparsam mit Blocklys sein, im timeout falls mußt du den doppelten Aufruf von timeout verhindern.

https://forum.iobroker.net/post/1041243

Ansonsten zeige mir bitte das Blockly oder den erzeugten Javascriptcode.

[guitardoc]

@ticaki Ja, das muss man dann dort auch noch machen.
Aber das Problem war, dass der Aufruf ja NICHT die Blocklys abgearbeitet hat weil Timeout nicht false (null) ist.
Oder hab ich was falsch verstanden?

[paul53]

@guitardoc sagte: NICHT die Blocklys abgearbeitet hat weil Timeout nicht false (null) ist.

Dann ist Timeout noch nicht abgelaufen. Blockly zeigen!

[guitardoc]

@paul53 Das Problem ist, dass Timeout im Sonst-Zweig ja noch gar nicht gestartet wurde und damit auch nicht ablaufen kann. Wenn von dort in die Funktion 'etwas tun' gesprungen wird, dann ist aber trotzdem Verzögerung.Timeout nicht Null (false) und damit werden die nachfolgenden Blocklys auch nicht abgearbeitet.
Es funktioniert nur, wenn aus dem mache.Timout Zweig in die Funktion gesprungen wird. Nur dann ist Verzögerung.Timeout Null.

[paul53]

@guitardoc sagte: dass Timeout im Sonst-Zweig ja noch gar nicht gestartet wurde

Dann ist die Variable timeout undefined und die Bedingung "falls nicht Verzögerung timeout" ist ebenfalls erfüllt.

[guitardoc]

@paul53 Ich kann es jetzt nicht mehr genau nachvollziehen weil ich den Funktionsaufruf jetzt mit Variablen gemacht habe, aber es funktionierte bei mir nicht. Vielleicht lag es daran, dass beim erneuten Triggern dann in Verzögerung.Timeout schon ein Wert drin steht - bin mir jetzt nicht mehr sicher...

[ticaki]

@guitardoc
Was wir vorgeschlagen haben funktioniert - nächstes Mal zeige bitte mit der Frage das/den Blockly/Javascriptcode.