ard_newbie:
for example, I would like to know if there are ADCs with a output buffer not unlike a fifo buffer that allows the connected mcu to transfer the data in bulk and perform other tasks while the ADC is preparing the next batch. You could do that with a DMA to transfer ADC samplings to a buffer without core clock cycles.Unless you have one MCU for one ADC channel, the 60 ADC samplings will not be processed exactly at the same time.
If you transfer data thru an USB 2.0, data rate can be really fast > 849 KBytes/s with an arduino DUE.
With oversampling ( times 256) and some lines of code, you can obtain 16-bit ADC samplings from 12-bit ADC samplings. Since a DUE can sample up to 1 Msps, you could do that with only
20 DUEs for 60 ADC channels... Good luck
While it would be great if I could "bundle" the input channels I understand that they would have a slight
time delay. And that I would need one mcu per adc to archive simultaneous capture. It would be great if
there was a cheap arduino compatible mcu that employs a 16-bit adc so I would not have to use an external
one, however I would like to refrain from buying 20 DUEs. Do you think one of the teensy boards would
be sufficient? I think 3.2 has 2x16 bit adc.
Other than that would it be possible to use an ATSAMD21G18A-MUT in combination with an AMC1106E05DWVR.
Regarding the USB connection, wouldn't it make more sense to bundle the sampled data from all the
channels and send all at once or at least once per channel than having 20 usb cables connected to the computer even via hub?
The oversampling Idea does sound intriguing and good to know as an alternative, I would like to focus on 16-bit adc first if possible.