Bec a Fuel;
Thanks for your help.
I have your Try/Catch blocks implemented, but theyve never caught any errors?
My device is communicating, but the latency is very unpredictable, even at very low scan rates.
The Dataq device can be set to send unsolicited data (a 16-byte array with leading sync-bit), at a user defined frequency between 11.44hz to several-khz. My requirement is a stable (predictable) 100hz.
I’ve communicated with these Dataq USB-DAQ devices very successfully from both Windows-Mobile (5 and 6), and with Windows7 (.net 4.0, 32-bit and 64-bit) as the USB-host. The device is FTDI-based but presents only a CDC interface.
The problems Im experiencing with the Spider-Host, is unpredictable latency drift (other than GC), and occasional dropped bytes (approximately 1 in 1024 and very erratic in nature).
I can plug this same device directly into my PC and stream bytes at a maximum rate for days at a time, with no errors or dropped bytes. I can use my own custom managed library, or ‘RealTerm terminal software and get the same results.
The GHI-provided CDC driver works very reliably, but unfortunately, its built-in latency is a bit too long for my application. I can only assume that GHI has incorporated a large latency in the CDC driver to cover or smooth-over the issues I’m dealing with in the raw device.
Is there a better hardware solution to handle a USB device like this other than the Spider-USBHost?