Sujet : Re: rp2040 a2d?
De : wwm (at) *nospam* wwmartin.net (wmartin)
Groupes : sci.electronics.designDate : 13. Mar 2025, 04:20:54
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vqtium$2uido$1@dont-email.me>
References : 1 2 3
User-Agent : Mozilla Thunderbird
On 3/12/25 17:52, john larkin wrote:
On Wed, 12 Mar 2025 08:48:41 -0700, wmartin <wwm@wwmartin.net> wrote:
On 3/11/25 15:15, wmartin wrote:
Anyone have experience using the a2d in an RP2040? I've heard some
negative opinions, would like to check against actual user experience...
in particular with the Pi Pico hardware. I'm using one as a plug-in
subsystem on a simple controller now, but not using the a2d just yet.
Question is: Use it or put an external a2d on the spi bus?
Thanks,
Bill M.
>
A big thank you to all who responded! External seems the safest bet...
-bill
One trick to improve a bad ADC is to add noise (or a triangle wave) to
the signal and lowpass filter or average a lot of readings. That will
pave over missing codes, but not help gross nonlinearity much.
I see how that goes, but I think I'm better served by going "outside" the micro in this case. The game is to monitor & record the position of a moving mechanical part, moving quickly & not in any kind of predictable periodicity, so averaging probably is out of the picture. I may ditch the a2d idea entirely & go with an encoder strip...if I can figure out where to put it!
You can make a triangle from a timer and a port pin into an RC.
An ADC inside a uP is tricky. There's too much noise, and the silicon
process is optimized for digital, not analog.