High Current Consumption with nRF52840 DK

[jloliveira]

Dear Madam/Sir,

I'm measuring the nRF52840 DK current consumption with my custom ble_peripheral app and other example ble_peripheral apps, namely ble_app_proximity, ble_app_pwr_profiling, and I'm registering in my ampere meter some continuous 0.800mA while advertising/in connection in both example apps (with the default parameters) and 0.200mA in my app. I'm powering the DK with a power supply set at 3.0V. My app is running in DC/DC with the advertise interval set to 2.25s and the connection interval set to 1s, and TX Power set to +9dBm. I also checked my app running on a oscilloscope and the connection/advertise TX peaks measure 14-15mA instead of the supposed 13.6mA.

The nRF Power Source switch is set to VDD, and I attempted both options on the nRF Only / Default switch. When setting the VEXT->nRF ON the consumption even increases.

In all three apps I commented all LOGGING related calls and all LEDs are turned off. I also tried running the DK on all three apps with the CR2032 battery but the current consumption is kept nearly the same. Do I need to also disable the NRF_LOG_ENABLED define in sdk_config.h to make sure it is turned off?

Is there a way to guarantee, through Firmware and/or Hardware, that no pinouts are enabled and causing the high consumption? Is there anything else that may justify such high consumption and that I should take special attention?

Thank you for your help,

João

[Stian Røed Hafskjold]

Hi, most likely the current you are seeing is because of logging. The best way to disable this is to set  NRF_LOG_ENABLED to 0 in sdk_config.h. You should leave all the logging related calls in the code as they are originally, setting NRF_LOG_ENABLED to 0 is sufficient to completely disable logging.

When using the VEXT->nRF switch the current bypasses the debugging chip (and everything else on the DK) and goes directly from P21 (external supply) to nRF. Because of this you need to keep the main USB cable connected in order to power the rest of the components on the chip. Otherwise you get higher current draw.

If you want you can post your hex file here and then I can do measurements for you.

Regarding the radio TX peak current. You mean +8dBm right? From the PS:

ITX,PLUS8dBM,DCDC

TX only run current (DCDC, 3V) PRF =+8 dBm

14.1

mA

Also, this current is without HFCLK and DMA current. So you should add another 0.8mA to this. The current consumption scenarios chapter in the PS is supposed to cover this, but it does not include +8dBm yet unfortunately. http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52840.ps/pmu.html#unique_1132745023

[jloliveira]

Dear Stian,

Thank you for your help.

Regarding the Logging, I didn't know setting NRF_LOG_ENABLED to 0 would be enough to totally disable Logging. Yet, I have a define that unconsiders all Logging calls, thus it shouldn't consume. I don't have access to the measuring instruments right now, so I just set NRF_LOG_ENABLED to 0 and send you the hex file in attachment for your measurements - thank you very much for it. If possible, please provide me the measurements in advertise and connection modes.

But is there any ble_peripheral example that is optimized for low consumption, running DC/DC, and that I should consider for comparison? I also send you in attachment the hex of the original ble_app_pwr_profiling with NRF_LOG_ENABLE set to 0 for your measurements (have to press button1 for it to start).

Regarding the TX peak current, although the infocenter reports 14.1mA at +8dBm, the PS pdf in page 286 states that it consumes 13.6mA at +9dBm, both DC/DC at 3V. Why the difference?

And is HFCLK and DMA 0.8mA current drain supposed to occur persistently during run-time or only during radio events? Is there a way to turn them off?

jloliveira-app_pca10056_s140.hexble_app_pwr_profiling_pca10056_s140.hex

Thank you,

João