DAQ: Paralleler, nicht gleichzeitiger Zugriff erzeugt Datenlücken

Hallo GerdW,

nochmal danke für deine Geduld und die Infos.

Zitat: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)

Mit Queues habe ich noch gar keine Erfahrungen gemacht, aber ich werde wahrscheinlich nicht drum herum kommen (wobei die Sache mit der Case Struktur auch funktionieren sollte..).

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…

Aber das ist ja auch genau das was ich ursprünglich wollte. In dieser Zeit soll ja eigentlich auch nichts passieren. Jetzt kommt eben noch die Sache mit der Live Ansicht dazu..

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…)

Erledigt und angehängt

Zitat: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

Habe ich alles erledigt, danke dafür!

Zitat: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…

Was heißt in diesem Fall Abbruchbedingung anzeigen lassen?