Analogmessung auf einem Kanal im Hintergrund

Zitat:wernerIBN kann ohne weiteres zwei Event-Sequenzen verwenden. Er muss sich nur im Klaren sein, dass das zu schwerwiegenden Problem führen kann - weil er nämlich einen inkonsistenten Algorithmus programmieren könnte. Die Frage ist nur, ob zwei Event-Seqeunzen überhaupt notwendig sind. Ich sage, in 99.99% aller Fälle ist eine einzige Event-Sequenz ausreichend. Wegen Geschwindigkeit und/oder Verlust von Events muss sich keiner Gedanken machen. Das packt LV alles.

Tolles Posting.

Genau der Punkt "Wegen Geschwindigkeit und/oder Verlust von Events muss sich keiner Gedanken machen. " beschäftigte mich.

Ich habe eine Eventstruktur für die GUI im Erzeuger-Verbraucher-Pattern, und die zweite Eventstruktur AUSSCHLIESSLICH für die DAQ-MX-Events.
Mit der zweiten Eventstruktur mache ich NIX, aber auch GARNIX anderes, als die ganze Zeit im Hintergrund DAQ-MX events auszulesen.

Das ganze ist meiner Meinung nach aufgeräumter im Blockdiagramm, als diese DAQ-MX-Events von der zweiten Event-Struktur in die eh schon umfangreiche Eventstruktur des Erzeuger-Verbraucher events "reinzuverkabeln".

Findest du, "IchSelbst", dieses Vorgehen für mich gut oder schlecht, ich bitte um deine geschätzte Meinung.

Nun noch zur Performance:

Zitat:Wegen Geschwindigkeit und/oder Verlust von Events muss sich keiner Gedanken machen. Das packt LV alles.

Würde ich die DAQ-MX events mit in eine einzige Eventstruktur nehmen, und der würde ein anderes event länger dauern als die zeit zwischen zwei DAQ-MX events gehen doch DAQ-MX-events, also Messdaten, verloren.

Eine zweite, eigene Eventstruktur für die DAQ-MX-events hingegen läuft doch parallel, und somit nicht Gefahr Messdaten durch andere langsame Events zu verlieren.

Richtig oder falsch ?