Counter/Timer

cancel
Showing results for 
Search instead for 
Did you mean: 

when a gate input is on, wait n clocks to put an output on. an the opposite

j need to coping a input state toward a output but with a shift giving by n external pulses.
is it possible with a PCI6722 board ?
 
___________--------------------------------------________________
___________________-------------------------------------_________
                     
0 Kudos
Message 1 of 4
(4,059 Views)
Hello,
 
First of all, with this type of board, it is not possible to acquire or generate digital patterns on a clock. The digital port is static, ie you can acquire or generate on digital lines ponctually by calling a function.
Nevertheless even with a dynamic DIO board, your application don't seem to be possible (of course it depends on the the input and output rate). Even with a real time system, it would be delicate to implement. This type of application is typically dedicated to a FPGA based system. You will find information on PCI FPGA devices to R Series Intelligent DAQ Devices

.
 
Regards,
 
0 Kudos
Message 2 of 4
(4,043 Views)

thank you,

i wrote 6722 but i thought a 6602 board(counters) to do that.

i think i will use 1 counter to count n pulse from the firt rise edge to atack the Set of a Flip Flop ship to memorise a state.

and with an other counter count n pulse from the fall edge to attack the Reset of the Flip flop.

i thought it was possible to do this easier with a NI card.

If you known an other solution, i will be very interesting! 

0 Kudos
Message 3 of 4
(4,040 Views)
What you *cannot* do with a 6602:
1. Generate a pulse train where the output rising edge occurs some specified delay after an input rising edge AND the output falling edge occurs the same specified delay after the input falling edge.
 
What you *can* do with a 6602:
2. Generate a pulse where each output edge occurs after a specific # of "active edges" at the Source input.  However, the "active edge" must be selected as either Rising OR Falling.
3. If the incoming pulse train is constant, you could first run a task to characterize it, then stop the task and program a retriggerable pulse that can reproduce the timing relationship you just measured.
 
   It sounds to me like you'll need some external circuitry such as the SR flip-flop you mentioned.  I figured I'd offer some thoughts just in case your app can accomodate a different approach.
 
-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.
0 Kudos
Message 4 of 4
(4,009 Views)