Why does my nRF51822 consume > 1 mA in sleep?

RE: Why does my nRF51822 consume > 1 mA in sleep?

Ankit — Thu, 22 Feb 2018 09:52:59 GMT

Can I achieve the results of "nrfjprog -p" commands by code itself?
I have written following lines in my code, will it result same as "nrfjprog -p"

void main()
{
if( ( NRF_UICR->APPROTECT & 0xFF ) == 0xFF )
{
// enable UICR register write mode
NRF_NVMC->CONFIG = ( NVMC_CONFIG_WEN_Wen << NVMC_CONFIG_WEN_Pos );
while( NRF_NVMC->READY == NVMC_READY_READY_Busy );

// disable debug mode
NRF_UICR->APPROTECT = 0;

// disable UICR register write mode
NRF_NVMC->CONFIG = ( NVMC_CONFIG_WEN_Ren << NVMC_CONFIG_WEN_Pos );
while( NRF_NVMC->READY == NVMC_READY_READY_Busy );

// reboot is required to apply changes
NVIC_SystemReset();
}

// continue application
}

RE: Why does my nRF51822 consume > 1 mA in sleep?

Gabor Paller — Sat, 10 Jun 2017 22:16:25 GMT

This issue almost made me mad but eventually the culprit was indeed the debug mode. I disconnected the debug cable and started the system with external power source but there was a large capacitor on nRF51822's power line that was able to power the chip until the external power arrived. Thus the system remained in debug mode after programming even though I thought that I switched it off after flashing.

RE: Why does my nRF51822 consume > 1 mA in sleep?

wangyong — Thu, 16 Feb 2017 12:25:56 GMT

I am currently using GPIOTE pin to wake up system from deep sleep mode. According to PS table 33 GPIOTE requires both 1.2V regulator and HFCLK. Look back to table 32. Which requires 520uA. But I actually measured my power consumption is about 100uA. I am sure HFCLK is not working when system is off. Is there any possibility I can make the power consumption any lower with GPIOTE wakeup feature on? Or how it suppose to be with 4 GPIOTE wakeups during deep sleep?

RE: Why does my nRF51822 consume > 1 mA in sleep?

liwentong — Mon, 13 Jan 2014 02:25:31 GMT

I also encountered the same situation，the picture is below。ERROR: JLinkArm.dll returned an error condition. Try again. If the condition per sists, please report the error to Nordic Semiconductor support with the text "pi n_reset_ignore_pall: return code 8".

捕获.PNG

RE: Why does my nRF51822 consume > 1 mA in sleep?

siming — Mon, 06 Jan 2014 07:42:11 GMT

hi,

I can't using nrfjprog.exe -p success with this error: ERROR: JLinkArm.dll returned an error condition. Try again. If the condition per sists, please report the error to Nordic Semiconductor support with the text "pi n_reset_ignore_pall: return code 8". how it's supposed to be?

RE: Why does my nRF51822 consume > 1 mA in sleep?

Netrom Ello — Tue, 09 Jul 2013 12:28:50 GMT

Hi,

I found with the current version of nrfjprog (comes with nRF51 SDK v4.3), I could also trigger a pin reset by using:

nrfjprog.exe -p

The device ran in normal mode after that.

Ello

RE: Why does my nRF51822 consume > 1 mA in sleep?

Per Magnus Østhus — Tue, 11 Jun 2013 10:51:02 GMT

The debug interface of the chip will stay enabled after having flashed it, and will not be disabled until a full reset (i.e. removing and re-applying voltage to the chip).

A pin-reset will also disable the debug interface, but by default pin-reset is disabled in debug mode. To enable pin-reset again, you can send this command in JLink: w4 40000544 1 // Write 1 to the POWER.RESET register

Then hold SWCLK and nRESET low for over 100 us. (I don't know if the 'r' command in JLink will work..).

RE: Why does my nRF51822 consume > 1 mA in sleep?

Ole Morten — Mon, 10 Jun 2013 20:37:24 GMT

No, this is most definitely not a reasonable measurement. When in system on, idle, the consumption should be ~3 µA, and in system off < 1 µA. These numbers are given in table 23 (Power management) in the nRF51822 PS.

There is primarily one suspect when seeing consumption above 1 mA in sleep, and that is the debug interface. The debug interface of the chip will stay enabled after having flashed it, and will not be disabled until a full reset (i.e. removing and re-applying voltage to the chip).

If this does not help, you should consider which peripherals you have running. Table 24 in the PS shows which peripherals needs which clock sources and regulators, and as a rule-of-thumb, anything that requires the 16 MHz clock is high power, while everything else is low-power. In general, as many peripherals as possible should be powered down while in sleep, by setting their ENABLE registers to 0 or similar.

Edit: To understand power management on the nRF51 series devices a little better, this question may also be useful.

Also, as Ello points out below, you can do a pin-reset to disable the debug interface by using


nrfjprog -p