nRF52832 resets ~20 s after entering System OFF (watchdog)

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Wed, 18 Mar 2026 09:03:15 GMT

Hello Vidar,Quick update: the recommended System OFF entry path (sys_poweroff() on NCS v2.9.2 / Zephyr) is working fine on nRF52832.The earlier “unexpected restart” behavior was on our side. After investigation we confirmed the device was actually waking from System OFF (RESETREAS indicates OFF wake), and the wake was triggered by our board/wakeup pin behavior. After correcting the board-side issue / configuration, the unexpected wakes are gone and System OFF + GPIO wake works as expected. Watchdog enablement is not an issue in this fixed setup.Thanks again for the guidance.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

Vidar Berg — Wed, 18 Mar 2026 08:42:03 GMT

Hello,

It is difficult to track the actual number of reboots when you are powering off RAM as there will be multiple resets until the WD finally times out. Did you remove the code section as I suggested? If you are still experiencing issues after this, please upload your updated project so I can try to run it again.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Wed, 18 Mar 2026 08:27:02 GMT

Hello Vidar,Update with hard evidence from our fsm_test_min reproduction.We added two persistent breadcrumbs written immediately before sys_poweroff():GPREGRET0 is set to 0xA5 right before calling sys_poweroff().GPREGRET1 bit0 stores debugger_attached() at that moment.After an unexpected restart (no user interaction), the next boot prints:GPREGRET0=0x000000A5GPREGRET1=0x00000000RESETREAS=0x00010000 -> Wake from System OFFSo the device did reach sys_poweroff(), there was no debug interface active, and RESETREAS shows an OFF wake (not DOG). This means the SoC enters System OFF successfully, but later wakes from System OFF unexpectedly.Question:What is the recommended way on nRF52832 to identify which wake source caused the OFF wake (e.g., GPIO LATCH registers or any Zephyr/Nordic API)?Any known pitfalls/best practices to avoid unintended OFF wakes when using GPIO sense?Best regards,
Mento

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

Vidar Berg — Tue, 17 Mar 2026 14:12:35 GMT

Hello,

I ran your project and see that you are powering OFF the RAM in your enter_system_off() which leads to a lockup reset (you are effectively disabling the RAM while the program is still running) followed by a WDT reset. The device never actually entered System OFF mode. I recommend you remove this section from your function:

#if defined(NRF52832_XXAA) || defined(NRF52840_XXAA)
    NRF_POWER->RAM[0].POWER = 0;
    NRF_POWER->RAM[1].POWER = 0;
    NRF_POWER->RAM[2].POWER = 0;
    NRF_POWER->RAM[3].POWER = 0;
    NRF_POWER->RAM[4].POWER = 0;
    NRF_POWER->RAM[5].POWER = 0;
    NRF_POWER->RAM[6].POWER = 0;
    NRF_POWER->RAM[7].POWER = 0;
#endif

And instead use the sys_poweroff() call. In addition to entering System OFF, this call turns off RAM retention in System OFF mode as you can see here: https://github.com/nrfconnect/sdk-zephyr/blob/49e3fe1e493137cb9e1c895f8000fe638927d0c3/soc/nordic/common/poweroff.c#L52

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Tue, 17 Mar 2026 02:44:11 GMT

Thanks for looking into this.

At the moment I don’t have the equipment to measure current, so I’m focusing on RESETREAS + behavior.

We can reproduce the issue consistently with our minimal app:
- nRF52832, NCS v2.9.2
- sys_poweroff() (CONFIG_POWEROFF=y, CONFIG_PM_DEVICE=y)
- Watchdog enabled (20s, WDT_OPT_PAUSE_IN_SLEEP)

In problematic cases, the next boot reports RESETREAS = DOG (0x00000002) about ~20s after requesting System OFF, instead of RESETREAS = OFF.

If you manage to reproduce and identify the root cause, could you please share:
- How to verify whether the device truly enters System OFF (without current measurement, if possible), and
- The recommended fix / workaround, or the NCS version / commit where it is fixed?

I’m happy to retest any patch or specific version you recommend and report back the results.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

Eetu Nevalainen — Mon, 16 Mar 2026 12:20:44 GMT

We’re seeing the same issue with nRF9160 based boards: watchdog resets after sys_poweroff(). We reduced them a lot by adding k_sleep(K_SECONDS(4)) before calling sys_poweroff(), but they still happen occasionally with nRF SDK v2.9.0. I’ll try to find some time this week to reproduce it and measure the power consumption to see if the device actually goes into system off.

Edit: We first noticed this issue on nRF SDK v2.5.2.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Mon, 16 Mar 2026 02:51:11 GMT

Thank you for the earlier replies. You mentioned that the WDT cannot run in System OFF, so a WDT reset would mean the device did not really enter System OFF. We have changed our implementation to use Zephyr’s recommended path and are still seeing the same behavior.What we changed

Entering System OFF — Before: we wrote NRF_POWER->SYSTEMOFF = 1 directly and then a WFE loop. After: we now call sys_poweroff() from <zephyr/sys/poweroff.h> with CONFIG_POWEROFF=y and CONFIG_PM_DEVICE=y. On nRF52 this goes through zephyr/soc/nordic/common/poweroff.c and calls nrf_power_system_off(NRF_POWER). Before calling sys_poweroff() we optionally suspend the console with pm_device_action_run(cons, PM_DEVICE_ACTION_SUSPEND) as in the samples/boards/nordic/system_off sample.

Watchdog — We still use the Zephyr WDT driver with WDT_OPT_PAUSE_IN_SLEEP, and we now get the device from DT_ALIAS(watchdog0) when present (same style as Zephyr watchdog sample). We still feed the watchdog once before sys_poweroff().

Kconfig — We added CONFIG_POWEROFF=y and CONFIG_PM_DEVICE=y.

So we are no longer touching the SYSTEMOFF register directly; we use the Zephyr power manager (sys_poweroff()).Current behaviorWith this setup we still see the device reset about 20 seconds after requesting System OFF. On the next boot we log RESETREAS = 0x00000002 (DOG). So it still looks like the device is not actually entering System OFF, or something is causing it to leave System OFF and then get hit by the watchdog.We can provide an updated fsm_test_min (or patch) that uses sys_poweroff() instead of the register write if that would help. Could you suggest what to check next—e.g. whether there is anything else that could prevent the SoC from entering System OFF even when using sys_poweroff(), or any recommended sequence/Kconfig for nRF52832 with WDT and System OFF in NCS 2.9.x?Thanks.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Fri, 13 Mar 2026 09:50:26 GMT

Thanks for your reply.

> How do you determine it was a WD timeout?

We log RESETREAS on every boot.

- In the problematic cases, the next boot reports:
- RESETREAS = 0x00000002 → DOG (watchdog)
- Not OFF
So in those cases the device is not waking from System OFF, but being reset by the HW watchdog ~20 seconds after we request System OFF.

> Did the device really enter System OFF? Have you measured current?

We agree current is the best proof. On our custom board there is no DCDC circuit; we force LDO (overlay + writing 0x40000578 = 0 in EARLY / PRE_KERNEL_1 / main()).

Without RTT/debugger attached:

- The firmware clearly runs after power-on (we see LED behavior).
- After we request System OFF, the device does not wake correctly, and the next boot shows RESETREAS = DOG instead of OFF.

We are preparing separate current measurements, but in parallel we made a very small test application to make this easier to reproduce.

Minimal test application (fsm_test_min):

- nRF52832, no BLE, just:
- DCDC disabled as in our main project.
- HW watchdog enabled (single channel, 20 s timeout, WDT_OPT_PAUSE_IN_SLEEP).
- Enter System OFF after 10 s idle.
- Wake source = GPIO P0.11 (level SENSE).

Hardware for your side:

- Connect a button (or jumper) to P0.11 so that pressing it changes the level on P0.11.
- This simulates our external wake-up source.
- Optionally connect LEDs to P0.17 / P0.18 / P0.19:
- We turn them on when “active” and off just before entering System OFF, so you can see when the system is awake.

Test sequence we would like you to try with fsm_test_min:

1. Flash fsm_test_min.
2. Wait ~10 seconds until it enters System OFF (LEDs turn off).
3. Change the level on P0.11 (press the button) to wake the device.
4. Observe:
- RESETREAS on the next boot (DOG vs OFF).
- Whether the device ever gets a watchdog reset ~20 s after the System OFF request instead of a clean OFF wake.

We attach the full fsm_test_min project (source + overlay + prj.conf) so you can build and run it as you prefer. Any guidance on why we see RESETREAS = DOG instead of OFF in this scenario would be very helpful.

devzone.nordicsemi.com/.../fsm_5F00_test_5F00_min.rar

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

Vidar Berg — Thu, 12 Mar 2026 12:35:34 GMT

Let's focus on the WD reset you reported initially first.

[quote userid="16363" url="~/f/nordic-q-a/127374/nrf52832-resets-20-s-after-entering-system-off-watchdog/563087"]After calling this sleep path, we sometimes see that about 20 seconds later the system is reset by the watchdog.[/quote]

Please let me know how you determine that it was reset by a WD timeout.

[quote userid="16363" url="~/f/nordic-q-a/127374/nrf52832-resets-20-s-after-entering-system-off-watchdog/563087"]The device actually entered System OFF and then somehow resumed incorrectly, or[/quote]

Have you tried measuring the power consumption in this state? The device should enter System OFF mode as long as is it not in debug interface mode.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Thu, 12 Mar 2026 10:10:10 GMT

Additionally, when testing with a manual jumper on the wakeup pin, we repeatedly toggle the pin between LOW and HIGH, holding each level for a long time.
Even if the SENSE polarity were initially wrong, we would still expect at least one of these slow transitions to generate an “inactive → active” edge and wake the device.
However, in the problematic firmware, the device never wakes up, which makes us suspect an issue in the System OFF entry/exit behavior rather than just a wrong SENSE configuration.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

mento — Thu, 12 Mar 2026 09:45:34 GMT

We want the firmware to enter low‑power sleep (System OFF) and later wake up from a GPIO pin (P0.11).Before entering System OFF, we configure P0.11 as input with no pull and enable SENSE (HIGH or LOW, depending on the current level).Observed behavior

Watchdog reset about 20 seconds after requesting sleep (reason unknown)

In our application, when the firmware decides to go to sleep, it runs a shutdown path that:

Turns off some peripherals,

Configures P0.11 as wakeup source using GPIO SENSE,

Finally writes NRF_POWER->SYSTEMOFF = 1.

After calling this sleep path, we sometimes see that about 20 seconds later the system is reset by the watchdog.

We do not know whether:

The device actually entered System OFF and then somehow resumed incorrectly, or

It got stuck during/after the shutdown sequence and never reached a stable low‑power state.

From our point of view the reset reason is “watchdog timeout after trying to enter sleep”, but the root cause is unknown.

Sometimes the code path to enter sleep is executed, but changing P0.11 does not wake the device (reason unknown)

From internal logging we can see that, before sleeping:

The decision “go to sleep” is taken,

The shutdown function is called,

P0.11 is configured as input + NOPULL + SENSE_HIGH/SENSE_LOW,

NRF_POWER->SYSTEMOFF = 1 is written.

However, after this, when we change the level on P0.11, the device does not restart and we do not see any new boot behavior.

This looks like “no GPIO wakeup occurred”, but we cannot tell whether:

The device never really entered System OFF, or

It entered System OFF but the GPIO SENSE wakeup on P0.11 did not work.

Again, the exact reason is unknown.

Questions for Nordic

On nRF52832 with NCS v2.9.2, are there any known conditions where, after configuring a GPIO as wake source and writing NRF_POWER->SYSTEMOFF = 1, the device might:

Fail to actually enter System OFF, or

Enter System OFF but ignore GPIO SENSE wakeup on that pin?

Are there recommended best practices or restrictions for the sequence right before entering System OFF? For example:

Types of peripheral operations (timers, interrupts, GPIO configuration, etc.) that should be avoided or handled in a specific way before calling SYSTEMOFF,

Anything that is known to interfere with System OFF or GPIO wakeup if used incorrectly.

Given these two symptoms:

(a) “After calling the sleep path, the system is reset by the watchdog about 20 seconds later (unknown reason)”, and

(b) “The code to enter System OFF runs, but later changing the GPIO level on P0.11 does not wake the device (unknown reason)”,

do these match any known issues or typical pitfalls when using System OFF + GPIO SENSE wakeup on nRF52832?Any guidance or debugging tips for this kind of System OFF / GPIO wakeup problem would be very helpful.

RE: nRF52832 resets ~20 s after entering System OFF (watchdog)

Vidar Berg — Wed, 11 Mar 2026 09:33:29 GMT

Hello,

The WDT cannot run when the device is in System OFF mode, so if you are getting a WDT reset it would indicate that the device did not really enter System OFF mode. Please try to check the RESETREAS register to confirm what the reset source was. Here is an example of a function you can use for reading this register: https://github.com/nrfconnect/sdk-nrf/blob/456f071a6f638b02e4b18819524feeec1d859dbf/samples/nfc/system_off/src/main.c#L158

Note: It is not possible to enter System OFF while the chip is in debug interface mode, see https://docs.nordicsemi.com/bundle/ps_nrf9151/page/chapters/pmu/doc/operationmodes/system_off_mode_emulated.html. That is, you can't be viewing RTT logs or in an active debug session when testing this mode.

Best regards,

Vidar