Datenanzeige wird langsamer

Hallo Gerd,

verdammt, die Option "Numbers of Samples per Channel" in DAQmxRead ist mir erst nach deinem Hinweis aufgefallen.

Zitat:beim Aquire in der Producer-Loop sollte/darf keine Wartezeit sein: hier wird das Delay über DAQmxRead realisiert, da es ja eben 100ms benötigt, um 100 Samples bei 1kHz Samplerate zu lesen!

Deine Antwort verstehe ich nun so:
Es ist sinnvoller bzw. besser die "Number of Samples per Channel" auf 100 zu setzen und dann mit einer einheitlich großem Array unabhängig von der Messfrequenz zu arbeiten? Aber dann änder sich die "Anzeigefrequenz" in meinem Graphen bei jeder Änderung der Messfrequenz.

Zitat:In der Display-/Consumer-Loop sollte auch keine Wartezeit sein, da hier ja auf neue Werte im Notifier gewartet wird…

Genau, das habe ich während dem "Rumprobieren" auch verstanden, daher ist da auch keine Wartezeit drin, sondern eben in der Datenerfassung womit die Notifiermeldezeit auch festgelegt wird

Zitat:Bei einer Queue dagegen sollte die Queue möglichst schnell gelesen werden, da ja dort alle Werte angesammelt werden. Oder man holt die Daten "blockweise" aus der Queue, indem man sie in definierten Zeitabständen leert

Aber genau das passiert doch, wenn ich jetzt mit 100ms bzw. 100 Samplen arbeite, oder? Es kommen in festen Zeitabständen Daten in die Queue --> mein LoggingLoop wartet nur auf die Daten --> Sobald da, werden sie in die TDMS geschrieben.
Habe ich die Abfolge richtig?

VG
Abongile