nRF52840 power-on reset failure

RE: nRF52840 power-on reset failure

Simonr — Mon, 15 Mar 2021 09:55:01 GMT

I'm sorry, but there's no way to detect whether it was the POR failing or not in these cases. A valid POR is required for the SoC to be able to enable pin resets, so you will have to physically reset it when this occurs I'm afraid.

Best regards,

Simon

RE: nRF52840 power-on reset failure

Simonr — Fri, 12 Mar 2021 08:08:34 GMT

Okay, I think this would be the POR failing, but I can't confirm it just from your description, but I think it's safe to say that what's causing this is the long rise times. Our expert on the matter is out of office today, but I'll ask him first thing on Monday whether he can provide some more details on whether there's some way to pin point whether it's the POR or something else failing.

For future HW revisions of your device I would suggest adding some kind of threshold between the solar panels and VDD on the nRF52 so that the nRF won't be provided power until there is enough to make the device run to prevent these extended rise times.

Best regards,

Simon

RE: nRF52840 power-on reset failure

JordanYates — Thu, 11 Mar 2021 09:06:30 GMT

Hi Simon,

The devices are solar powered, and semi-regularly recovering from a flat battery. The voltage and current the battery can support at this point varies with light intensity, and we cannot currently make guarantee's about rise times.

We are simply hoping to confirm that the problem we are seeing is the POR failing, so we can make rectifications in the future.

As noted above, there is no logging output because the CPU does not appear to be running. SEGGER JLink tools are unable to connect to the device, despite the voltage reading as 3.3V.

Ignoring the more complicated functionality, the application should broadcast on Bluetooth and flash an LED when a button is pushed.

RE: nRF52840 power-on reset failure

Simonr — Thu, 11 Mar 2021 08:54:37 GMT

Okay, are the rise times for your battery longer than have you measured the VDD to make sure the voltage supply is consistent. What does your application do exactly? When debugging, what do you see in terms of logging information? What does the rise time look like on your end, if they are above 60ms, undefined behavior like this may indeed occur, and if so I would suggest looking into what's causing such a high supply rise time.

Best regards,

Simon

RE: nRF52840 power-on reset failure

JordanYates — Wed, 10 Mar 2021 13:12:26 GMT

Hi Simon.

I believe the RESETREAS register will be of limited use as the only way we have currently found to recover these devices is to remove power from them. The problem is that the system doesn't power up, despite the voltage being sufficient. On devices that do recover from being flat (i.e not the problem I am trying to resolve), the RESETREAS register is typically 0x00, as would be expected.

Cheers,
Jordan

RE: nRF52840 power-on reset failure

Simonr — Wed, 10 Mar 2021 13:04:24 GMT

Please check out this case, where my colleague Jimmy has provided some information as to how you can store the error code in your Flash memory and print out the reset reason (NRF_POWER->RESETREAS) after the system powers up.

Best regards,

Simon