LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

wait time minimum

I would like to know which the smallest value than I can use  whith the  function wait time and wait time until ... . Is possible use values less then 1ms like microseconds. Because i have a problem in control with a board 6023E a step motor i need send two signals une    for control the direction and other for control the step but this pulses (step) need have  frquencys  larger than 10000Hz
0 Kudos
Message 1 of 7
(4,807 Views)
0 Kudos
Message 2 of 7
(4,789 Views)
The resolution of the Wait functions is 1 millisecond. The minimum time is zero milliseconds. If you are trying to do software timing faster than tens or even hundreds of milliseconds you will probably not have good results unless you are running on a real-time OS. Operating system latencies on any desktop OS will inevitably disrupt your timing at that level.

Some DAQ boards are able to provide hardware timng much faster than what can reliably be achieved with software.

Lynn
Message 3 of 7
(4,787 Views)
How can  running on a real-time OS.
0 Kudos
Message 4 of 7
(4,782 Views)
I think the 6023 has a counter/timer on board. You can use this to supply a freqency to step your motor. You could also use one of the digital I/O to control direction.
~~~~~~~~~~~~~~~~~~~~~~~~~~
"It’s the questions that drive us.”
~~~~~~~~~~~~~~~~~~~~~~~~~~
0 Kudos
Message 5 of 7
(4,774 Views)

Look at this link below:

http://zone.ni.com/devzone/conceptd.nsf/webmain/6F25CBA2CD73417786256869005E5FC3

I'm sure that it will help you.

Sanaa T

Sanaa T.
National Instruments France

0 Kudos
Message 6 of 7
(4,723 Views)

I'd like to refer you to another thread I was in a while back.  The essentials are:

1. Use of a 'timed loop' (requires LV 7.1 I think) where the pulsetrain output is the timing source.  This allows iteration speed to be governed at resolutions below 1 msec. 

2. Timed loops get a very high execution priority, so you'll likely get better consistency than you would with 'Wait (msec)'.  Nevertheless, the timing still won't be guaranteed under Windows.

3. The example I posted doesn't sound like an exact match for your current app, but does illustrate a few ideas you may be able to use.

4. The example includes a 3rd counter used to count # pulses and verify correct behavior.  As mentioned, you'll need to get rid of everything related to that 3rd counter since your E-series board only has 2 counters.  Also, I wasn't able to test on an E-series board.  I think it should work there, but can't verify.

-Kevin P.

ALERT! LabVIEW's subscription-only policy came to an end (finally!). Unfortunately, pricing favors the captured and committed over new adopters -- so tread carefully.
Message 7 of 7
(4,709 Views)