LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

For Loop timing

Solved!
Go to solution

Hi Celia,

 

I haven't find LabVIEW solution to this problem. I just changed my experimental set-up to have extra ~ 30 ms before start of data acquisition.

0 Kudos
Message 21 of 22
(608 Views)
Solution
Accepted by topic author Zakhar

During discussions of another topic https://forums.ni.com/t5/LabVIEW/Starting-data-acquisition-from-combination-of-two-triggers/m-p/3891... I realized what the problem is.

As Kevin Price pointed out:

"As you have things, you're relying on the default "auto-start" property (settable with a DAQmx Read property node, but defaulting to True).  In this mode, a call to DAQmx Read will make the task work through transitioning all the way into start and run mode.  Because you have a finite task and you're asking to read the entire finite dataset all at once, the task will then auto-stop and revert all the way back to the state it was in before you called DAQmx Read.   From memory, I believe this extra overhead may take as many as 10's of msec, during which time you might miss a trigger." When I added retriggerable, Start and Stop before and after For Loop, respectively, it was no delay anymore in Loop execution.

0 Kudos
Message 22 of 22
(587 Views)