On Mon, Jan 16, 2017 at 9:55 AM, Greg <soapy...@comcast.net> wrote: > There was nothing particularly practical about that PRU-ADC project. It > was a means of learning PRU C programming, SPI bus, RemoteProc framework, > and user-space C code (and others). > It was an extremely good learning experience! I want to apply the > knowledge gained to robotic projects and also I am interested in Software > Defined Radio. > > I'm pretty sure that others have successfully accessed the internal ADCs > from the PRU. If you do some searching I think you can find a specific > instance. > I think it should be possible via the PRU's OCP master port. >
That's great! Additionally, it is cool that you wrote down the guides in order to simplify others. Do you already have project in your mind? I found this <https://github.com/pgmmpk/beaglebone_pru_adc> library, which is wrote for python and should allow developers to use the "internal" ADC ; I am scanning it, in order to understand how it was used. Additionally, I found this <https://groups.google.com/forum/#!topic/beagleboard/jA5ny94ANDY> discussion! Il giorno lunedì 16 gennaio 2017 20:32:54 UTC+1, William Hermans ha scritto: > > Several people have done external ADC's through the PRU via various means. > SPI for you, but I think for example DR Molloy used I2C ? It's been a while > since I've read any of his material. But I'd like to see someone talk about > the internal ADC *only* because it does not require additional circuitry, > or hardware to make work. Although, obviously one would still have to > "design" a circuit anyhow, for 1.8v or less. Not like you could just plug a > GPIO, PWM, or whatever to an ADC pin, and expect the ADC, or processor to > survive. Without some form of voltage scaling. > > However, other than for touchscreens, I'm finding the on processor ADC is > not exactly that good. Having 8 input channels is cool, but only if the > pins aren't multiplexed. Which is the case with the on die ADC. e.g. it's > not a true 200ksps x8 ADC. Despite what many people out there think. > Thank you William for your reply! As you highlighted the use of internal ADC won't remove the need to design a circuit to scale values to 0-1.8V, but it should remove some difficulties to put on some lab tests. Additionally, the ADC will not be used to sample 200ksps (e.g. it would be used at least one order less). So far, most of my struggle is due to software (e.g. documentation of libraries, tools, etc.), I hope some day to move my struggling to hardware issues :-) Finger crossed! -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/d9b7a7c6-f79d-4459-a41c-ff02a57a7a52%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
