Can a BLE Peripheral cancel its own notification before a transmission event?

[Elias]

I'm having trouble with my UWP Central/Client application, and I want to see how it responds to modified Peripheral/Server behavior.

How my large (several kB) reads are done is by having notifications enabled, then repeatedly calling sd_ble_gatts_hvx() with BLE_GATT_HVX_NOTIFICATION until I get NRF_ERROR_RESOURCES, then repeating that again after BLE_GATTS_EVT_HVN_TX_COMPLETE. This process ends up hanging (probably due to UWP, not the SD), so I want to try cancelling the queued notifications in the Peripheral, and "rewinding" the read. However, I haven't found an API for that, so is there one in s132 v4?

[endnode]

Nothing like that in the API, only connection procedure seems can be canceled but not GATT methods queued in the SD...

[Elias]

Dude, you're not a Nordic employee, so can you please try to stick to questions that you can answer with testable suggestions? With this, like my last question, I simply don't believe you because you don't have the credibility of being paid to know this stuff.

[endnode]

OK, no problem. It's also not answer but comment as you can see.

[Hung Bui]

No, there is nothing like that in the API. The only thing I can think of to flush the TX queue, is to trigger a disconnection to avoid queued packet being sent. And there is no guarantee all packets in the buffer will be stopped right after we call disconnect request.

[Hung Bui]

@Elias Simon: I don't see any problem that endnode comment on your question and suggest an answer. As far as I understand, this is a community where members helping each other. Without the help of the active users, such as Endnode, RK, etc, we won't be able to handle all of the questions.

We have voting system and "accepting answer" feature, so that the correct information/answer will stand out.