Automatically response to indication(s120)

[John]

Hello,there is a way that can automatically confirm receipt of the packet from the server,without to call evrey time sd_ble_gattc_hv_confirm() after each received indication from server?

[Petter Myhre]

Indications must be confirmed by the application, but notifications don't.

[John]

But exist a option for indication through can automatically confirm receipt of indication ?(without call every time sd_ble_gattc_hv_confirm() after I receive BLE_GATTC_EVT_HVX event )

[Petter Myhre]

No such option exist. Could you explain a bit more about your use case?

[John]

Thanks a lot Petter Myhere ,I don't want to call every time sd_ble_gattc_hv_confirm() after BLE_GATTC_EVT_HVX event beacause if this will not send with succsess(will return NRF_BUSY) I will block the server which send me the indication(if I have more than one server connected with me,the next server will override tx buffer for confirmation because I receive packets for many servers on a connection interval ). I want to know if I can configurate at first time as the client to respond alone with a confirmation to server and this will manage alone confiramtion to the server?

[Ulrich Myhre]

Is there a reason why you do not use simple notifications then? Indications are meant to be confirmed, and are inherently slower. Are you using a specific profile that requires this? As Petter says, there are no options to automatically respond to indications.

There are use-cases where this restriction makes sense, e.g. with Service Changed and attribute caching. The spec states that once a Service Changed indication has been confirmed "(...) the server can consider the client to be aware of the updated Attribute Handles", which means you have to re-discover parts of the database before you're technically allowed to send a confirm.