RE: Power consumption in idle mode >= 2 mA!

tim — Tue, 05 Aug 2014 15:55:16 GMT

thx, I wrote my own led functions using timers. So I never used led_start();

RE: Power consumption in idle mode >= 2 mA!

Frederic — Mon, 04 Aug 2014 09:16:07 GMT

I don't use the LED module from Nordic stack anymore. The function led_start() from nordic stack uses the GPIOTE task.

RE: Power consumption in idle mode >= 2 mA!

tim — Sat, 02 Aug 2014 23:31:10 GMT

How did you disable the GPIOTE task?

RE: Power consumption in idle mode >= 2 mA!

Frederic — Wed, 25 Jun 2014 17:02:09 GMT

Hey,

thanks for help. The Problem was the GPIOTE task for flashing the LED, so that the 16 MHz clock was always on.

RE: Power consumption in idle mode >= 2 mA!

Stefan Birnir Sverrisson — Thu, 19 Jun 2014 04:24:10 GMT

Be sure to power-reset your board after you flash your code, otherwise the nRF51 will stay in debug mode which consumes ~1mA

Make sure you disable or disconnect all LEDs on your board, each led consumes ~0.5mA

Disconnect any external circuit from your board, this includes the debugger/programmer. If you have e.g. a peer UART device connected, disconnect it, there might be a leakage current if the peer UART device does not have exactly the same voltage levels.

A further guide on minimizing current consumption is available here and here

When you enable the UART and call the STARTRX and STARTTX tasks, it will draw a lot of current. The only way to decrease current consumption of the UART is to only have it enabled when you need to. In the SDK UART examples, the UART is enabled all the time, so those examples are not power optimized. There are two methods of improving this:

One method is to use two GPIO control lines, one is for the nRF51 to signal the UART peer device when it has data to send, the other is for the UART peer device to signal the nRF51 when it has data to send. You can configure the pin to be a wakeup source as well. When the UART peer device has data to send, it will signal the nRF51 which will wake up and enable the UART, receive/send data and then go back to sleep.

Another method is to use the app_uart library and set flow control option APP_UART_FLOW_CONTROL_LOW_POWER which will make the nRF51 UART only be enabled when the CTS is set low by the UART peer device. There is a UART example available here that uses the app_uart library. Documentation for the library is here.