Why is RTC_3V connected to 3.3V on RP2040 MicroMod?

The RP2040 MicroMod shorts RTC_3V directly to 3.3V. Can someone explain why these are shorted together?

When 3.3V_EN is disabled on a carrier board, won’t this cause the RTC battery to attempt to backfeed any devices on 3.3V rail (including devices on the carrier board 3.3V)?

The MicroMod specs for RTC_3V say:

3V provided by external coin cell or mini battery. Max draw=100μA. Connect to pins maintaining an RTC during power loss. Can be left NC.

The 3V3_LED on the carrier board by itself will exceed 100μA at 3V. Doesn’t this violate the above spec for RTC_3V?

Hi @cdwilson,

I don’t yet have an RP2040 Processor, but I’d be also curious to learn why RTC_3V is shorted 3.3V. I recall the RTC draining quickly was identified by a user in a GitHub issue investigating other power-related problems with the Artemis Processor and MicroMod Data Logging Carrier Board:

https://github.com/sparkfun/MicroMod_Da … -734486555

The Artemis Processor looks to have a diode on the 3.3V pin of the MicroMod connector but this isn’t included on the RP2040 Processor.

https://i.imgur.com/x90gIrW.png

That being said, even with this diode, I’ve found that the RTC battery still drains rapidly and cannot be relied on to keep the Artemis Processor’s RTC clock powered when unplugged.

Cheers,

Adam

Hey @adam.g,

FYI, Nate responded on an issue I filed in the GitHub repo. It looks like this was a mistake.

https://github.com/sparkfun/MicroMod_Pr … -799603389

Chris

Any chance we could get an update somewhere on the product page? This is awkward.