LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

(DAQmx NI USB 6210) How to export/have access to armstart trigger signal of a counter input if you are triggering it by itself

Hi,

When carrying out counter input task (edge counting) with my NI USB 6210 device, I use Arm Start trigger with trigger source set to be the same counter input source (so it starts counting edges immediately when seeing an edge after starting the task).

I'm trying to have access to this start edge/signal so that it can be used to trigger another task, but I don't see how to do it.

(I wouldn't consider using another Digital input as trigger for both tasks as it wouldn't tell me the exact time when the edge is arriving.)

Anyone can help me with it? Any advice would be much appreciated.

Attached is a snippet of the part of vi.

0 Kudos
Message 1 of 5
(2,108 Views)

No need to export the signal by functional name.  It's already available by it's wiring designation "/Dev3/PFI3".  Just wire in that same terminal constant value when you configure the start trigger signal for your DO task.

 

 

-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).
0 Kudos
Message 2 of 5
(2,090 Views)

Thank you Kevin, (this is actually the same question as the follow up question in the other topic)

I understand what you are saying, but as I have periodic pulses coming into the counter, I don't want the whole original counter input as the start trigger of the DO. What I only need is the very edge which triggered the start of itself (the counter input) so that I can make sure the digital output and the counter task start at the exact same time (at a certain edge of the counter input). Not sure if I can do that with USB 6210?

Hope I made some sense.

Thanks again

0 Kudos
Message 3 of 5
(2,081 Views)

Ok, I gotcha.  I don't think I've ever had to set up something like that.

 

Poking around in the options for the DAQmx Export Signal property node didn't show anything promising, but I think I found an even simpler answer elsewhere.  It'll be in the DAQmx terminal constant or control you wire into the 'source' input of DAQmx Trigger for your DO task.  You'll need to right click on it and choose "IO name filtering..." from the menu.  Then check the box for "Include Advanced Terminals."   Once you do that, you'll get many more options available for configuring a trigger source, including "/Dev3/Ctr1ArmStartTrigger".   Hopefully that'll do what you need.

 

 

-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 4 of 5
(2,067 Views)

Hi Kevin,

Thank you for your reply. It does help on devices which allow that specific routing option.

In fact I've found something even more suitable to my task: using a counter output pulse ticks task to generate a pulse with defined number of ticks from counter source input. It then generates a rising edge at the beginning and a falling one at the end and does exactly what I want.

Thanks again for your help, it did open up a new field for me.

0 Kudos
Message 5 of 5
(2,048 Views)