Prev: Developer Error when Installing Labview 8.5
Next: New LabVIEW 8.6
From: Blase on 4 Aug 2008 09:40
Hi Principiant, I think the problem is related to the fact that the value in the numeric control "Rate" is set to 0 on the front panel. If I execute your VI in highlight mode I can see that an error message is generated by the DAQmx Timing VI. This error message is however not propagated to the General Error Handler VI at the "end" of your VI, since the Timed Loop never executes. If you change the VI as it is shown in the attached VI, you should also get the error message: "Error -200077 occurred at Property Node DAQmx Timing (arg 5) in DAQmx Timing (Sample Clock).vi:1..."I hope I could help you.Blase
From: Principiant on 4 Aug 2008 13:10
Hi Blase many thanks for your reply.
Ok the problem rests not on the 0 rate but more deeply. The error is generated from the loop itself, so that' s why I hadn't messages. The error wire must be connected to the error in and output of the loop.
Ok now what says the error:
Error -200740
Task used as timing source of the timed loop was started before the timed loop was executed 
Let the timed loop start the task or use the task without the timed loop
 
I have then given a closed look to the Vi in the manual example and in fact the Read task lacks of the VI start task, something I didn't expected.
The Vi Attached is correct and works.
But now other problems arise since I have not resolved my original problem in this way. What I have is the following with or without driving the loop through the task.
I use my program to reproduce a simple signal in input and everything works fine until I reach the rate of 20 Ks.
When I try to raise up the sampling rate remains the same 20 Ks about.
The card I use should be able of a sampling rate of about 500Ks.
Someone has an idea how could I explot the potential rate of my card, where the problem comes from?
Many thanks still once more
 
Principiant.
 
From: Blase on 5 Aug 2008 03:40
Hi Principiant, I think the problem now is related to the fact that the performance limits of your real-time computer has been reached. By setting the sample mode to Hardware Timed Single Point, hardware timing without a buffer is used, meaning that every sample that is acquired has to be transfered to the PC and also every sample to write has to be individually written to the card. If you would like to achieve higher sample rates, you should use a sample mode that uses a buffer.I hope this information helps.Blase  
From: Principiant on 6 Aug 2008 03:40
Hi Blase,
 
Thank for your insight. IN fact I have phoned to te NI support to have a confirmation of your idea. They confirmed a rate of 40Ks as I experienced in my application.
Must I say however that also when I try to acquire the data in continuous mode I do not succeed to reach more than 50 Ks.
Strange because I have an USB DAQ able to acquire until 1.3Ms in continuous mode.
I  still not tried to acquire in fixed number of data modality.
Have you got additional insights?
Bye
Principiant
 
From: Blase on 7 Aug 2008 09:40
Hi Principiant,the maximum sample rate you can use in continous mode depends on the parameter "samples per channel" of your DAQmx task. With this parameter you can set the size of the buffer that is used to store the data acquired from your data acquisition device. However I think it is also important how you read/write the acquired data from/to this buffer with your DAQmx Read/DAQMxWrite.vi. So if you read and write only 1 Sample with each read and write operation in your Timed Loop the buffer won't be  emptied fast enough. I think that you should be able to reach higher sample rates by increasing the number of  samples that you read and write in your Timed Loop.I hope this information helps you.Blase
 | 
Pages: 1
Prev: Developer Error when Installing Labview 8.5
Next: New LabVIEW 8.6