ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

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
(748 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
(727 Views)