About Notify permission or prohibition information and FLASH

RE: About Notify permission or prohibition information and FLASH

Simonr — Mon, 27 Apr 2020 10:36:29 GMT

I'm sorry about the delay, but we've had time to look at your issue now. According to the Bluetooth Core Spec. 5.2 3.3.3.3 the CCCD characteristic descriptor value should be persistent across connections for bonded devices and shall be set to the default value at each connection with the non-bonded peer.

That means that when devices are bonded, the CCCD data is also stored in flash. In the case of a reset, its previous state is loaded from flash, and when devices are not bonded, the CCCD value is not stored in flash. In the nRF5 SDK, the peer manager library handles this.

CCCD defines how characteristics may be configured by a specific client. Writing to it turns on/off notifications/indications for the characteristic.

We suggest that you do not interfere with the CCCD value storage, as its behavior is defined in the BLE spec.

Best regards,

Simon

RE: About Notify permission or prohibition information and FLASH

takashina hiroki — Wed, 15 Apr 2020 23:48:39 GMT

Please tell me one more thing.

After enabling the notification, turn the power off and then on again.
After launching, is notification enabled?
We know that this will be the case if FLASH contains information about whether notifications are allowed or prohibited.

RE: About Notify permission or prohibition information and FLASH

takashina hiroki — Wed, 15 Apr 2020 01:19:51 GMT

I've acknowledged.
I want to get this answer quickly.
Would you please contact the R & D team so we can get back to you as soon as possible?
Thanking you in advance.

RE: About Notify permission or prohibition information and FLASH

Simonr — Tue, 14 Apr 2020 12:48:56 GMT

I have asked the R&D team internally in order to get a satisfactory answer to this question for you. It might take a few days before I hear back from them, as they have a lot to do. Thank you for your patience.

Best regards,

Simon