LabVIEWForum.de
Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenerfassung (DAQ) (/Forum-Datenerfassung-DAQ)
+---- Thema: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando (/Thread-Echtzeit-graphische-Darstellung-der-Daten-und-Speicherung-auf-Kommando)

Seiten: 1 2 3 4 5


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - nusser - 14.02.2014 08:37

Hi

Anscheinend bin ich nicht so im "flow"....
was wäre denn die richtige Lösung?


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - GerdW - 14.02.2014 08:41

Hallo Nusser,

also ich würde DAQmxStart erst aufrufen, nachdem der Start-Button gedrückt wurde…

Schau dir dein VI doch mal im Highlight-Debugging an, dann solltest du sehen, wie der DataFlow so läuft! Big Grin


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - nusser - 14.02.2014 09:31

Hallo Gerd!

Ich hab mein vi jetzt umgebaut. Der Flow stimmt zwar, aber mit dem Resultat bin ich trotzdem nicht zufrieden.
1. Die Graphanzeige ist immer noch sprunghaft.
2. Es kommt nach wie vor der Fehler, dass Daten zum Lesen nicht mehr zu Verfügung stehen, oder so ähnlich.

Was hab ich jetzt wieder falsch gemacht?

Gruß


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - GerdW - 14.02.2014 09:33

Hallo Nusser,

was soll die Wartezeit in der DAQ-Schleife?
Durch das DAQmxRead hast du doch schon eine implizite Wartezeit in der Schleife, jede zusätzliche Warterei stört dich hier nur…

Mit deinen Standardwerte gibst du Samplerate=1kHz und SamplesToRead=100 vor. D.h. DAQmxRead muss 0,1s auf Daten warten. Dann lässt du die Schleife aber bis zur nächsten vollen Sekunde warten - und wunderst dich über "Buffer Overflow"-Meldungen!
Hmm


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - nusser - 14.02.2014 09:58

ach Gerd

Du hast mir doch das Beispiel gepostet, wo Wartezeiten drin waren.
Habe angenommen, dass ich dies in meinem Fall brauche, wenn der Tipp von einem Pro kommt....


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - GerdW - 14.02.2014 10:00

Hallo Nusser,

und was steht da für ein Kommentar im Beispiel, auf das du dich beziehst?


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - nusser - 14.02.2014 10:11

die dummen sind die fröhlichen Big Grin


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - GerdW - 14.02.2014 12:18

Hallo Michaela,

Fragen bitte immer im Forum!

Wenn ich das angehängte VI mit einem simulierten Device ausführe, ist alles schick.
Habe momentan kein DAQmx-Gerät zur Verfügung…


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - nusser - 14.02.2014 14:09

Hi Gerd

Vielen Dank erst mal für deine Bemühungen.

Wenn in dem Vi keine Datenspeicherung integeriert ist, funktioniert es einigermaßen. Wird aber das Textfile noch in die Schleife hinzugefügt, dann dauert es mehrere Sekunden, bis sich die Signale im Graph wieder ändern.

Ich hab dasselbe set up mal mit dem Daq-Assistent und dem Messerte in Datei schreiben aufgebaut.
Da funktioniert die Graphanzeige einwandfrei.

An was könnte es denn jetzt noch liegen? Habe ich iregendwo etwas falsch eingestellt?

Gruß


RE: Echtzeit graphische Darstellung der Daten und Speicherung auf Kommando - Trinitatis - 15.02.2014 18:29

(14.02.2014 14:09 )nusser schrieb:  Wenn in dem Vi keine Datenspeicherung integeriert ist, funktioniert es einigermaßen. Wird aber das Textfile noch in die Schleife hinzugefügt, dann dauert es mehrere Sekunden, bis sich die Signale im Graph wieder ändern.

Hallo Nusser,

häng doch dein VI mit dem "Textfile in der Schleife" mal mit an.


Gruß, marko