Hacker News Reader

Comment by guenthert | Hacker News Reader

You might be waiting for a looong time. If RPi Ltd planned to ship the next chip in two or three years time anyhow, I doubt they'll bother with an update to the RP2350.

iiuc, it's a leakage current at an IO pin configured as input and connected to a high impedance output (or left floating). Not the most common situation (leaving an input unconnected is bad practice anyhow) and there are workarounds (expect an updated errata with those soonish). The RP2350 has some features which make it interesting for applications where a RP2040 doesn't fit (e.g. secure OTP storage).

View on HN

This bug makes these chips practically useless for high-impedance inputs such as touch sensors and multi-drop buses. Basically anything with an impedance above 8,2 kΩ. This is really a problem.

shrug and for those, limited, situations you could insert a buffer chip between signal and Mcu, or add an RP2040 chip, or just use an RP2040. These things are so dirt cheap that even the workarounds aren’t expensive.

And for the vast majority of cases the chip is fine, I2C is fine, the ADC is fine (despite what hackaday says), the SPI is fine, GPIO output is fine, GPIO input-with-pull-up is fine, GPIO input-with-pull-down needs a stronger pull than usual, 4K7 works great.

The use-cases where you have problems are being blown way out of proportion IMHO. All chips have errata, there are workarounds to most of this one’s issues, and there are alternate solutions for the few cases where it can’t be worked around. This is normal.

I’d also point out that there’s a guy on the RPi pico forum who’s successfully linked a touch-sensor input to the RP2350 without problems…

Agreed with the sentiment that this isn't that bad. As far as chip errata go, it's definitely unusually broad impact. So yeah, it's an abnormally bad bug. But for your average Pi Pico user, they still will never notice. The only possible thing I could imagine your average micropython tinkerer needs to know is "use pullups not pulldowns with buttons on the Pi Pico 2". Everything the entry level hobbyist is likely to encounter is a sufficiently strong drive to avoid the issue. Capacitive touch buttons might not work without external components, but I don't know.

Bigger picture, RPi is doing their third ever chip fab. The errata (silicon bug) list for the prior RP2040 is shorter than some I've seen from companies five times their age.[1] This issue isn't a logic error and wasn't going to be found by digital simulation. This is analog weirdness. Their documentation, including of errata, is among the best I (moderately experienced hobbyist) have ever encountered for a microcontroller. RPi is doing an excellent job and this is a but a hiccup. Maybe it's concerning for industrial customers, but as a hobbyist I'm still excited for my Pico 2 to arrive.

[1] Favorite errata warstory: Radio chip will lock up and need to be power cycled if a received packet has a particular corrupt length field, one bit flip away from one we used. Official solution: don't allow packet corruption. Turns out radios don't work like that.

If they hover around 2V, the means no mosfet gates too without an additional pull up/down? Seems like an issue that couldn’t possibly have made it past the first QC test.

The GPIOs work fine for output, only input is a problem, so controlling MOSFETs should pose no problem.

If I assign the pin to input like I want to leave a gate floating or not effect it’s pull-up /pull-down or I don’t get to chose because I am in an unprogrammed or reset state… then what happens?

Input on a pin tied to gate happens all the time.

I believe they shipped an update to the RP2040 to fix the ADC. This discussion has been helpful though. We'll see how well RPi documents the RP2350 bug.

It had sounded to me like the input pins were going to burn an extra 100uA or so per pin, over potentially dozens of pins. That's a lot of power for an MCU. Do I misunderstand?

Reply on news.ycombinator.com