Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

Where to get comprehensive data on input delays?

Solved!
Go to solution

Dear all,

 

I am measuring with a cDAQ-9185 controller and different modules / module types, with different sampling rates simultaneously. The corresponding tasks are started synchronously (export / import of the start triggers).

 

I know that corresponding group delays of the filters have to be considered by the user. In the document
https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P8toSAC
it is described that there are two possibilities in my case (C series): Check the data sheet or measure it yourself.

 

In some data sheets (e.g. for NI9232, https://www.ni.com/docs/en-US/bundle/ni-9232-specs/page/overview.html) it is described very precisely. In other data sheets (e.g. NI9222, https://www.ni.com/docs/en-US/bundle/ni-9222-specs/page/specifications.html) the information is missing completely.

 

My question is: Is there somewhere a comprehensive source, from which one can get all needed information about input delays? Or is it necessary to measure by yourself in some cases?

 

Thanks a lot!

0 Kudos
Message 1 of 3
(912 Views)
Solution
Accepted by topic author CodingMonkey

As your first linked article says, the considerations for filter delay are specific to devices with a Delta-Sigma style ADC.   Devices like the 9222 that use an SAR-style ADC have no such internal filters to spec.  Any delay is generally just signal propagation through circuitry, most often relatively negligible by comparison.

 

It's probably mostly a matter of identifying the ADC type.  I'm peripherally aware of the existence of cDAQ modules that don't declare themselves as either Delta-Sigma or SAR.  They only allow vaguely-defined sample rate choices like "slow" or "fast".  I don't know enough about those to offer specific suggestions how to handle them.

 

 

-Kevin P

CAUTION! New LabVIEW adopters -- it's too late for me, but you *can* save yourself. The new subscription policy for LabVIEW puts NI's hand in your wallet for the rest of your working life. Are you sure you're *that* dedicated to LabVIEW? (Summary of my reasons in this post, part of a voluminous thread of mostly complaints starting here).
Message 2 of 3
(889 Views)

I would always try to measure the timedelays. One sine source to all channels, frequency within Nyquist but higher is better (if you know your ADCs and signal theorie about folding, subsampling is valid 😉 )  and the phase of a tone detection on all channels should give a good estinate. Validate with a second lower frequency to catch delays longer than one periode.  Or apply a continious sweep and use crosscorrelations.

 

Greetings from Germany
Henrik

LV since v3.1

“ground” is a convenient fantasy

'˙˙˙˙uıɐƃɐ lɐıp puɐ °06 ǝuoɥd ɹnoʎ uɹnʇ ǝsɐǝld 'ʎɹɐuıƃɐɯı sı pǝlɐıp ǝʌɐɥ noʎ ɹǝqɯnu ǝɥʇ'


Message 3 of 3
(753 Views)