Put BLE Mesh node in deep sleep


We are working on BLE MESH using nRF52840. We are trying to put nRF52840 into deep sleep mode. The deep sleep current is about 210 micro Amp. Further, the current is continuously increasing approx. by 1 micro Amp after every 60 sec.

My setup:
nRF SDK ver : nRF5_SDK_17.0.2_d674dde
BLE MESH ver : nrf5_SDK_for_Mesh_v5.0.0
Hardware : BT840 based custom board

The functions used for putting the nRF52840 into deep sleep -

We also tried sd_power_system_off() but result are no better.

We are able to achieve deep sleep current of 500 nano Amp on same hardware, using Thread protocol. We are not sure how to achieve it using BLE Mesh.

It would be a great help if you could suggest a solution or give us a direction.

Kind Regards,

  • Hi,

    I am coming back to my original question on Mesh Leaf Node deep sleep current.

    Using BLE Mesh Friend Functionality I am able to achieve Leaf node running with average current consumption around 235 microA. Without Friend Functionality it consumes average current around 11.6 mA. So there is some improvement on current consumption but not enough if we want to operate the device on battery. Even if the device is being put into deep sleep mode, the current consumption remains around 220 microA. Is there any limitation of BLE Mesh stack preventing the device from Deep Sleep mode?

    What is the minimum possible achievable average current consumption with BLE Mesh Node? Are there any known examples/references I can refer to?

    Note: For measuring "average current", the average current in 1 minute is considered.

    Best Regards,

  • Hi,

    The following is for the nRF Connect SDK. I am sorry for jumping in on the discussion before double checking SDK version, but will leave the answer standing in case it is still relevant for someone reading this in the future.

    For saving power outside of friendship, you can enable the CONFIG_BT_MESH_LPN_ESTABLISHMENT. Normal nodes (and LPNs outside of friendship) will have RX enabled at all times, leading to high power consumption. With the above "LPN establishment" setting on, it will have around 10 % RX duty cycle instead.

    When powering the LPN, it will act as a normal node for an initial period of time, controlled by the CONFIG_BT_MESH_LPN_AUTO_TIMEOUT setting. Decreasing it will shorten the "active" period after boot, more quickly entering the the "LPN establishment" state of 10 % RX duty cycle.

    The serial drivers draw a lot of power. If you don't need them, you can usually save a lot by disabling CONFIG_SERIAL.

    With these settings, I have measurements of around 700 uA while not in friendship, and around 20 to 30 uA while in friendship.


  • Hi,

    I am working the team of Rajendra.
    The big question is if there is a chance with a leaf node to reach similar sleep currents then with thread. That means below 1 uA.  I mean to reach it with the NordIC SDK's.

    As I understand are the leaf nodes in BLE mesh networks intended to run peripheral nodes on battery power. If we would like to run a node several years with the same battery, we need to reach that small sleep currents.


    Christoph Graf

  • Hi Christoph,

    I'm sorry for the late response. Håkon is travelling and I will take over the case. 

    220uA when in sleep current is not normal. 

    We will need to take a look to see if it's the mesh stack causing the issue or it's the hardware on your custom board making that issue. 

    I would suggest to do the following: 

    - Test the same software on a Nordic Dev Kit and measure the current consumption as the reference. 

    - Test a very simple software on your board that put the device to  sleep mode and measure the current consumption. This is to rule out the issue with the mesh stack. You can try the rtc example in nRF5 SDK v17.1 . The current consumption should be around 3-4 uA. 

    The mesh lpn example when in sleep mode shouldn't consume more current than what you see in the rtc example. When in sleep mode it just puts the CPU and all peripherals to sleep and only keeps RTC running. 

  • Thank you for the information. I will discuss it with the Harman team next week.