INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

LabVIEW zu langsam?



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

13.07.2009, 15:10
Beitrag #1

schroepel Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 68
Registriert seit: Mar 2008

8.5
2008
de

09113
Deutschland
LabVIEW zu langsam?
Hallo,

ich versuche mit einer DAQ-Karte (6251) mit 15 kHz Werte aufzunehmen.
Die Aufnahme wird gestartet wenn ein separates Triggersignal ebenfalls über DAQmx erkannt wird.
Das Signal erscheint mit einer Frequenz von 500 Hz und bei jeder steigenden Flanke sollen von zwei Kanälen analog 24 Werte mit 15 kHz aufgenommen werden.
Mein Problem ist nun, wenn die Triggerflanken weiter als 2 ms (etwa 5 ms) auseinander liegen funktioniert alles wunderbar.
Wenn aber die Aufnahme mit 500 Hz getriggert wird, verliere ich etwa jeden zweiten Trigger.
Meine Vermutung geht dahin, dass die anschließende Auswertung der Messdaten zu lange dauert und deshalb Triggerflanken übersehen werden.

Hat von euch einer eine Idee wie man das ganze beschleunigen könnte damit keine Werte mehr verlohren gehen?

Hier mal mein derzeitiges Programm:

Sonstige .vi  Auslese_PSD_Schussliste.vi (Größe: 51,05 KB / Downloads: 241)
Lv85_img

Gruß Marco
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
13.07.2009, 16:01 (Dieser Beitrag wurde zuletzt bearbeitet: 13.07.2009 16:01 von kpa.)
Beitrag #2

kpa Offline
LVF-Stammgast
***


Beiträge: 385
Registriert seit: Mar 2007

2019
2002
DE

88***
Deutschland
LabVIEW zu langsam?
Hallo schroepel,

wenn es keine Echtzeitauswertung werden soll kannst Du den Trigger und die zwei zu messenden Signale ständig aufzeichnen (ins RAM wenn die Messung länger ist auf Platte streamen) und dann nach der Messung auswerten.

Grüße

kpa
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
13.07.2009, 16:12
Beitrag #3

schroepel Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 68
Registriert seit: Mar 2008

8.5
2008
de

09113
Deutschland
LabVIEW zu langsam?
' schrieb:Hallo schroepel,

wenn es keine Echtzeitauswertung werden soll kannst Du den Trigger und die zwei zu messenden Signale ständig aufzeichnen (ins RAM wenn die Messung länger ist auf Platte streamen) und dann nach der Messung auswerten.

Grüße

kpa

Hallo kpa,

da es sich nur um Messungen über ein paar Sekunden handelt und die Auswertung auch nach der Aufnahme der Messwerte ausreichend wäre,
wär so eine Lösung sicherlich ganz gut. Aber leider weis ich nicht so recht wie das umzusetzen ist.

Beste Grüße.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
13.07.2009, 16:49
Beitrag #4

kpa Offline
LVF-Stammgast
***


Beiträge: 385
Registriert seit: Mar 2007

2019
2002
DE

88***
Deutschland
LabVIEW zu langsam?
Hallo schroepel,

zeichne alle 3 Kanäle (Trigger + 2x Messsignal) parallel auf und schreibe sie in ein xy-Diagramm dann kannst Du nach der Messung mit dem Zoomwerkzeug schauen was nach den positiven Flanken deines Triggersignals passiert.
24 Messwerte bei 15kHz dauern 1,6ms und bei 500Hz hast Du 2ms Peridendauer, dann sind für Dich ja eh fast alle Daten interessant.

Grüße

kpa
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
14.07.2009, 16:29
Beitrag #5

schroepel Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 68
Registriert seit: Mar 2008

8.5
2008
de

09113
Deutschland
LabVIEW zu langsam?
' schrieb:zeichne alle 3 Kanäle (Trigger + 2x Messsignal) parallel auf und schreibe sie in ein xy-Diagramm dann kannst Du nach der Messung mit dem Zoomwerkzeug schauen was nach den positiven Flanken deines Triggersignals passiert.
24 Messwerte bei 15kHz dauern 1,6ms und bei 500Hz hast Du 2ms Peridendauer, dann sind für Dich ja eh fast alle Daten interessant.

Also ich hab jetzt alles mögliche ausprobiert und bin langsam am verzweifeln, weils einfach nicht besser wird. Pccrash
Jetzt hab ich einfach mal zum Testen meine gesamte Auswertung und alles rausgenommen und betrachte nur den Schleifenzähler der While-Schleife
und selbst der zeigt nur die etwa die Hälfte an.
Mach ich hier irgendetwas falsch oder ist LabVIEW dafür wirklich einfach zu langsam.
Den Rechner hab übrigens mittlerweile auch schon gewechselt weil der auch nicht der schnellste war.

Hier mal mein letztes Test-VI, das eigendlich komplett nackt ist und theoretisch nur Daten ausliest:


Sonstige .vi  Auslese_PSD_Schussliste_Probe2.vi (Größe: 34,87 KB / Downloads: 223)
Lv85_img

   

Kann mir von euch jemand sagen was hier nicht stimmt, denn ich versteh das langsm nicht mehr?Wacko

Gruß Marco
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
14.07.2009, 22:46 (Dieser Beitrag wurde zuletzt bearbeitet: 14.07.2009 22:47 von Achim.)
Beitrag #6

Achim Offline
*****
*****


Beiträge: 4.223
Registriert seit: Nov 2005

20xx
2000
EN

978xx
Deutschland
LabVIEW zu langsam?
Rufst du den im Screenshot gezeigten Code-Abschnitt immer wieder auf? Also Start....warte auf Trigger...auslesen...Ende der Schleife und dann ClearTask?

Dann wird das nicht funktionieren! Das ständige Init/lesen/Clear dauert, d.h. wenn du jeden Trigger mitkriegen willst wird die Zeit zwischenn zwei Triggern wirklich nicht ausreichen. Wieviele Trigger kommen denn insgesamt, oder läuft das unbegrenzt lange und du willst wirklich jeden Trigger über längere Zeit erfassen und sofort danach die Signale auswerten und gleich wieder bereit sein für den nächsten Trigger?






EDIT: Post #3100

"Is there some mightier sage, of whom we have yet to learn?"

"Opportunity is missed by most people because it is dressed in overalls and looks like work." (Thomas Edison)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
15.07.2009, 10:17
Beitrag #7

kpa Offline
LVF-Stammgast
***


Beiträge: 385
Registriert seit: Mar 2007

2019
2002
DE

88***
Deutschland
LabVIEW zu langsam?
Hallo schroepel,

versuche es man wenn Du das Trigger-VI(mit grünem Pfeil) mit in die While-Schleife nimmst oder auch noch das VI für die Flankenauswahl mit in die Schleife nimmst.
Für mich sieht das so aus als ob Du einmal über Trigger startest und dann immer die nächsten 24 Werte nimmst ohne Trigger.

Du kannst es aber auch so machen wie ich Dir schon vorher beschieben habe:

Alles aufzeichnen (Messsignale + Trigger) und später die relevanten Teile aus den Messsignalen ausschneiden.
Dazu musst Du alle Meßwerte in ein Schiftregister schreiben und ab jeder positiven Triggerflanke 24 Werte aus dem Meßwertarray lesen.

Grüße

kpa
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
15.07.2009, 11:59
Beitrag #8

schroepel Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 68
Registriert seit: Mar 2008

8.5
2008
de

09113
Deutschland
LabVIEW zu langsam?
Also ich habs nun so in der Art gemacht wie kpa vorgeschlagen hat.
Mit der steigenden Flanke des ersten Triggers starte ich die Messung und nehme alle Werte incl. der Trigger komplett auf.
Nach Abschluss der Messung übergebe ich meine gesamten Werte in ein 2D-Array und zerlege dieses dann in je 30 Wertepaare.
So hab ich meine Einzelmessungen und kann diese dann weiter auswerten.

Gruß Marco
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Gehe zu: