exakten Zeitpunkt des Schreibens NI-cDAQ

Hallo Christian,

dir ist schon bewußt, dass LabVIEW mit Timestamps auch rechnen kann (dank Polymorphismus)?
Das man deswegen den Timestamp nicht erst in Strings für SS.sss und MM umwandeln muss, diese Strings dann wieder nach DBL, um dann mit der Startzeit die Differenz zu berechnen???

So in etwa:
   
Warum musst du überhaupt die Digitalwerte aus deinem DO-Task lesen, die du gerade erst mit der Funktion davor gesetzt hast?

Zum Bild mit dem Zeitdifferenz-Graph:
Sehe ich das richtig, dass du nach 3000 Iterationen eine Differenz von 7ms zum erwarteten Wert hast? Nachdem die Schleife schon 3000*100ms=300s=5min gelaufen ist?
Was daran stört dich? Wir reden hier über eine Genauigkeit der Zeitbasis von 0.007s/300s*100%=0.0023%…

Außerdem kann es sein, dass deine Schleife eben nicht mit exakt 10Hz iteriert: du verwendest die "normale" Wait-Funktion! Wenn die Schleife mal 102ms statt 100ms benötigt, dann hast du 2ms Fehler. Und dieser Fehler wird nie gecancelt, sondern immer weiter kummuliert! Wenn du dagegen "Wait for next multiple" verwenden würdest…
(Oder deine DAQmx-Tasks gleich in jeweils ihrer eigenen Schleife laufen würden, mitsamt vorgegebener Samplerate für den DO-Task…)

Zitat:Wichtig für die Auswertung ist der exakte Zeitpunkt des Schreibens.

Momentan bestimmst du den "exakten" Zeitpunkt des Lesens der DO-Werte…