08-14-2007 07:58 PM
08-15-2007
07:17 PM
- last edited on
10-03-2025
05:00 PM
by
Content Cleaner
Hi ATMA,
The trigger parameter at the bottom of the example program is a control to the DAQmx trigger VI on the block diagram. The shipping example ahs this set to a DAQmx Digital start trigger. This will prevent any pulses from being generated before a ‘trigger’ (change from ‘high to low’ or ‘low to high’) comes along. The change that you want to use is determined by the second trigger parameter control. Although ‘Dev1/PFI 9’ is the default, there are obviously many lines and options to use as a trigger.
Below are some great resources describing DAQmx, triggers, and timing.
Getting Started with NI-DAQmx: Main Page
Tips and Techniques in Data Acquisition Triggering - NI-DAQmx
Timing and Synchronization Features of NI-DAQmx
08-16-2007 03:03 AM
08-16-2007 03:49 AM
08-16-2007 04:10 AM
08-16-2007 04:30 PM
ATMA,
I’m glad that the DevZone articles helped you. It looks like you definitely have a much better understanding of clocking and triggering.
I believe your statement is correct about the trigger and synchronization, but here is a bit more explanation to finish it out: The AI and AO can be synchronized by using the ao/sampleclock for the ai clock, and also using a start trigger for the analog output task. A start trigger prevents the clock from starting, hence not taking any samples, until the trigger has occurred. Since the ao sampleclock will not be running until the trigger occurs, and the ai task relies on the ao sampleclock, than putting a start trigger on the ao task will essentially start both tasks.
Lastly, for more examples on synchronization, you can view the LabVIEW shipping examples found in the example finder (Help >> Find Examples… >> Hardware Input and Output >> DAQmx >> Synchronization)
Regards,
08-16-2007 06:30 PM