Hi, I am trying to write and read data at the same time form a cdaq chassis 9172. I have 5 NI A/D cards and 2 NI D/A cards. I manage to code it in a way I can generate and acquire from the same chassis. Though I read data fine but when I am trying to write I get error 200294 at the daqmxstart task.vi. I always thought that I shouldnt start a task everytime I write data but I realize, the task wouldnt start unless i write data first. That is why my start task.vi is inside the loop which is now causing the errror. I am only assumming. can anyone help me code this in a better way to avoid that error? First pic is how I initialize the channels and set sample clock second pic is my producer loop, writting and reading. The remaining part of the code works fine besides the writing data to daqmx write. Admin Note - Attachments removed per user's request

An easy fix, my friend, an easy fix. Specify the number of samples to read when you call DAQmx Read. If you are writing 1000 samples / channel each time you call DAQmx Write, then you should wire "1000" to the "Samples to Read" input of DAQmx Read. That's what Jeff was trying to say. (Thanks Jeff!) Right now, you're just grabbing whatever happens to be in the buffer when you call DAQmx Read (as described in the help for that function). So you're messing up your DAQmx Write timing. (By the way, when you get an error, and it shows up on your front panel "error out" indicator, you can right-click the "error out" cluster and choose "Explain Error". I find that very handy indeed, and I bet you will too.) But back to your problem. However many data points your waveform contains, that's how many data points you should tell DAQmx Read to read. It's a synchronized operation, so you have to read the same number of samples as you write, at the same rate at which you write them. You've synchronized the sample rates, but not the number of samples. So take care of that and all should be well. Get that "Wait" out of there. You don't need it, I promise. You're doing great, and you're almost there. d

My friend, you have a few problems here. First of all. The reason you're getting the error at DAQmx Start is because you start the task with your first loop iteration...then you start it again on your next loop iteration, without stopping it in between. It's already running, so you can't start it again. Hence your problem, and why you need to take DAQmx Start out of the loop. Now, for a Write operation, you need to preload the buffer, so that when you call DAQmx Write, there's something to write. So! Outside your loop, where you set up your AO task? You'll need to generate some data to write, preload the buffer, then call DAQmx Write. After that, call DAQmx Start. THEN go into your loop. Another thing. It looks as though you'd like to output new data via DAQmx Write with each loop iteration. Assuming that's true, you need to configure your task to do that, using a DAQmx Write property node. Set "Regeneration" to "Do Not Allow Regeneration". This will allow you to output new data with each loop iteration. That Dequeue function you have is set to time out after 10msec. Suppose it does indeed time out. You'll be trying to write an empty array of waveforms to your AO channels. That would likely be a problem, so you need to handle that possibility. Do it however you like, the easiest way is to put your previous valid data into a shift register, check your Dequeue function for timeout, and either use the newly dequeued data (if Dequeue did NOT time out) or use the previous valid data (if Dequeue DID time out). When you get new, valid data from your Dequeue function, write it to the shift register. That will ensure you're always writing valid data. Your Wait function is redundant. Your loop timing is already dictated by the Dequeue function and your DAQmx Write function. Take the Wait function out. It's only going to goof up your timing. Also, you might not want your Read and Write functions in the same loop, since you're not doing anything to synchronize their timing. You'll probably run into buffer overflow/underflow problems with the way you have things set up. Do a forum search for synchronized AI-AO to find out how to synchronize your tasks. Have a look. Modify as needed, but this is how you should do a non-regenerative DAQmx Write. Did you by chance research this particular error on the forums previous to posting? You probably would have found at least one post very similar to this one.

LabVIEW

error 200294 in Daqmxstart task

Solved!

Hi,

I have the same problem, but in your example, you use some many blocks that I haven't seen before. Can you upload the VI file, please?

Message 41 of 41

(613 Views)

LabVIEW

error 200294 in Daqmxstart task

Re: error 200294 in Daqmxstart task