Zephyr: bt_mesh_reset() does not clear bt_mesh_elem::addr

RE: Zephyr: bt_mesh_reset() does not clear bt_mesh_elem::addr

tesc — Mon, 14 Aug 2023 15:59:43 GMT

Hi,

We have a pull request for fixing this in the mesh stack now, resetting all of the element addresses on the node when the node gets unprovisioned. This means you should get the behavior that you expected in a future release, if the pull request goes through. Until then you must use the workaround of also checking bt_mesh_is_provisioned().

Regards,
Terje

RE: Zephyr: bt_mesh_reset() does not clear bt_mesh_elem::addr

tesc — Wed, 19 Jul 2023 18:08:09 GMT

Hi,

I have registered this as a feature request in our internal tracker, for the mesh team to look into.

It has also come to my attention that in addition to bt_mesh_reset() for resetting the device, there is bt_mesh_cdb_clear() for deleting the configuration database. This is in particular needed for provisioners, but I thought it was worth mentioning here as well.

Regards,
Terje

RE: Zephyr: bt_mesh_reset() does not clear bt_mesh_elem::addr

qgrembert — Wed, 14 Jun 2023 11:31:51 GMT

Thank you for your response.

In our application, we used bt_mesh_is_provisioned() to bypass this problem.

But we raise this error because we don't have the problem with others fields of the bt_mesh_model structure (pub or groups for example).

Quentin

RE: Zephyr: bt_mesh_reset() does not clear bt_mesh_elem::addr

tesc — Wed, 14 Jun 2023 10:09:01 GMT

Hi,

If the device is unprovisioned, which it will be after a node reset, element configurations are no longer valid. New addresses will be assigned during the next provisioning. You can check whether or not the local node is currently provisioned with bt_mesh_is_provisioned().

I can, at least to a certain degree, see that clearing the data structures may be considered a cleaner solution, but with a tradeoff in resource usage (time, energy, code size, flash write/erase cycles.) Do you want me to bring this to our mesh team for consideration, or are you happy with the above explanation?

Regards,
Terje