mehrere Events schlecht

Ich habe noch eine Frage - vielleicht eine blöde Frage - aber ich hab die Antwort noch nicht gefunden:

Ich definiere ein Ereigniscase mit mehreren Ereignissen. Wird ein case ausgelöst - wird dann das Ereignis erst abgearbeitet und so lange werden keine anderen cases bearbeitet? Oder gibt es einen Speicher - ähnlich einer Queue, wo die Ereignisse hintereinander gepuffert werden und dann der Reihe nach wie sie hereinkommen abgearbeitet werden?

Ich denke daran an die uC-Programmierung und den Interrupts - so stelle ich mir von der Funktion einen Ereignis-Case vor. Dabei gilt bei der Mikrocontrollerprogrammierung, dass man die Aufgaben in den Interrupts so kurz und knapp wie möglich halten soll, damit keine Ereignisse verloren gehen - z.B. wenn man Daten einliest und parallel noch eine Speicheroperation mit den Interrupts in Gang setzt. Natürlich könnte man hier nun argumentieren, die Rechner, wo LabView heute drauf läuft, sind um eine 1000er Potenz schneller als ein Mikrokontroller mit vielleicht 10-20 MHz Taktfrequenz, dabei könnte man das vielleicht bei LabView vernachlässigen, aber ich frag einfach dennoch mal Euch Spezialisten hier in dem Forum und freue mich auf Eure Antwort.

---

(21.12.2012 13:47 )Lucki schrieb:  ...

Ein wichtige Ausnahme sind boolsche Elenete mit Latch-Verhalten. Die müssen gelesen werden, damit sie von selbst wieder herausspringen. Also müssen sie sich z.B im Eeignsicase befinden.
Hierzu noch zwei Tips:
...

Meine Frage dazu - gelesen werden bedeutet, dass ich das Element mit einer Datenleitung verbinden muss, damit ein Schalter mit Latch-Verhalten "gelesen" wird? Müsste ich dann z.b. den Schalter ProgrammStopp zum Beenden der while-Schleife in den Ereignis-case reinsetzen und dann nicht eine TRUE-Konstante nach aussen (in den Tunnel) schicken, sondern dierekt den Schalter mit dem Datentunnel verbinden? Oder reicht es einfach nur aus - wie dort beschrieben, den in den Ereignis-case einzufügen, damit er "gelesen" wird ohne eine Datenanbindung?