nRF52840 ble_app_uart example using PCA10059 high current consumption

[catfish]

I have modified the ble peripheral example - ble_app_uart to run on the PCA10059 USB dongle and the demo I developed using that as a starting point works very well. The problem I am experiencing is that the I am powering the dongle with 2 - AAA batteries but they are only lasting ~3 weeks connected to a raspberry Pi 0 W. I modified the traces to configure the power input to be compatible with 3.0 Volts input and enabled the DC/DC converter to try and improve the battery life but after 2 weeks the batteries are already down to 1.4 volts per cell. The dongle is connected to the Pi 100% of the time, the communications are limited to a "proof of life" check once a minute but for the most part that's the only communications besides maintaining the connection to the Pi. I disabled the HW uart used in the example to attempt to reduce the current further but I haven't experienced much improvement. Is there something in the example that could cause excessive current draw? Should the dongle not be continuously connected?

Thanks in advance.

Dan

[Jørgen Holmefjord]

Hi Dan,

Have you modified the connection interval configurations in the example? By default, this is set to between 20ms (MIN) and 75ms (MAX) in the ble_app_uart example. If it gets set to 20ms, the average current of maintaining the connection will be between 226-320uA (with/without DCDC enabled) according to our Online Power Profiler for BLE. If you can accept longer latency in transfers, you can increase these parameters to reduce the current consumption, or you could enable slave latency to allow the slave to ignore a given number of connection intervals.

What is the capacity of the AA batteries you have tested with, to allow us to give better calculations of battery life?

Have you measured the current consumption by the example when running on the Dongle? Note that use of the LEDs will also increase the current consumption of the system.

Best regards,
Jørgen

[Jørgen Holmefjord]

The connection intervals depends on how low current consumption you want, and how much latency you can accept.

You can play around with the numbers in the Online Power Profiler yourself to see how the average current is affected by different numbers. For instance 100ms will give 48uA average current, while 500ms will give 12uA. The interval can be increased up to 4000ms.

[catfish]

I tried extending the MIN_CONN_INTERVAL to 500 ms and the max to 1000 ms without much change in battery loading. I installed a .1 ohm shunt in front of the dongle and measured the current with a scope. The average is ~ .003 volts so ~ 30 mA which seems to explain the fast drain on the batteries. Any other suggestions? I don't have a real application, I'm simply evaluating the nRF52 but would really like to understand how to reduce an application to draw the absolute minimum current.

I don't know if it makes a difference but I send 7 bytes once a minute for "proof of life" from the device. I can change that interval to anything but I figured that once a minute would have minimal impact.

And again, I don't have any LEDs on and the supply is 2 AAA batteries.

thanks in advance

[Jørgen Holmefjord]

Hi,

30 mA sounds a bit excessive. The radio would need to be transmitting constantly with highest output power to get close to this current draw.

How have you modified the Dongle for use with 3.0V? Did you follow the instructions in External regulated source? Note that if the dongle have been connected to USB power with SB1 soldered and SB2 not cut, that could cause damage to the chip, with possible higher current draw fra REG0 regulator.

If you could post a diagram of all your connections for powering the dongle, in addition to the current measurement, we can try to help you determine what is going on.

I would also recommend that you consider getting a nRF52840 DK for development. This is prepared for current measurements of the nRF52840 power domain only, and you can easily disable other parts on the board to measure current draw from external sources. The PPK is also a great tool for measuring current in real-time in applications.

Best regards,
Jørgen

[catfish]

Yes, I modified the dongle following the guide to use an external source. SB1 is shorted and SB2 is open for use with the AAA alkalines. I swap open SB1 and close SB2 when I connect USB for code updates.

The .1 ohm shunt is connected to the red wire just before the dongle. The alkaline batteries are housed underneath. I'll consider ordering a DK in the near future. Like I mentioned, I'm currently just evaluating the nRF52 at this point

[catfish]

please disregard my current measurements. I was using a USB scope and after further analyzing I have found an offset in the measurement. I am moving to a DSO scope and will return with results from that test

[catfish]

I measured the voltage across the shunt with a benchtop HP precision DMM and the current is ~10mA while connected to my phone running the Nordic Connect APP. Not sure what else I can do so I give up

[Jørgen Holmefjord]

10mA still sounds high for the average current, but it could correspond well with the radio currents during RX/TX (given that DCDC is disabled, and you are using the default output power.

Again, I would recommend considering the PPK for measuring currents, it gives you real-time measurements over time, and is great for debugging current issues in your application. It is also not limited to Nordic products, and can be used for measuring current from any device within the specs.

Regarding your evaluation, I am confident that the numbers in the Online Power Profiler can be trusted for evaluation current consumption from BLE applications. If you wanted to evaluate other peripherals as well, that would be a bit harder without the DK.

[catfish]

I have enabled the DCDC in my code.

Is there any reason the ble_app_uart example would be continuously transmitting? I assume it doesn't TX unless data is being transferred across the BLE link. I disabled the HW uart so that shouldn't be an issue. I don't think I can budget the PPK without an active project to put it against. Thanks