nrfmesh high current comsunption on IDLE

RE: nrfmesh high current comsunption on IDLE

loquat — Mon, 12 Feb 2018 23:30:04 GMT

Thank you.

I hope them.

RE: nrfmesh high current comsunption on IDLE

MartinBL — Mon, 12 Feb 2018 10:52:34 GMT

What HFCLK source to use is configurable, but not as straightforward as simply choosing one or the other. You use one of these enums to choose the configuration. The default configuration used in the mesh SDK is NRF_RADIO_HFCLK_CFG_XTAL_GUARANTEED.

nRF Mesh is a work in progress and not fully power optimized yet. We are working on adding features that will improve the current consumption.

RE: nrfmesh high current comsunption on IDLE

loquat — Fri, 09 Feb 2018 05:54:52 GMT

Thank you.

which does TimeSlot use HFXO or HFINT for HFCLK?

If HFXO is use, can stop in NRF_MESH's TimeSlot-running?

And

Is NRFMESH still high current consumption in the future?

RE: nrfmesh high current comsunption on IDLE

MartinBL — Thu, 08 Feb 2018 13:52:20 GMT

Yes, the mesh stack uses the timeslot API. The timeslot API uses a timer and this requires the HF clock to be running at all times. This is the reason for the relatively high current consumption.

RE: nrfmesh high current comsunption on IDLE

loquat — Wed, 31 Jan 2018 13:15:56 GMT

I use FreeRTOS and BSP's(LED and button).

So, RTC1/GPIO/GPIOTE.

And

Another problem, (every 100ms wakeup)

I try nrf5_SDK_for_Mesh_v1.0.0_src/examples/beaconing.

Modified,
1. main.c: beacon interval change to 5000ms.
2. nrf_mesh.c:nrf_mesh_enable() scanner_enable() is comment out.(not scan)

When run the program on my nrf52832 board,
Every 100ms, NRF_RADIO_CALLBACK_SIGNAL_TYPE_TIMER0 event occured.
Timeslot request and ranges from 100 us to 100 ms.
So that, nrf mesh is wakeup every 100ms, Whether scanner enable or disable.
And increase a little current comsumption.
Is this really?

RE: nrfmesh high current comsunption on IDLE

MartinBL — Wed, 31 Jan 2018 12:19:10 GMT

Are you using an example or your own application when you measure this?
As John DeWitt mentions, the 400uA is most likely the HF clock that is running. And there might be many reasons for that (both intentional and unintentional ones). So then the question is: what kind of peripherals are you using? You should go through the errata list and check whether there is something that is relevant to your application.

RE: nrfmesh high current comsunption on IDLE

loquat — Wed, 31 Jan 2018 01:53:52 GMT

I don't know how work TIMER / HF clock on nrfmesh. I expect under 100uA on IDLE.

I guess, always nrfmesh use timeslot, which RX/TX is used.

Add, my environment is

nrf52832 module (no-famous).

SoftDevice S132 5.1.0

SDK14.2

nrf mesh 1.0.0 porting for SDK14.2

FreeRTOS environment

I try,

example/ble_app_beacon : current comsumption is 100uA.

FreeRTOS environment without nrf mesh : current comsumption is 100uA.

RE: nrfmesh high current comsunption on IDLE

John — Tue, 30 Jan 2018 21:29:00 GMT

Well, you haven't given us a lot to go on but here is one guess: Perhaps you have a TIMER peripheral and the HF clock running? That would get you pretty darn close to 400uA.

What peripherals are you using? Are you sure you are disabling them or turning them off if you can? What current are you expecting?