Wait und Wait-Until, seltsame Effekte, ich verstehs einfach nicht...

Hallo catbull,

ein paar Egänzungen zu RMR's Antwort:

Zitat:Gehen wir davon aus das dein code 20ms Zeit benötigt. Dem Metronom hast du 80ms aus Wert vorgegeben. Es wird versucht diese 80ms zu halten. Sprich 20ms code + 60 ms wait = 80 ms.

Wenn dein Code jetzt aber länger als die angegebene Wartezeit benötigt, wird wieder bis zum nächsten Vielfachen der Wartezeit gewartet:

Code:

90ms (Code) + 70ms (wait until multiple) = 160ms (next multiple)

Diese ganzen Rechnungen gelten aber nur, wenn das WaitUntil nach deinem Code aufgerufen wird. Wenn es parallel läuft, passiert folgendes:

Code:

MAX(90ms code, 80ms wait) = 90ms

Und beim nächsten Durchlauf kann dann wieder irgendwas anderes dein Timing stören…

Zitat:Bei der "Armanduhr" wird der anegebene Wert gewartet. Deine Iteration wäre also 20ms code + 80ms wait = 100ms

Diese Aussage gilt nur, wenn das Wait nach dem Code aufgerufen wird.
Im Normalfall läuft es aber parallel zum Code, sodass sich die Rechnung

Code:

MAX(20ms code, 80ms wait) = 80ms

ergibt…

Zu deinem Bild:
- Musst du den Code wirklich auf 4 Schleifen verteilen? Ich würde hier evtl. auf ein Producer-Consumer-Schema umstellen, bei dem der Producer im 10ms-Takt läuft und einfach Befehle für einen/mehrere Consumer im korrekten Takt verteilt.
- Sind deine FGV-Aufrufe wirklich so schnell, wie du vermutest? Kann es sein, dass die FGV(s) evtl. irgendwelche (langsamen) Operationen ausführen, die dein Schleifentiming beeinflussen können?