I would like to include some real-world technical data in a report about my new (Arduino-Max based) DMI, relating to latency, sampling rate and resolution. I have some theoretical numbers and it's likely that there are some holes in my calculations, so if someone (and for some reason the name Steven Miller just leapt into my head) could review the following it would be really helpful:
Arduino samples the analog inputs at 10kHz - this number can effectively be ignored as we are converting to bytes and sending at a fixed baudrate;
At a baudrate of 19200 we can optimally send 2400 bytes per second; as I am sending 16bytes continuously using a call-and-response algorithm, this translates to a "sampling rate" of ~150Hz [(1000./(16/2.4)) = 149.925], per 16-byte "chunk".
I recall reading (somewhere?) that it is of no benefit to poll the [serial] object faster than this approximate data transfer rate, so should my [qmetro] be running at >= 6.67ms?
So, my real-world figures are 8-bit resolution and 150Hz SR with c. 6.67ms latency? (Not exactly in the realm of Randy Jones, I know). I'm conveniently ignoring the inherent physical latency of contact and sensor materials etc.
Many thanks for looking