Problem Ereignisstruktur

' schrieb:Die Eventstruktur wird also immer ausgeführt egal wo sie ist? (D.h. der Eventstruktur ist es egal in welchem Case sie ist.) Das Event wird registriert und solange gespeichert bis man in das jeweilige Case eintritt?

Also nochmal: Ein Ereignis wird immer vorgemerkt, egal an welcher Stelle sich das Programm gerade befindet. Kommt es zu mehreren Ereignissen, ohne daß das Ereignis behandelt wurde, dann kommen die vorgemerkten Ereignisse in eine Warteschlange. Ist schließlich die Ereignsnisstruktur mit der Ausführung an der Reihe, dann wird nur ein Ereignis behandelt, und zwar das welches am länsten gewartet hat. Damit die Queue nicht immer länger wird, sollte die Ereignisstruktur also öfter aufgerufen werden als Ereignisse hinzukommen.

Fast jedes Programm besteht fast ausschließlich auf Warten auf irgendetwas. Wenn irgendwo im Programm ein Wait ist, oder ein Warten auf Daten, dann verzögert sich entsprechend die Ereignisbehandlung. Ereignisse werden hingegen sofort behandelt, wenn das Warten ein Warten auf den Timeout an der Ereignisstruktur ist. Jedes Warten im Programm sollte also möglichst so programmiert sein, daß es ein Warten an der Ereignisstruktur ist.

Selbst das Warten auf Daten, seriell oder DAQmx, kann man so konfigurieren, daß z.B nicht DAQmx-Read selbst auf die Daten wartet, sondern daß an der Ereignisstruktur gewartet wird, bis ein benutzerdefiniertes Ereignis "gewünschte Daten stehen im Empfangsbuffer bereit" eintrifft. Wenn das Ereignis eintrifft, werden die Daten ohne Warten gelesen - sie sind ja schon da. Der Vorteil ist offensichtlich: Das Warten von DAQmx Read ist kaum unterbrechber, ebensowenig wie die Wait-Funktion. Das Programm ist in dieser Zeit für den Benutzereingriff tot. Ein Warten an der Ereignisstruktur kann hingegen durch jedes Ereignis, also Stop usw., unterbrochen werden.

Dieselbe Problematik wie mit Waits an den falschen Stelle hat man auch bei mehreren Ereignisstrukturen in einer Programmschleife. Das Programm kann nur an einer der beiden Strukturen auf ein Ereignis warten. Ein Ereignis in der anderen Struktur kann erst behandelt werden, nachdem in der ersten Struktur entweder ein Ereignis eingetroffen ist oder der Timeout überschritten wurde. (Eine besondere "Gemeinheit" von NI ist, daß eine nicht angeschlossenen Zeit ein Timeout von Unendlich ist)