12-20-2005 05:12 PM
12-21-2005 10:57 AM
Hello Scooby,
I cannot think of a reason why you could be having this trouble. Are you programming in LabVIEW? Have you started from an example and modified it to meet your needs? If not, I recommend taking an example that has the digital triggering functionality and using it for four counters. In LabVIEW, you can use Gen Dig Pulse Train-Continuous-Dig Start.vi from the Example Finder. If you are using C, you can use the example installed at C:\Program Files\National Instruments\NI-DAQ\Examples\DAQmx ANSI C\Counter\Generate Pulse\Dig Pulse Train-Cont-Dig Start. If you are using a .NET Language, there is an example at C:\Program Files\National Instruments\MeasurementStudioVS2003\DotNET\Examples\DAQmx\Counter\Generate Pulse\GenDigPulseTrainContinuous_DigStart
If you take a look at these examples and cannot get the output you desire, please post the code you are using so that we can take a look at it.
Thanks,
Laura
12-21-2005 01:56 PM
Laura,
Thanks for the reply.
I figured out a solution to this problem. Not sure it is the "best" one but it works.
I generated a continuous pulse train on counter #6 and routed the output to PXI Trigger 0.
I then configured four other counters (0, 1, 2, 3) for single pulse operation with
the Start Trigger source set to PXI Trigger 0.
Now all four counters produce synchronized pulses at the counter #6 frequency setting.
Please let me know if you can think of a better solution.
Thanks again!
Best Regards,
Scooby
12-22-2005 09:13 AM
12-22-2005 02:13 PM
Hello Scooby,
I am still convinced that the method I described should work. You can use one task with all four counters in it, and use a start trigger to start the output. However, you say that this does not work for you. Would it be possible to post the code that you are using?
Thanks,
Laura
12-28-2005 06:17 AM
Laura,
In daqMx can you still use multiple counters within a single task? In traditional daq this was easily done but when I migrated to daqMX I ended up using a single task for each counter, configuring them, starting them and synchronizing them through a shared hardware trigger.
Paul
12-29-2005 03:47 PM
08-12-2009 12:52 AM
Hey travis,
I have very similar problems in PXI 6602 cards, Please take a look
http://forums.ni.com/ni/board/message?board.id=40&view=by_date_ascending&message.id=7642#M7642
01-28-2011 05:52 AM
I have an application that I have used for over 10 years that uses all 8 counters on a NI-6602 under NI-DAQ 7.4. Any of the 8 counters can be setup as either PulseTrainGeneration or Retriggerable - no caveats - no restrictions. I have used the RTSI0 line to tie the output of counter0 to the gate inputs of 4 of the other counters - no problem. I have recently been trying to port my C code over to NI-DAQmx 9.2 so that I could migrate my application to Windows 7. From this conversion process I have discovered that the functionality of the NI-6602 card is not fully supported under NI-DAQmx.
After several weeks of trial and error - and little support from the NI staff I have found the following undocumented features of the NI-6602 under NI-DAQmx:
I can configure Ctr0 as DAQmx_Val_FiniteSamps and Ctr1 as DAQmx_Val_ContSamps only if I assign them both to the same taskHandle: "task1".
Likewise I can configure Ctr2 as FiniteSamp and Ctr3 as ContSamp - only if they are both in the same taskHandle: task2 Try to put the counters all in the same taskHandle and you will get the 50103 error! Try to set both counters as DAQmx_Val_FiniteSamps and you will get a 50103 error. Try to set a separate task handle for each counter - and you will get a 50103 error (unless of course you are setting them all for DAQmx_Val_ContSamps (PulseTrainGeneration Mode).
It appears that in this manner I will only be able to configure 4 retriggerable counters and 4 continuous generation counters. This prevents me from supporting my previous application. This is still not the same flexibility/capability that was available under NI-DAQ 7.4. Under NI-DAQ 7.4 any of the 8 counters on the 6602 could be configured as either PulseTrain Generation or Retriggerable. I find it completely unacceptable for NI to remove/reduce the functionality of the hardware when upgrading driver software to NI-DAQmx! I am inclined to return all 15 of the NI-6602 boards that I own and ask for my money back - since you are no longer supplying the functional capability that was available/advertized when I purchased the hardware.
I believe in your effort to make the driver software nice/flexible (i.e. the ability to connect the output of a counter to multiple gates on other counters - when previously a RTSI0 line was required) has reduced the functional capability of the hardware. Please relay my comments to the software developers.
As for me - I am eternally trapped in the unsupported universe of NI-DAQ 7.4.
01-28-2011 10:28 AM
This issue has been resolved.
"buffersize" (see function call below) must be set to 1 for the counter to be put into retriggerable mode and not generate a (50103) error code.
DAQmxErrChk (DAQmxCfgImplicitTiming(taskHandle[1],DAQmx_Val_FiniteSamps
,buffersize));
With buffersize =1, each counter can be either ContSamps or FiniteSamps, and each counter can have its own taskHandle.