USB-6009 resets at max sample rate

[Mike Renshaw]

I'm using a USB-6009. When I try to set the sample rate for an analog input to the maximum rate specified for the device (48k samples/second), it will report Error -50405 (no transfer or transfer aborted.) The Plug 'n Play "New Data Acquisition Device" dialog box also appears, as if the device has reset and is being redetected.

I first suspected a problem my code (C# using .NET 2.0), but then I noticed the same problem even using the Test Panels in the Measurement & Automation software. In the Test Panels, I set the mode to "Continuous" and the sample rate to "48000", but otherwise leave the default values. When I try to collect the data (press "Start"), I see the error described above. I can set the sample rate up to 47430, but anything above that triggers the error. Not sure why that number is significant. I wouldn't even worry about that extra 1%, but we wrote some band-pass filters for 48k/S. Setting the sample rate above 48k/S of course triggers a different error (Error -200077, unsupported value), so the device thinks it should be able to sample at the max rate. Any idea what's going on?

[Jarrod_B.]

Hello Mike,

Thanks for posting to the forums.  Whick version of the NI-DAQmx driver do you have installed?  If it is anything less than 8.3.1, please download and install that version from the following website:

NI-DAQmx Version 8.3.1 for Windows 2000/XP 

It was only recently that support for the .NET Framework 2.0 was officially added.  This may or may not be the issue, but I want to rule it out before we do anything else.  Let me know if this helps or not, and if necessary, we can troubleshoot further. 

Best regards,

[Mike Renshaw]

Thanks for your reply, Jarrod. Sorry for taking so long to follow up. We ended up rewriting our band-pass filters to use 44K samples/second, so we were able to move forward and it wasn't critical to have the faster rate. However, I'm still curious as to why this problem is occurring. We'll be using these devices in several production testers and I want to make sure that each one will be able to meet some minimum performance level for the sampling rate.

Anyway, in regards to your question, I am using the 8.3.1 drivers. I even just reinstalled them to make sure. Still have the same problem. I don't think it is at all related to .NET, as I see this same problem even when using the Test Panels in Measurement & Automation. (As a side note, the .NET 2.0 API has been very easy-to-use and robust, no problems at all with it so far.)

Is it possible that this particular device is bad? Perhaps it resets itself if you set the sample rate too high? It seems hard to believe that you would not have heard of this problem before now if it happened with all USB-6009 devices.

Mike

[Jarrod_B.]

Hello Mike,

The only other thing I can suggest is to try using that device on another computer.  Of course this would require first installing the NI-DAQmx driver on that computer also.  If that works, it may be an issue with the USB port on your first computer.  If it doesn't work, it's probably a hardware issue.  In that case, you can create a service request on the web to set up a return (RMA).

Best regards,

[nealpederson]

I've seen a similar issue with a USB-6009-OEM. The first one I bought will
not run at 48kS/s but works fine at 46kS/s. I have another USB-6009-OEM
that is slightly newer and it runs fine at 48kS/s on the same computer. I'm
using DAQmx 8.3.0f3.