Hallo zusammen,
ich zeichne mit dem NI-USB 5132 8Bit Digitizer ein Spannungssignal auf. Dieses schreibe ich in eine TDMS File und möchte es danach weiter für eine FFT untersuchen.
Problem derzeit ist die Darstellung der aufgezeichneten Daten. Je nach Einstellung der min. Sample Rate und der min Record length erhalte ich auf der Zeitachse verscheidene Werte.
Wenn ich 10 Sekunden aufnehme, erhalte ich definitiv nicht 10 sekunden auf der Zeitskala.
Gebe ich mit einem Frequenzgenerator einen Sinus mit bestimmter Frequenz auf den Eingang erhalte ich hingegen bei der FFT das erwartete Frequenzspecktrum (peak je nach Einstellung des Generators), deshalb die Frage, denke ich an einer Stelle Verkehrt?
Vielen Dank
Gruß Chris
Hallo Chris,
Zitat:je nach Einstellung der min. Sample Rate und der min Record length erhalte ich auf der Zeitachse verscheidene Werte.
Wenn ich 10 Sekunden aufnehme, erhalte ich definitiv nicht 10 sekunden auf der Zeitskala.
Bei welchen Parametern? Bilder des FPs? Daten? Autoskalierung der X-Achse wieder aktiv geschaltet?
Da nicht alle mit diesem Treiber arbeiten, wäre es sinnvoll, mal eine deiner TDMS-Dateien anzuhängen, insbesondere wenn dann die Darstellung auf dem Graph nicht stimmen sollte…
Hallo Gerd,
danke für die Rückmeldung. Ich habe jetzt ein Snippet vom BD und einen Screenshot from FP angehängt. Zu sehen sind die entsprechenden Einstellungen des VI's während der Messungen der ebenfalls angehängten TDMS (Messzeit gestoppt mit ~10s) . Variiert habe ich die min. Record Length mit 1k, 2k und 5k.
Erwartungsgemäß habe ich doch eine
Total acquisition Time = min rec length / sample rate ?!
damit kann ich mir ja überlegen wielange die Messung der 1000 Punkte jeweils dauert:
Bsp: Sample Rate = 1M/s; min rec length = 1k; tmess = 10s
TAT = 1k / 1M/s = 1m (1ms / Messung von 1000 Punkten)
Hallo Chris,
- hast du das
Autoscaling der X-Achse im Graph aktiviert?
- der Graph zeigt genau die Daten an, die das Scope in der jeweiligen Iteration liefert - und
nur diese… (Momentan sind das lt. Bild 5000 Samples = 5ms bei 1MHz Samplerate!)
- wenn du alle Daten einer 10s-Messung anzeigen willst, dann musst du diese auch gesammelt im Graph darstellen. (Stichwort: Schieberegister und AppendWaveforms)
(08.04.2014 09:49 )GerdW schrieb: [ -> ]- hast du das Autscaling der X-Achse im Graph aktiviert?
Nein, ist nicht aktiv. Hier der Screenshot bei aktivierter Scale-Legend aus dem VI in Beitrag #1:
[
attachment=49266]
Gruß, Jens
Ist ja nicht so, das ich nicht schon gestern darauf hingewiesen hätte…
Was Jens sagt stimmt, die Autoscale war aus.
Ich glaube ich habe die Frage nicht genau genug gestellt:
Mir geht es nicht um die im FP angezeigten Daten, da erkennt man bei 100kHz eh nicht mehr viel ohne Trigger, sondern um die aufgezeichneten Daten im TDMS - und das ist doch unabhängig vom Graph im FP oder?
Wie man am Bild erkennt, hat er eine Zeitskala von 2,5s bei einer Aufzeichnung von 10s und dass stimmt mit dem LV - TDMS Viewer überein und nciht mit der "echten" Messzeit
Gruß Chris
Woher kommen deine 10s Messzeit? Hast du "manuell" mitgestoppt?
Hilfe zur Selbsthilfe: Lass dir mal im FP die Anzahl der While-Loop Iterationen und die Zeitstempel pro "Read" anzeigen:
[
attachment=49271]
Ich kenn mich mit diesem Digitizer nicht aus, vielleicht misst der gar nicht kontinuierlich?
Gruß, Jens
ja das war "manuell" gestoppt - deshalb nur ungefähr. Hatte auch versucht eine Stopuhr einzubauen, aber das habe ich nicht ganz hinbekommen.
Also damit könnte ich dann feststellen wie oft "wirklich" gemessen wird und würde auch dann die diskrepanz zwischen "realer" und Messzeit im Diagramm erkennen, wenn ich dich richtig verstanden habe?!
Gruß Chris
Hallo nochmal,
mir hat das keine Ruhe gelassen und dank eurer Tips habe ich gestern zu später Stunde meinen fehler Entdeckt:
Tatsächlich nimmt der Digitizer nicht konstant auf sondern je nach eingestellten Parametern (Sample Rate und Record Length) mit unterschiedlichen Cycle Times.
Was ich genau damit meine sollte aus dem angehängten Bild hervorgehen.
Für ähnliche Problem habe ich "Zeit ohne Messung" im Signal (also was geht mir vom realen Signal verloren) im VI berechnen lassen (hänge ich auch an).
Danke für die schnellen Rückmeldungen und eure Unterstützung, der Thread kann als gelöst geschlossen werden.