Create optional conf overlay that is triggered by writing to a service/characteristic

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

dejans — Thu, 01 Sep 2022 10:56:34 GMT

Hi,

There are several potential options that you could use.
There is a sample in zephyr\samples\bluetooth called peripheral_dis where settings_runtime_set can be used for changing values in DIS. The change should take effect immediately. If you would rather prefer not to use settings subsystem and to have more flexibility you might need to change service implementation.
If your device can be in different modes, then this mode can be stored in separate proprietary characteristic. Additional metadata could be added to the characteristic by adding user descriptor to the characteristic. It is also possible to add "custom PnP ID" characteristic to each of existing services using proprietary 128-bit UUID instead of standard16-bit UUID for PnP ID characteristic.

Best regards,
Dejan

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

jclyde — Wed, 31 Aug 2022 17:00:08 GMT

In the NRF Connect HID samples prj.conf file there is this snippet

CONFIG_BT_DIS_PNP=y
CONFIG_BT_DIS_PNP_VID_SRC=2
CONFIG_BT_DIS_PNP_VID=0x1915
CONFIG_BT_DIS_PNP_PID=0xEEEE
CONFIG_BT_DIS_PNP_VER=0x0100

As I mentioned my device does not support USB so I do not have a value to put here but there is a use case where a PNP value is required so I want to be able to toggle CONFIG_BT_DIS_PNP between y/n so I am not always advertising a PNP value when I do not need to be.

If that is not possible the my other potential solution was possibly creating 2 separate devices in zephyrs device tree each having their own Device Information Service and I can toggle between which device is actively advertising. But I do not know the feasibility of this solution either.

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

dejans — Wed, 31 Aug 2022 11:57:39 GMT

Hi,

[quote user="jclyde"] I've only been able to find examples of values assigned in the prj.conf but I would like to be able to change the value of some of the config_bt_dis values or to treat the device as two completely different devices based on which service is in use.[/quote]

Could you provide link to examples?
How would you like to change the values in config_bt_dis?
Could you please elaborate on "... to treat the device as two completely different devices based on which service is in use"?

Best regards,
Dejan

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

jclyde — Mon, 29 Aug 2022 16:37:52 GMT

There is one specific instance when my device needs to have a PNP ID, even though I'm not actually using usb, so I wanted to have a value to submit only when this instance occurs

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

dejans — Mon, 29 Aug 2022 08:48:51 GMT

Hi,

Could you provide an example of what you are trying to achieve?

Best regards,
Dejan

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

jclyde — Fri, 26 Aug 2022 23:38:15 GMT

Thank you, Do you know if it would be possible to assign GATT device information then in a custom service? I've only been able to find examples of values assigned in the prj.conf but I would like to be able to change the value of some of the config_bt_dis values or to treat the device as two completely different devices based on which service is in use.

RE: Create optional conf overlay that is triggered by writing to a service/characteristic

dejans — Fri, 26 Aug 2022 15:17:02 GMT

Hi,

Configuration overlay files are specified and used in the build process and cannot be used in the way that you would want after build process has finished.

Best regards,
Dejan