Reducing the LPN examples power consumption

RE: Reducing the LPN examples power consumption

Heiner — Mon, 08 Jul 2019 08:49:53 GMT

Thank you, that worked.

RE: Reducing the LPN examples power consumption

bjorn-spockeli — Fri, 05 Jul 2019 14:04:30 GMT

Hi Heiner,

The Mesh time provided the following feedback:

The example was designed for demonstration purposes, and hence some of its features (namely, status LEDs and RTT input polling) cause a significant amount of power consumption when the example firmware is executing. For this reason, you must disable these features to obtain more accurate power measurements.

Apply the following modifications at the paths provided:

\examples\experimental_lpn\include\nrf_mesh_config_app.h
- Disable use of DK LEDs by setting SIMPLE_HAL_LEDS_ENABLED to 0.
- Disable RTT Input by setting RTT_INPUT_ENABLED to 0.
app_mesh_core_event_cb() in \examples\experimental_lpn\src\main.c
- Disable proxy service advertising when NRF_MESH_EVT_FRIENDSHIP_ESTABLISHED event is received by calling the proxy_stop() API.
- Enable proxy service advertising when NRF_MESH_EVT_FRIENDSHIP_TERMINATED event is received by calling the proxy_enable() and then the proxy_start() APIs.

After making these modifications, recompile the LPN example and flash this example and the Zephyr friend binary on two development boards. Provision the Zephyr Friend node into the network using nRF Mesh App.

Please perform the suggested modifications and see if you see a reduction in the current consumption of the LPN node.

Best regards

Bjørn

RE: Reducing the LPN examples power consumption

Heiner — Thu, 04 Jul 2019 17:13:49 GMT

Hi Bjorn,

thanks for the quick reply.

The polling completes about every 8 seconds. Looking at the image before, this confirms my guess, that the two big peaks that can be seen once the friendship is established are due to the polling process.

However, there still seems to be some other stuff going on there, which behaves consistent no matter if the device is in low power mode or not.

For now I cannot really see the difference in the two, besides the added peaks from the polling process.

Maybe the Mesh team can clarify what's going on here.

Sincerely,

Heiner

RE: Reducing the LPN examples power consumption

bjorn-spockeli — Wed, 03 Jul 2019 14:13:08 GMT

Hi Heiner,

If the polling is the cause, then it would mean that the LPN node is constantly polling the Friend node, which sort of defeats the purpose of having a LPN in the first place.

How often do you see the NRF_MESH_EVT_LPN_FRIEND_POLL_COMPLETE if you look at the log output from the LPN node?

I have asked the Mesh team to clarify what current consumption figures one should expect when using the example from the SDK as is.

Best regards

bjørn

RE: Reducing the LPN examples power consumption

Heiner — Mon, 01 Jul 2019 08:35:32 GMT

Next, I tried the example from the v 3.1.0 MESH SDK,

with only few changes:

So first I changed this define:

#define FDS_PHY_PAGES_RESERVED ((FDS_VIRTUAL_PAGES_RESERVED * FDS_VIRTUAL_PAGE_SIZE) / FDS_PHY_PAGE_SIZE))

#define FDS_PHY_PAGES_RESERVED 0

because otherwise I would get the error, I described before.

Then I changed the feedback from the LEDs to only flash for a short period, instead of being constantly on.

This way the difference between friendship consumption and no friendship consumption is easier to see.

Still my problem remains. As you can see, the node still consumes a tiny bit more power in friendship node.

How is this possible? Is it, because of the polling process?

And in this case, wouldn't it be better to just use the low power node without a friend connection?

Again, thank you for helping me understand this topic better.

RE: Reducing the LPN examples power consumption

Heiner — Mon, 24 Jun 2019 21:13:05 GMT

Hi Bjorn,

thank you for your reply.

I actually tried the unaltered Low Power node example from the MESH SDK v3.0.0 first.

I thought, that it did consume about the same as the regular switch, but I didn't want to make false statements so I went back and checked my logs and it actually seems to consume way less (about 1,9 mA on average).

However I'm still having trouble see a difference in consumption, whether the LPN has established a friendship or not. (Besides the increased consumption du to the LED).

Compiling the v3.1.0 Version I had some problems at first. When I try to compile it as it is, I get the Error:

'FDS_VIRTUAL_PAGES_RESERVED' undeclared; did you mean 'FDS_VIRTUAL_PAGE_SIZE'? in the fds.c file

Since from my understanding this variable is only important for paging, but not crucial for the mesh, I just changed it to:

#define FDS:PHY_PAGES_RESERVED 0

And after that it compiled with no problem.

[quote userid="7571" url="~/f/nordic-q-a/48762/reducing-the-lpn-examples-power-consumption/194432"]put the sensor nodes in SYstem OFF and then wake them up with a button press.[/quote]

Is there an example I could look at, on how this is done?

RE: Reducing the LPN examples power consumption

bjorn-spockeli — Mon, 24 Jun 2019 14:54:58 GMT

Hi Heiner,

Which MESH SDK version are you using? V3.0.0 or v 3.1.0?

Have you tested the unaltered Low Power node example (experimental) in the Mesh SDK? Does this have a lower current consumption than the regular switch example?

[quote user=""] In this case the sensor only really needs to send data, not receive any. What is the best way to realize that type of sensor in a mesh? Would it be possible to set NRF52 to deep sleep mode and only wake up by toggling a GPIO, still keeping it a member of the mesh by keeping it al LPN? (2)[/quote]

Yes, if the sensor nodes do not need to relay mesh packets to other nodes, i.e.e you have a "backbone" of powered nodes that takes care of the relaying, then you should be able to put the sensor nodes in SYstem OFF and then wake them up with a button press.