DAQmx Fehler -200279, von Puffern und schritthaltenden Erfassungen

(24.02.2021 17:36 )jg schrieb:  Ich sehe das so: Die Frage und das Bsp von stoa sind von extrem akademischer Natur,

Dem kann ich nur zustimmen. und auch alles, was in Richtung "lass das den Treiber machen" geht...

Dennoch ist das Thema nicht uninteressant.

@stoa: Ich habe dein Beispiel vom ersten Beitrag genommen, eine X beliebige simulierte Datenerfassungskarte "installiert", das VI von einem globalen Channel umgestellt (den wollte ich nicht im MAX einrichten). Das aktuellere VI von dir sieht dann so aus wie im Anhang.

Lustigerweise funktioniert das mit dem simulierten Gerät problemlos, wenn ich die Anzahl der Abfragen auf 5 oder niedriger einstelle. Dann bleibt die Anzahl der verfügbaren Samples unter 500. Nun sind insgesamt 2000ms Zeit und es müssten theoretisch 19 Abfragen möglich sein. Lustigerweise verhält sich zumindest das simulierte Gerät sehr eigenartig. Ohne diese Abfragen oder bis 5 Abfragen funktioniert es ohne Fehlermeldung (bei der letzten Abfrage sind rund 400 Samples im Puffer). Wenn ich jedoch 7 mal abfrage, dann bekomme ich eine Fehlermeldung wegen eines Pufferüberlaufs. Bei 7 Abfragen hätte ich etwas in der Art wie 100 Samples oder ähnliches erwartet.

Ich vermute ja fast, dass er erst durch die Abfrage von Available "Samples per Channel" merkt, dass ja eigentlich der Puffer übergelaufen ist und ohne diese Abfrage merkt er das gar nicht. Das kann an dem simulierten DAQ Gerät liegen. Wenn das eine echte Hardware genauso macht, dann fällt mir im Moment dazu nichts mehr ein.

Da ich gerade nix besseres greifbar habe, würde mich schon interessieren, was bei dir (stoa) heraus kommt. Das angehängte VI fragt mit den Defaulteinstellungen nur 5 mal ab - funktioniert das so? und was passiert, wenn du die Abfrage 7 mal machst?

Nachtrag: 02.03.2021 (ich hatte den Anhang vergessen)