02-23-2006 01:11 AM
02-24-2006 01:35 PM
02-24-2006 11:58 PM - edited 02-24-2006 11:58 PM
Message Edited by Stsoi on 02-25-2006 12:09 AM
02-24-2006 11:58 PM - edited 02-24-2006 11:58 PM
Message Edited by Stsoi on 02-24-2006 11:59 PM
02-24-2006 11:58 PM - edited 02-24-2006 11:58 PM
Message Edited by Stsoi on 02-24-2006 11:58 PM
02-27-2006 10:16 PM
02-28-2006 04:18 AM
Dear Ryan,
Thanks for the reply again.
I would like to ask if you mean that the problem I faced is the limitation of USB DAQ. Is it means USB DAQ only transfer data (from FIFO in DAQ to the buffer in computer side) when the FIFO is full?
The 6016 in my site is now used as an electronic test controller. It will output digital and analog signals and get back voltage as result. 12 analog input voltages will be grabbed continuously. Each cycle is required not more than 10ms. Therefore I need to get the samples as fast as possible.
Could you give me any advice? Is there any solution to change data transfer condition? Or can we bypass the onboard FIFO to send back samples to computer directly?
Thanks for your kind attention.
BR
S.Tsoi
03-01-2006 06:37 PM
03-03-2006 01:22 AM
Dear Ryan,
The Sleep(1) is not a accurate one. It pause the thread around 5~10ms in our application. If I remove this function call, the result of same return is as same as before. And The read:342 means DAQReadAnalog command get 342 sample/channel in one cycle.
I have tried decrease the sample rate. However the result became worse. We need to wait for more milliseconds to get back the result.
Do you think it is possible that getting the updated AI sample in a cycle not more than 10ms by using USB DAQ? Or should I change to other DAQ device? If I want to do a remote (around 2~3m) measurement, which interface type is better for me?
Once again, thanks for the information you provided.
Best regards,
S.Tsoi
03-03-2006 01:42 PM