Liebes Labvieforum,
ich Lese Daten ein und möchte Life Veränderungen direkt sehen können. Wenn ich nun die Abtastrate (rate) des DAQmx Timing nach oben schraube wächst der Berg abzuarbeitender Daten und die aktualisierung dauert immer länger. Life ist da nix mehr.
Ich hab gesehen, dass das DAQmx Lesen die Daten in eine dll speichert und von dort weiterverarbeitet.
Frage:
kommt man irgendwie an die Daten ran, dass man z.B. sagen könnte: ändert sich der Wert zum voherigen um 20% leere die dll und nimm die neuen Messwerte.
Wieso schaft mein Pc das eigentlich nicht. Bei einer Abtastrate von z.B 60 000 ist der schon ganz schön hinten drann. Aber was sind schon 60 000 rechenoperationen in der Sekunde für einen modernen Pc ?? Da schüttet Lv doch Honig über den Rechner. Kann man da was optimieren ?
kla,r ich stell mein Vi hoch.
Ich dachte die Frage wär so allgemein, dass es nicht unbedingt ein Vi benötigt.
[
attachment=28649]
Vielen Dank und Gruß vom Nick
p.s. ähh diesmal hab ich meinen kleinen Fehler doch umgangen
' schrieb:Ich hab gesehen, dass das DAQmx Lesen die Daten in eine dll speichert und von dort weiterverarbeitet.
Frage:
kommt man irgendwie an die Daten ran, dass man z.B. sagen könnte: ändert sich der Wert zum voherigen um 20% leere die dll und nimm die neuen Messwerte.
Einfach alles lesen und wegschmeißen.
Zitat:Wieso schaft mein Pc das eigentlich nicht.
Zwei Möglichkeiten. Eine unwahrscheinliche: Der PC ist zu langsam. Eine wahrscheinliche: Das Programm ist nicht optimal strukturiert.
Zitat:Bei einer Abtastrate von z.B 60 000 ist der schon ganz schön hinten drann.
Was heißt das? 60kHz? Das ist zwar viel, aber zu machen.
Zitat:Aber was sind schon 60 000 rechenoperationen in der Sekunde für einen modernen Pc ??
Das sind nicht viel.
Nur: ArrayErstellen, Mittelwert berechnen, kontinuierliche Bildschirmausgabe und kontinuierliche Dateiausgabe sind eher 60.000^60.000 Operationen anstelle von 60 000.
Ich rate zu folgenden Vorgehen: Eine Einlesetask machen, die alle 250ms einen Satz Daten per Queue weiterleitet. Eine Hauptschleife arbeitet diese Queue ab: Anzeige und Speichern.
-Änderst du während der Messung deine Einstellungen für Verstärkung etc.? Wenn nein, dann kann das vor die While-Schleife.
-Array quadrieren und dann Wurzelziehen, da kannst du auch Absolutbetrag nehmen, geht schneller.
-Dann holst du dir in deiner While-Schleife immer ein Paket von 100 Datenpunkten (schon mal gut), am Ende geht in deine Datenspeicherung und in deinen MW immer nur der erste Wert des Pakets ein. Da kannst du gleich deine Daten mit einem Faktor 100 kleiner erfassen.
-Ganz schlecht für eine schnelle Schleife ist das Schreiben der Daten auf die Festplatte, vor allem mit dem WriteToSpreadsheet-VI. Das hat einen Riesenoverhead, vor allem öffnet und schließt es bei jedem Aufruf den File. Wenn schon in derselben Schleife, dann mit einem File-Open VOR der Loop, dann nur noch die normalen Write To Text File VIs, und CloseFile nach der Loop.
Besser ist Trennung von DAQ und Schreiben in File, wie IchSelbst schon sagt.
Gruß, Jens
' schrieb:p.s. ähh diesmal hab ich meinen kleinen Fehler doch umgangen
Nö, dein Thementitel lautete "Life trotz...", Life = Leben,
http://dict.leo.org/ende?lp=ende&lang=...amp;search=life
Danke für eure Vorschläge, ich werd das gleich versuchen umzusetzen.
Ich hatte das write to spreadsheet auch mal außerhalb der Schleife. Das problem war nur, dass dann der Zeitstempel nicht mehr gestimmt hat. so habe ich zu jedem Wert seinen Erfassungszeitpunkt.
Aber ich werden dass mit vorher öffnen und nachher schließen ausprobieren. Das hört sich gut an.
Jetzt bin ich trippel verwirrt
Ich glaub wir sehen unterschiedliche Überschriften [
attachment=28695]
' schrieb:Jetzt bin ich trippel verwirrt
Ich glaub wir sehen unterschiedliche Überschriften
Da hat auch der MOD zugeschlagen, damit der Thementitel wenigstens in der Suche gefunden wird:
[
attachment=28699]
Du neigst noch zum Leben:
[
attachment=28700]
Gruß, Jens
ahhhhhhhhh
äh ich versuch das gerad zu editieren, aber ich komm nicht zum Themen titel... hast du vielleicht ne Karte/ Wegbeschreibnung für mich
ich hab auch einen Weg gefunden das ganze richtung LIVE (
) zu kriegen.
Vorher hab ich bei der Punkt für Punkt Mittelwertsbildung 1000 Werte reingenommen. Das waren einfach zu viele. Mit 3 reagiert der Mittelwert jetzt wesentlich schneller. Aber leider immernoch nicht das non plus Ultra :-(
Gruß Nick
Ah, man muss die richtige Anzahl der Sampels pro Kanal zur Rate finden.
Stimmt das Verhältniss ergibt sich eine gut Live Darstellung.
Aber Achtung bei hocher Anzahl der Samples pro Kanal steigt auch die Datenflut, besser Datenzunami
Ich hab mal eine kleine Tabelle aufgestellt mit Abstimmungen die gut funktionieren. Es ist nämlich nicht Lineares Verhalten:
Abtastrate (Hz) Samples pro Kanal
1000 50-100
10 000 200
20-30 000 500
40 000 1000
60 000 2000
100 000 6000
...
Gruß Nick
Die Verbesserungsvorschläge der Vorredner sollten natürlich auch beachtet werden. Ich glaub das entlastet nochmals enorm.
Ich hab da noch ne Frage zur Formatierung, aber dazu eröffne ich am besten einen neuen Thread.
Beste Grüße und vielen Dank euer nick
p.s die Tabelle wird irgendwie nicht richtig angezeigt drum hab ich mal einen screen hochgeladen
[
attachment=28719]
