Am Donnerstag, 3. März 2016 07:12:51 UTC+1 schrieb William Hermans: > > *First, that isn’t going to work because the ADC uses a scan loop and >> unless you can respond to interrupts, you cannot determine when the ADC >> conversion has completed. There is a much simpler way to do this. Simply >> use the IIO driver and then* >> > > FIrst of all, it *will* work. I've done it, and it works. Second of all, > in continuous mode, values are put out as 32bit values. Only the first > 12bits is the actual ADC value. The next 4 bits is the channel ID( 0 - 7 ), > and the last 16bits reserved / unused. Thirdly, using interrupts in fast > moving code is about as bad of an idea as using try / catch blocks in fast > moving code. It adds code latency, and also introduces non deterministic > behavior. This is why iio does not work fast for short data sets. >
It works when polling the related FIFODATA register. This puts additional load on the ARM CPU. BTW: bits 00-11: ADC DATA bits 12-15: reserved bits 16-19: channel ID (optional) bits 20-31: reserved -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.