LabVIEWForum.de - data queue overflow

LabVIEWForum.de

Normale Version: data queue overflow
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo Leute,

ich baue gerade mit Labview 2009 einen Sinusgenerator. Jetzt stehe ich vor dem Problem, dass das Programm nach einiger Zeit den Ausgang abbricht und nur noch DC offset Signale ausgibt (Fehlermodus). Ich muss mein Signal im Betrieb verändern können, was nicht in Echtzeit geschehen muss, jedoch sollte diese Latenz unter einer Sekunde liegen. Setze ich den Ausgangsbuffer auf 20000 Samples, läuft es zwar stabil aber die Verzögerung beträgt einige Sekunden. Setze ich den Buffer auf 4000 Samples wird die Reaktionszeit geringer aber das Programm stürzt irgendwann ab.
Im Highlightmodus erhalte ich bereits beim zweiten Schleifendurchgang des Eingangs immer den Fehler 1020 "data queue overflow".
Wo liegt mein Fehler?

Danke für eure Hilfe!

Max

EDIT jg: mehrfacher CROSSPOST:
http://labviewportal.eu/viewtopic.php?f=13&t=5389
http://forums.ni.com/t5/LabVIEW/sine-gen...-p/2218240
Offtopic2 Sollte das nicht besser nach 3rd Party Hardware?FalschesForum

Gibts von DT keine Beispiele?

A.
Ich habe schon mit dem DT Service Kontakt aufgenommen, doch können die mir nicht helfen. Und ich denke auch nicht, dass das Problem DT-spezifisch ist. Die Beispiele von DT taugen nicht für dieses Problem. (Meiner Meinung nach)

Vielleicht kann ja jemand aufgrund des Aufbaus und der verschiedenen Einstellungen sich einen Reim darauf machen? Blush
Erledigt. Danke.

Gruß Markus

(12.11.2012 11:31 )Achim schrieb: [ -> ]Offtopic2 Sollte das nicht besser nach 3rd Party Hardware?FalschesForum
Offtopic2
@triplelag: Bitte in Zukunft die LVF-Regeln beachten und bei Crossposting selber die Links veröffentlichen.

Danke, Jens
ich glaube nicht dass es sehr viel weiterhilft, aber: Dass du einen Overflow-Fehler im Highlight-Modus bekommst, wundert mich nicht. Wenn das Auslesen aus der Queue in Zeitlupe geschieht (Highlight), aber die eigentliche Datenerfassung normalschnell (hardwaregetaktet) dann ist die Queue im Nu voll...

Was ich nicht ganz verstehe: Warum hast du die sampling rate und die number of samples so hoch gewählt? Ich glaube mit der Übertragung von mehr Samples als überhaupt in den Puffer passen, handelst du dir Schwierigkeiten ein. Das ist allerdings nur eine Spekulation.

Gruß
eb
Referenz-URLs