Paralelle Schleife mit mehreren Aufgaben

' schrieb:ich verwende die Information "Queue timed out" und schicke meine StateMachine dann in den "timeout" Case. Diesen Case kann man wunderbar verwenden die Statemachine in weitere States zu schicken. Beispiel:

3 Cases:
timeout, lesen und schreiben

Die StM soll alle 100 lesen ==> Queue Read timeout = 100 ms

im Read Case merke ich mir den Zeitstempel des letzten Lese-Vorganges
im Write Case überprüfe ich, ob seit dem letzten Lesen bereits mehr als 100 ms vergangen sind, wenn ja füge ich einen Read Case ein (damit bei voller Q das Lesen nicht zu kurz kommt ...)

wenn keine Elemente in der Queue sind springt die StM in den "timeout" case und schchickt sich darin selbst in den "Read" Case ==> die State-Machine springt alle 100 ms in den Read Case ...

Als Vorschlag angenommen, aber effizient finde ich das nicht. Kannst du die Vorteile dieser Vorgehensweise aufzählen? Ich weiss, dass du nichts umsonst machst, also was sind denn die Vorteile davon?

Ich persönlich versuche keine Timeouts im Programm zu verwenden, die mag ich nicht so. Bei mir ist fast alles eventgesteuert.

OFFTOP: Trennst du das Schreiben und Lesen in zwei Loops oder machst du es immer in einer "Schnittstellenloop"?