Probleme mit getriggerter Signalerfassung

Folgende Aufgabenstellung:
Ein Analogsignal soll beim auftreten eines anderen Signals gesampelt werden.
Da zu habe ich mit dem DAQ-Assistenet eine Datenerfassung mit folgendem

Tasktiming eingerichtet:
N-Abtastwerte zu lesende Werte 720 Rate(Hz) 20000 erweiterte Takteinstellung Taktgebertyp Extern

Ich habe jetzt erwartet, dass bei jeder steigenden Flanke des Taktgebers ein mal das Signal gesampelt wird. Es sieht aber so aus, als wenn die Abtastrate unabhängig vom Taktgeber ist.
Meine Frage: Mache ich etwas falsch oder LabVIEW??? Wie kann ich am einfachsten das Abtastintervall aus den Dynamischen Daten herauslesen?

Vielen Dank für die Hilfe!

Du kannst den analogen Input nur ein einziges Mal Triggern!
Wenn du einen retriggerablen AI willst, musst du dir mit einem Counter helfen - sprich, wenn du bei jedem Trigger mit einer Frequenz X, Y Werte erfassen willst.

Als Triggerkanal nimmst z.B. den PFI0 auf deiner KArte. Der Counter wird als retriggerable Source konfiguriert und CTR_Out kannst z.B. bei E und M-Series Karten direkt als Sample Clock auf den AI routen. (ohne HW-Verbindung)

Anbei findest du ein Beispiel mit DAQmx.

Wenn dein Beispiel laufen soll, musst du als externen Clock einen PFI angeben, der als Clock Source fuer dem AI dient!
Das kannst z.B. dadurch erreichen, indem du die Funktion "DAQmx Timing" auf "Sample Clock" stellst und dann als Source z.B. PFI0 angibst, wo du dann deinen externen Sample Clock anlegst!

Gruß
Tom

[quote=freedive]Du kannst den analogen Input nur ein einziges Mal Triggern!
Wenn du einen retriggerablen AI willst, musst du dir mit einem Counter helfen - sprich, wenn du bei jedem Trigger mit einer Frequenz X, Y Werte erfassen willst.

Als Triggerkanal

Ihr fangt insofern falsch an, weil ihr mit dem DAQ Assistenten arbeiten wollt :-)
Ich bin, wie man merkt :-), kein fan von den Assistenten, deshalb wuerd ich dir vorschlagen, dass du folgendes Beispiel ausprobierst:

C:ProgrammeNational InstrumentsLabVIEW 7.1examplesDAQmxAnalog InAcq-graph Voltage Ext Clk.vi (oder so aehnlich heißt des)

mit dem kannst sicherlich was anfangen

gruß
Tom

freedive schrieb:Ihr fangt insofern falsch an, weil ihr mit dem DAQ Assistenten arbeiten wollt :-)
Ich bin, wie man merkt :-), kein fan von den Assistenten, deshalb wuerd ich dir vorschlagen, dass du folgendes Beispiel ausprobierst:

C:ProgrammeNational InstrumentsLabVIEW 7.1examplesDAQmxAnalog InAcq-graph Voltage Ext Clk.vi (oder so aehnlich heißt des)

mit dem kannst sicherlich was anfangen

gruß
Tom

Hallo Tom,

leider besteht dort das gleiche Problem. Gesampelt wird auch dort mit der eingestellten Frequenz, nicht mit dem 'Triggersignal'.

MfG

Dirk

gibts net :-(

dreh mal die sample frequenz auf 1hz - wie siehts dann aus?!
welche karte hast?
welchen pfi verwendest?

gruß
Tom

Anzeige

freedive schrieb:gibts net :-(

dreh mal die sample frequenz auf 1hz - wie siehts dann aus?!
welche karte hast?
welchen pfi verwendest?

gruß
Tom

Hallo Tom,

mache ich gleich morgen früh.
Das eingelesene dyn. Signal kann man ja wieder in seine Bestandteile zerlegen und dt auslesen. Da kommt dann immer die Samplerate heraus
nicht die Triggerrate. Kann es sein, dass der Trigger nur die Übertragung der Pakete 'anstößt' ? Karte ist eine PCI - 6220. Triggereingang ist der PFI0.

Gruss

der Dirk

aaah jetzt machts schnall schnall :-)
du extrahierst dir das dt von der waveform...

gesampelt wird schon mit der externen frequenz (leg mal einen rechteck an und lass laufen), jedoch das dt wird nur softwaremaeßig erfasst - sprich, wennst beim timer 1hz nimmst, zeigt er dir hinten auch dt=1 an!
dt wird des nicht als array dargestellt, somit kann niemals eruiert werden ob der externe clock konstant gelaufen ist...

wennst den externen clock mitsampeln willst, fuer z.B. FFT, dann musst einen Counter opfern...

freedive schrieb:aaah jetzt machts schnall schnall :-)
du extrahierst dir das dt von der waveform...

gesampelt wird schon mit der externen frequenz (leg mal einen rechteck an und lass laufen), jedoch das dt wird nur softwaremaeßig erfasst - sprich, wennst beim timer 1hz nimmst, zeigt er dir hinten auch dt=1 an!
dt wird des nicht als array dargestellt, somit kann niemals eruiert werden ob der externe clock konstant gelaufen ist...

wennst den externen clock mitsampeln willst, fuer z.B. FFT, dann musst einen Counter opfern...

AAAAAAHHHHHAAAAA !

It's not a bug, it's a feature !?!

Zumindest habe ich jetzt die klare Info, dass wir die Drehzahl (also die
externe Frequenz) nicht aus dem Signal auslesen können. Schade !
Sowas gehört in die Doku !!! Wenn ich jetzt noch die Frage bzgl. der Analogeingänge (s. DAQ) beantwortet bekomme, können wir loslegen.

Irgendwie bedeutet jede weitere Erkenntnis für uns 'mehr Arbeit'. Ich will
jetzt keine pauschale Kritik an LabVIEW loslassen aber für eine recht einfache (wie uns schien) Aufgabenstellung die eigentlich auf LabVIEW zugeschnitten ist, stellen sich uns doch erhebliche Hürden in den Weg !

Mal sehen wie es weitergeht !

MfG

Dirk

es sind nur features eingebaut :-)
na das gehoert net in die doku, weil es in dem sinn klar definiert ist, dass das net funzn kann (hw architektur der karte )