09-07-2010 03:14 PM
I have setup an analog output task to output a finite number of samples using an external source as the sample clock. I have also setup a Ctr Pulse Train to output the clock on Ctr1 and set the source of the Analog Output Sample Clock to Ctr1InternalOutput. When I run the VI I get random -200018 errors. If I set up the Analog Output Sample Clock to run of the internal Sample Clock I don't get any errors. I have attached the VI which is causing the error. Any suggestions as to what might be going on? I am using a PXI-6115.
09-08-2010 01:00 PM
Note also that I have run this same VI on the M series PXI-6259 without issue
09-08-2010 04:31 PM
Dear Kmc,
According to the documentaion for this error, this occurs when your board's DAC tries to output a signal before the data for this signal is even available. You should try reducing your output frequency so that you give enough time to your board to convert the ouput signals.
You can also try reducing the size of your output buffer so that you can write data more often. I would also recommend looking for noise or glitches on your external clock.
09-09-2010 07:31 AM
Hi Efrain,
I have reduced the rate to 10Khz and still get the error randomly. The # of samples is only 260. Also in this example I am using the Ctr1InternalOutput as the external source.
As I said in my second post, I ran this same VI using a PXI-6259 M-Series DAQ board without any issue, which would suggest its something to do with the PXI-6115. Also note that I have tried multiple 6115 boards in different PXIs with the same results
kmc
09-09-2010 04:39 PM
Are you using an embedded controller on the PXI chassis where you have your board or are you using a MXI bridge to your PC? If you are using a MXI interface, what kind is it? This could be a hardware bandwidth limitation.
09-10-2010 08:04 AM
Hi Efrain,
I am using a PXI-8106 Embedded Controller
09-10-2010 02:15 PM
Hey kmc
I have tried looking for more information regarding this problem, and it looks like many issues like this have been fixed in the past by ensuring that the sample clock is not noisy. Have you been able to confirm that this is not the case in your application?
09-10-2010 02:19 PM
Hi Efrain,
The sample VI that I have posted uses the Ctr1InternalOutput of the DAQ device as the clock source. I assume that this signal is not noisy. However, I have run a simple version of the VI I posted with an external clock source which I have validated is clean. Again, note that I have run all of my sample VIs using the same setup, including the external clock source, on an M-Series DAQ without issue
09-13-2010 02:51 PM
kmc,
Is there any way that we could try running one of LabVIEW's shipping examples? This will help to rule out any problem with your code. Go to Examples>>Find Examples>>Hardware Input and Output>>Generating Digital Pulses. Are you by any chance using DAQmx Base? What Operating System are you working on?
09-13-2010 03:08 PM
Efrain,
I am running on XP. Not sure what DAQmx Base is? Also what will running any of the Digital Pulse Generation VIs tell me when the problem I am having is with the analog output not the digital?