DAQ: Paralleler, nicht gleichzeitiger Zugriff erzeugt Datenlücken

Hallo moTo,

Zitat:Das Problem ist, dass ich im Prinzip zwei Vorgänge gleichzeitig mit unterschiedlichen Intervallen ausführen möchte. Die Datenaufzeichnung alle x Sekunden die vom Nutzer vorgegeben wird und dazu eine Live Datenanzeige die zB alle 10ms ,,feuert''.

Datenanzeige mit 100Hz ist Overkill, du kannst nur mit ~10Hz gucken…
Trotzdem hast du nur eine Datenquelle, deren Daten du auf zwei Senken verteilen musst. Im einfachsten Fall reicht dir eine Case-Struktur: je Iteration die Daten anzeigen, aber nur jede 5. Iteration auch speichern. Ansonsten helfen einem Queues, Daten von einer Schleife in eine andere zu schicken! (Stichwort: Producer-Consumer-Schema)

Zitat:Kurz mein Gedankengang dazu: Die Schleife startet, der DAQ gibt einen Wert raus und dann startet die While Schleife mit der Wait(MS)-Funktion, die so lange warten soll, bis die vom Nutzer vorgegebene Intervallzeit rum ist oder bis eben der Stop Button gedrückt wird oder die Maximale Messzeit in Sekunden erreicht ist.

Das ist "nett" gedacht, aber (IMHO) nicht schlüssig: während deine Warteschleife aktiv ist, werden weder neue Messdaten gelesen noch irgendwas gespeichert oder angezeigt. Deine äußere Schleife wartet, bis die innere Warteschleife fertig ist!
Je nachdem, wie der DAQ-Assi konfiguriert ist, führt diese Vorgehensweise nur zu Fehlermeldungen…

Zitat:aber ich wusste nicht genau wie ich den relevanten Teil rausziehen konnte ohne wieder ein komplett neues vi zu schreiben, was ist hier das beste Vorgehen?

Snippets! (Wenn ich bestimmte Wörter benutze, wie Snippet, Queue, etc., dann kann man diese in der LabVIEW-Hilfe nachschlagen oder googeln…)

Zitat:welche Operationen meinst du genau?

Zum Beispiel das "Umrechnen in Zehntelsekunden" links oben: der Rechenwert ändert sich in der Schleife nie, da die Ausgangsdaten innerhalb der Schleife konstant sind. Also kann die Rechenoperation einmal vor der Schleife durchgeführt werden!
Ebenso:
- Vergleich mit "-1" links unten
- zweiter Vergleich mit "-1" im linken unteren Quadranten
- Umrechnung nach U32 in der Warteschleife
- das Beschreiben von "LED Measurement running" mittels PropertyNode mittig unten und der TRUE-Konstanten

Außerdem sollten deine While-Loops eigentlich FOR-Loops sein, da sie jeweils mit einer maximalen Anzahl Iterationen laufen! Dann kannst du dir jeweils einen Vergleich in der Schleife sparen.
Einfach bei FOR-Loops die Abbruchbedingung anzeigen lassen…