Timing von DAQ mit Dynamischer Event-Struktur

Hallo lempy,

Zitat:Ich meinte damit den Schalter in der oberen Schleife, bitte entschuldige Smile Ich wollte testen, was passiert, wenn ich folgendes mache: Ich setze die Zeit für die Express-VI auf 10s. Ich drücke auf den Schalter um die Zeit starten. Nach z.B. 5s drücke ich den Schalter nochmal, sodass er ein False ausdrückt. Meine Theorie war: Wenn ich jetzt wieder auf den Schalter drücke, wird die Express-VI zurückgesetzt und startet wieder von 0. Was tatsächlich passiert ist: die Express-VI hat im Hintergrund weitergezählt. Wenn ich also zwischen dem "Ausschalten" des Schalters und dem "Wiedereinschalten" z.B. 10s warte, zeigt der Indikator 15s an (Was natürlich durch den Logikfehler sofort zu einem Abbruch der VI führt).

Grundproblem: das ExpressVI ist in einem Event-Case versteckt…
Das ElapsedTime ist dafür gemacht, dass es regelmäßig/oft abgefragt wird - und nicht dafür, es nur irgendwann mal, wenn ein User einen Button betätigt. Ja, es "zählt im Hintergrund weiter"…
Wieso überhaupt eine Eventstruktur und dynamisch registrierte Events???
Warum nicht erst einmal die grundlegende Logik implementieren, gern auch mit Polling und einer kleinen Wartezeit in der Schleife?

Wieso gibt es einen Button mit dem boolschen Text "Push", der aber kein Label mehr besitzt? Würdest du in textbasierter Programmierung etwa

Code:

"":=""+""

schreiben oder doch vielleicht eher

Code:

a:=b+c

???
Auch in LabVIEW sollten FP-Elemente IMMER ein Label haben!