zeitverzögertes Auswerten / Jitter
-
@thaistatos sagte: muss in das zweite Kommentarfeld auch noch etwas eingetragen werden?
Nein, das ist nur eine Erläuterung zum Verständnis. Seit JS Version 7.0.5 wird in dem Block nach Ablauf des Timeouts die Variable automatisch auf null gesetzt.
-
muss er timeout noch initialisiert werden?
Mir ist noch nicht klar, warum die Berechnung erst mit dem zweiten Trigger startet?
Oder startet sie eher nach 100ms? -
@thaistatos sagte: warum die Berechnung erst mit dem zweiten Trigger startet?
Beim ersten Trigger ist
timeoutnull und es wird der sonst-Zweig ausgeführt, also der Timeout gestartet. Beim zweiten Trigger läuft der Timeout und es wird der mache-Zweig ausgeführt, also die Berechnung. -
@thaistatos sagte in zeitverzögertes Auswerten / Jitter:
Mir ist noch nicht klar, warum die Berechnung erst mit dem zweiten Trigger startet?
tut sie nicht, die Berechnung durchvden zweiten Trigger wird blockiert.
Deswegen
@paul53 sagte in zeitverzögertes Auswerten / Jitter:
Problem: Die Berechnung erfolgt bereits mit dem ersten Trigger und deshalb passen die Werte zeitlich nicht zusammen.
@thaistatos sagte in zeitverzögertes Auswerten / Jitter:
Oder startet sie eher nach 100ms?
ja
-
@homoran sagte: tut sie nicht
@thaistatos meint diese Version.
-
das setzt dann aber voraus, dass immer der der zweite Trigger kommt. Es kann ja auch nur Trigger 1 ausgelöst werden, dann würde gar nichts passieren.
-
@thaistatos sagte: das setzt dann aber voraus, dass immer der der zweite Trigger kommt.
Richtig. Kommt nicht immer ein zweiter Trigger? Dann muss die Verzögerung um 100 ms in Kauf genommen werden.
-
sehr wahrscheinlich kommt auch Trigger 2, aber muss eben nicht.
Ich will mit 100ms Verzögerung nach dem letzten Trigger die Berechnung ausführen.
Also T1, 10ms später T2: Berechnung bei Zeitstempel 100ms nach T1.
nur T1: Berechnung bei Zeitstempel 100ms nach T1.
nur T2: Berechnung bei Zeitstempel 100ms nach T2. -
@thaistatos
Das macht diese Version. -
