Daniel123

Thank you for your response and help with this. I see how "Count" parameter is used to specify number of acquisitions before wraparound in buffer. Yes - we are using external clock (rate = 1 KHz) - not trigger (as I incorrectly wrote). In terms of SINGLEIO option - I also did not understand why initial developer used this option. At one point (months ago...) he told me that "If we don't use SINGLEIO, we can't get data from the buffer every 1 msec. The shared memory buffer would only be updated based on the BLOCKIO parameters. " At that time (and still, and this time...) I am not clear what he meant. We are acquiring 8 channels at 1000Hz = 8000Hz - so it would appear to me that SINGLEIO is not correct option. In terms of swapping USB2637 for USB1808 - one significant difference is that USB2637 is 16 bit resolution, while USB1808 is 18 bit. I could not find anywhere which describes how these 18 bits are moved into buffer. 16 bits is just 2 bytes/channel. For 18 bits - are 3 bytes/sample going into buffer (and only use 2 bits of MSB)? Thanks

I am taking over software for project which previously used USB2637 for 8 channels of A/D acquisition, and we are now switching over to USB-1808. Acquisition of 8 channels (previous code, for USB-2637) is performed in software by Options = BACKGROUND + EXTCLOCK + SINGLEIO +CONTINUOUS; ULStat = cbAInScan(BoardNum, LowChan, HighChan, Count, &Rate, Gain, ADData, Options); We have a 1kHz external clock which is EXTCLOCK signal. Count = 4096, and Rate =1000 (though since we are using EXTCLOCK, I believe that Rate is not used…) I am trying to understand what Count = 4096 parameter accomplishes. We are triggering acquisition of 8 channels every 1ms, and 8 samples are transferred into memory (ADData) buffer at this rate. According to Universal Library help file, Count: The number of A/D samples to collect. Specifies the total number of A/D samples that will be collected. If more than one channel is being sampled, the number of samples collected per channel is equal to Count / (HighChan – LowChan + 1). Does this still apply - even if we are triggering at 1KHz?