RE: How to detect GPIO interrupt source from deep sleep

Mike Austin (LPI) — Tue, 28 Jun 2022 23:56:07 GMT

Not sure if you got this sorted, but I've just been through this whole process myself. A couple of things I uncovered:

1. If you are using the nRF Connect SDK, this automatically enables the LFCLK, which adds a 300-400msec delay between the GPIO triggering your device out of deep sleep and your main.c code actually firing up. Things can happen in this time that may impact the status of the LATCH register. You can get around this by using the SYS_INIT function and running the code you need to have run (e.g. capturing the status of the LATCH register) in one of the pre-kernel states. Below is how I did it in my code.

/* Grabs contents of RESETREAS and LATCH registers  */
static int detect_wakeup_latch(const struct device *dev)
{
	ARG_UNUSED(dev);

	/* Check status of RESETREAS register to determine what caused exit from System OFF */
	reset_reason = NRF_POWER->RESETREAS;
	(void)NRF_TIMER0->EVENTS_COMPARE[0];

	/* Record status of LATCH register to check with GPIO triggered exit from System OFF (if applicable) */
	gpio_trigger = NRF_GPIO->LATCH;
	
	/* Disable inputs from affecting the DETECT signal, which should preserve LATCH and prevent spurious interrupts */
	gpio_pin_trig_disable();

	return (0);
}

SYS_INIT(detect_wakeup_latch, PRE_KERNEL_1, 0);

2. If you have OTA DFU functionality enabled, then the MCUBoot can scramble your LATCH register as well. To get around that, you need to add an mcuboot.config file in a sub-directory called {your_project}/child_image. The mcuboot.conf file just needs to contain the following:

CONFIG_GPIO=n

Running the MCUBoot takes around 300-400msec, so that will then push your SYS_INIT function out by the same amount of time after the GPIO trigger.

3. Just before my device goes back to sleep, I set up the appropriate GPIO so that their PIN_CFG[n].SENSE is set appropriately. You can do this at a register level directly, or using one of the API's. Below is the method I use for setting one of the buttons on the nRF52-DK to be my GPIO trigger (button corresponds to P0.13). This will trigger the device out of sleep when the GPIO input goes low

nrf_gpio_cfg_sense_input(sml_strike.pin, NRF_GPIO_PIN_PULLUP, NRF_GPIO_PIN_SENSE_LOW);

So, with everything set up as above in my code, things go like this:

1. GPIO triggers deivce out of sleep

2. MCUBoot validates code in memory and then passes control to that once its happy

3. SYS_INIT is called and I grab the value of RESETREAS and LATCH registers

4. main.c code starts running

Took me about a month to get to this point!!

Cheers,

Mike

RE: How to detect GPIO interrupt source from deep sleep

Simonr — Wed, 18 May 2022 05:58:14 GMT

I would suggest checking out this thread where my colleague Håkon discuss and explains how to use the DETECT signal and LATCH register. There are no example projects specifically showcasing the LATCH registers features, but any that use the nrfx_gpiote driver should be rather easy to implement.

Best regards,

Simon

RE: How to detect GPIO interrupt source from deep sleep

nickagian — Sat, 14 May 2022 18:18:15 GMT

Hm, that's a good idea! 👍 I'm using nRF52832, so it seams that LATCH is supported. Do you know if there is any application example that uses this feature?

RE: How to detect GPIO interrupt source from deep sleep

Turbo J — Sat, 14 May 2022 08:57:08 GMT

Check if your chip supports the LATCH register in GPIO. The triggered pin should read a 1 in that register.