Event listening for a counter.

[Itamar]

After reading your post I tried using parallel loops and it works better, but I still can't shake the feeling it would work much better if I used events.
Interrupts and events are used all the time. are you telling me it is impossible to perform in LabVIEW? Doesn't make much sense.

[jhersh]

Originally Posted by Itamar

After reading your post I tried using parallel loops and it works better, but I still can't shake the feeling it would work much better if I used events.
Interrupts and events are used all the time. are you telling me it is impossible to perform in LabVIEW? Doesn't make much sense.

Using the Jaguar's limit switch inputs is the fastest available way to stop a motor and it takes no resources on the cRIO.

If for some reason you are opposed to that solution, you can use the interrupt palette in LabVIEW to connect an interrupt directly to the digital input that your switch is connected to. You then put a separate parallel loop waiting for the interrupt to occur. Then do what you need to when it stops waiting.

There is an example for how to use interrupts in LabVIEW. Look at that first.

-Joe

[Mark McLeod]

The LabVIEW interrupt vi palette is at:

WPI Robotics Library -> Utilities -> Interrupts

[Itamar]

I managed to use the Interrupt vis, but came across a problem.
My algorithm is consisted of two digital inputs, each performs half of the process. Firstly I used an interrupt to have immediate responses to the first digial input. it worked great. but when I added a second interrupt for the second digital input, not only that the new interrupt didn't work, it stopped the old one from working.

Any ideas what could cause this? Is there an interrupt-limit I'm not aware of?

[jhersh]

There is a limit of 8 interrupt inputs.

Perhaps you are putting the wait for both of your inputs in the same loop. If you do that you are waiting for both inputs, not one or the other.

-Joe