10-29-2007 02:55 AM
10-30-2007
12:03 PM
- last edited on
03-06-2025
08:57 AM
by
Content Cleaner
Hi Jochen,
The reason that CTR0 is pulled high for 5 seconds is because our E Series cards require the use of both counters for finite pulse train generation. This is done by generating a pulse of the desired width (5 seconds) and using it as the gate for CTR1. I've attached an image of your application as seen by test panels. This explains the event for other readers of this thread. This is also explained in the article found here.
If you require complete hardware timed accuracy on your finite pulse generation, then you will have to use two counters. However, since your going at a slow rate (such as 1-100Hz) you could use a software timed continuous pulse train by doing the modifications to your code as shown below. I did the test below at 100Hz by using a time delay of around 1100 ms to generate an average of 5 pulses. This is not 100% accurate but it may work for your application.
I hope this helps,
Paul C.
Message Edited by Paul C. on 10-30-2007 12:04 PM
10-30-2007
05:18 PM
- last edited on
03-06-2025
08:58 AM
by
Content Cleaner
Hi Jochen,
I found another post, found here, that talks about the same concerns and offers a few more suggestions that you might want to take a look at. Specifically, take a look at the post by Stilly32 about tristating the output line.
I hope this helps,
Paul C.
10-30-2007 08:03 PM
10-31-2007
11:13 AM
- last edited on
03-06-2025
08:58 AM
by
Content Cleaner
Hi Jochen,
Without a switching device or some external circuitry you won't be able to control which motor CTR0 is connected to. If you had a switching device that you send a digital output control line to, that would allow you to control which motor is active. You might also consider one of our counter boards such as the PCI 6602. This card has 8 counters that you could use to control each motor precisely with finite pulse generation. The product page for this device can be found here.
I hope this helps,
Paul C.