NRF Connect SDK: Bluetooth mesh config server model callback

RE: NRF Connect SDK: Bluetooth mesh config server model callback

tesc — Thu, 18 Aug 2022 08:05:54 GMT

Hi,

Since there are no callbacks for configuration changes on the device, the way to do this would be to use the configuration client. Along with providing the AppKey, the configuration device should do the rest of the configuration. If you need special functionality (where the device does a lot of self-configuration), you could trigger this through a custom model (which would require the configuration device to trigger this through use of that custom model.)

If you want a user attention then you could use the attention timer through the health server, although there is no way to differentiate a reason for the attention.

In case you want to try to poll the configuration state through directly accessing the internal structures: The key index is stored in the bt_mesh_model struct here: https://github.com/zephyrproject-rtos/zephyr/blob/84f3a0a8c6a930f0252d9ceca6adf8c3b1284af0/include/zephyr/bluetooth/mesh/access.h#L536. When no keys are bound, they are BT_MESH_KEY_UNUSED. I highly recommend only using the public API instead, though, as internal structures may change without further notice.

Regards,
Terje

RE: NRF Connect SDK: Bluetooth mesh config server model callback

binhla — Thu, 18 Aug 2022 01:59:46 GMT

Thank you for your prompt response.

I want to be informed when the node is added an appkey.

So that, I can :

Make some led indicator

Local bind the appkey for some models

Set publish for these models

Regards,

Binh

RE: NRF Connect SDK: Bluetooth mesh config server model callback

tesc — Wed, 17 Aug 2022 17:00:26 GMT

Hi,

I am afraid there are no callbacks for this.

May I ask what you need it for? There may be a different way to do what you want. It usually shouldn't be necessary to keep track of key bindings from the application layer, since for instance for API calls requiring an address you can check the return code in order to handle missing keys.

Regards,
Terje