Hi,
this is about power-on-reset failure.
We have a board that has nRF52840 on it.
It operates in high voltage mode. The battery is connected to VDDH and REGOUT0 is programmed to output 3.3 V.
Sometimes, but not always we face an issue, then when the battery is completely drained, the device won't start at all and the only way to recover it is to disconnect and connect the battery again.
When the device is in this bad state, I measured low state on the nRF reset pin (0.075 V).
The VDD output (REGOUT0) is strange - it is not 3.3 V as programmed, it is not 1.8 V (default value), but 2.3 V instead.
The VDDH supply is normally 4.8 V from the battery through the battery management chip that has a boost converter.
I did a test, when the battery is almost completely drained, and probed VDDH and VDD. When the battery dies, I can observe that the device is doing power on resets, and eventually powers off. The VDD and VDDH lines rise and fall as in the waveform below (yellow VDDH, green VDD)
At the very end, I can see that VDDH rises slowly. Below zoomed in waveform of the last PoR:
I think this slow rise is a concern, as I found in the datasheet the following statement:
Note: The on-chip power-on reset circuitry may not function properly for rise times longer than
the specified maximum. (tR_VDD Supply rise time (0 V to 1.7 V) 60 ms)
Does this rise time apply to VDD or VDDH voltage in high voltage mode?
Or I should only care about tR_VDDH Supply rise time (0 V to 3.7 V) 100 ms?
V_DDH is specifies as min. 2.5 V and typical 3.7. Rise time specification is about rising up to 3.7, not 2.5.
Another point:
Note: In High Voltage mode, the configured output voltage for REG0 (REGOUT0 on page 46) must
not be greater than REG0 input voltage minus the voltage drop in REG0 (VDDH - VVDDH-VDD).
Normally the battery VDDH supply is 4.8 V which covers the requirement above REG0 3.3 < 4.8 - 0.3.
But given this long rise time, there is a period within which the VDDH is between 2.5 V and 3.6, when it's rising what can be seen on in the scope screenshots.
Can it make the power-on-reset circuitry upset?
Is the description above explaining the problem with the bricked board?
Does it violate the SOC specs?
If that's the case, is there any software solution for that?