nRF51822 current consumption during BLE advertising

RE: nRF51822 current consumption during BLE advertising

bojan — Fri, 24 Jun 2022 08:29:09 GMT

UPDATE:

The main reason for increased power consumption was the GPIOTE peripheral that was configured to use a high-frequency clock (HFCLK):

GPIOTE_CONFIG_IN_SENSE_TOGGLE(true);

When it is initialized with a false parameter (low accuracy), a low-frequency clock is used and, consequently, current consumption is significantly reduced. This thread contains a pretty good explanation about that.

RE: nRF51822 current consumption during BLE advertising

bojan — Thu, 23 Jun 2022 09:24:07 GMT

Hey, Edvin!

It seems that the increased current consumption comes from the GPIOs! I used the nrf_gpio_cfg_default() function to set all GPIOs to the default state (disconnected inputs) before BLE advertising and here is what I get:

Current consumption between two BLE advertising cycles goes down to ~100uA order of magnitude!

It is now clear to me that it is quite important to properly handle GPIOs if we want to optimize the current consumption.

Thanks once again for guiding me in the right direction.

Cheers,

Bojan.

RE: nRF51822 current consumption during BLE advertising

Edvin — Thu, 23 Jun 2022 08:12:44 GMT

[quote user="bojan"]We have a few nRF51 GPIOs that are floating. Perhaps the current is leaking through them if they are not properly configured? Do we need to explicitly configure them as inputs with pull-up or pull-down resistors enabled?[/quote]

Hello,

Yes. If you want to consume the minimum amount of power, you should reset the GPIOs that you have used. I am not sure where/how you configured them, but if that was through a peripheral, then you can try to use the "uninit" equivalent of the init function. Not all of these uninit/deinit functions do this properly, so check that the pin is correctly set back to the default state after you are done.

You can check the register for the GPIO's PIN_CNF[n]. Please check the Reference Manual, Table 83 on page 68.

A default pin configuration should be 0x00000002, which is the default (reset) value. This state is called "disconnected input"

You can also read the register from your application using:

unit32_t config = NRF_GPIO->PIN_CNF[0]; //this will read the pin configuration of P0.00.

Alternatively, you can read it out using a debugger and nrfjprog --memrd 0x50000700" to read P0.00. for pin N use the address: 0x50000700 + n*0x04

Or, depending on what IDE you are using, you can probably set a breakpoint and monitor the peripheral registers.

Best regards,

Edvin

RE: nRF51822 current consumption during BLE advertising

bojan — Thu, 23 Jun 2022 07:47:25 GMT

Hello, Edvin.

Thanks for your feedback.

I have disabled debugging and both UART and RTT backends in sdk_config.h file (find it attached), power cycled the board after downloading the code, as you suggested, but the current consumption waveform is still the same. The board consumes ~1.6mA of current between two BLE advertising cycles.

[quote userid="26071" url="~/f/nordic-q-a/89229/nrf51822-current-consumption-during-ble-advertising/373665"]Are you measuring the current consumption on a DK or a custom board? If you are using a DK, did you cut the solderbridge SB9?[/quote]

I'm measuring current consumption on our custom-designed board and we have an external 1K pull-down resistor connected to the SWDCLK pin, as you suggested.

As I already mentioned, when I put all the peripheral chips on the board in shutdown mode and nRF51 in System OFF mode, the measured current consumption is about ~100uA. When all the peripherals remain in the same shutdown mode but nRF51 is continuously advertising, current consumption between two BLE advertising cycles rises to ~1.6mA. CPU usage between two BLE advertising cycles is 0%. I've confirmed this by enabling appropriate debug logs from Power Management Library. So what we have is that the board consumes ~100uA when nRF51 is in System OFF and ~1.6mA when nRF51 is in System ON sleep mode.

We have a few nRF51 GPIOs that are floating. Perhaps the current is leaking through them if they are not properly configured? Do we need to explicitly configure them as inputs with pull-up or pull-down resistors enabled?

Sincerely,

Bojan.

devzone.nordicsemi.com/.../4885.sdk_5F00_config.h

RE: nRF51822 current consumption during BLE advertising

Edvin — Wed, 22 Jun 2022 11:49:19 GMT

Hello Bojan,

[quote user=""]The average current consumption between two BLE advertising cycles is ~1.6mA[/quote]

Are you in a debug session? Or have you been? Try stopping the debug session, then power cycle the nRF51 and do the measurement again. Does that lower the idle current consumption?

Actually, on the topic, there were some issues with the nRF51 going into debug mode from time to time (without a debugger attached), so in the reference design we recommend adding an external 1k pulldown resistor on the SWDCLK pin. This is already mentioned in the reference designs:

Are you measuring the current consumption on a DK or a custom board? If you are using a DK, did you cut the solderbridge SB9?

[quote user=""]Is my understanding correct?[/quote]

Yes. That seems about correct.

In case you haven't stumbled upon this, I find the Online Power Profiler quite useful for simulating the current consumption based on advertising/connection interval and the HW setup you are using. Check it out:

https://devzone.nordicsemi.com/power/w/opp/2/online-power-profiler-for-bluetooth-le

I see now that it is only supported for the nRF52 series and nRF53 series, but perhaps it can still give some idea in how intervals and DCDC affects the average current consumption.

Best regards,

Edvin