How does sd_ble_gatts_hvx() queue messages?

RE: How does sd_ble_gatts_hvx() queue messages?

Amanda Hsieh — Tue, 11 Aug 2020 09:00:46 GMT

You would need to wait for the confirmation of the peer after you send the first indication (BLE_GATTS_EVT_HVC event) before you can send the next indication. See the GATTS Handle Value Indication documentation.

-Amanda H.

RE: How does sd_ble_gatts_hvx() queue messages?

PRvdO — Tue, 04 Aug 2020 15:28:20 GMT

Hi Amanda, thanks for the reply.

I read "Only one indication procedure can be ongoing per connection at a time." to mean that we can have multiple indication procedures at a time as long as they are to a different connection and that is what seems to not work. Am I miss-reading this or should we be able to have n indications at a time as long as they are all going to a different conn_handle?

Currently we have:

Indication to conn 0.
Waiting for ack.
Ack from conn 0.
Indication to conn 1.
Waiting for ack.
...

We would like to have it so that we don't have to wait on conn 0 to ack before we send to conn 1.

Indication to conn 0.
Indication to conn 1.
Ack from conn 0.
Ack from conn 1.

Is this possible? Does sd_ble_gatts_hvx() handle this?

Thanks for the help!

RE: How does sd_ble_gatts_hvx() queue messages?

Amanda Hsieh — Tue, 04 Aug 2020 13:08:30 GMT

Hi,

Note that NRF_ERROR_BUSY is sometimes a symptom on a function that is not used as intended. Example; if you use sd_ble_gatts_hvx() to send an Indication, but calls the sd_ble_gatts_hvx() again before you receive confirmation from GATT client on the previous Indication, you will get NRF_ERROR_BUSY. In this case, the solution is to wait for confirmation in the BLE event BLE_GATTS_EVT_HVC before calling sd_ble_gatts_hvx() again. See the GATTS Handle Value Indication documentation:

Only one indication procedure can be ongoing per connection at a time. If the application tries to indicate an attribute value while another indication procedure is ongoing, the function call will return NRF_ERROR_BUSY. A BLE_GATTS_EVT_HVC event will be issued as soon as the confirmation arrives from the peer.

-Amanda H.

RE: How does sd_ble_gatts_hvx() queue messages?

PRvdO — Tue, 04 Aug 2020 10:23:36 GMT

Thanks for your input.

I thought that nrf_ble_qwr is for queuing messages written to our characteristic (Rx) whereas I'm talking about us sending a message to other devices (Tx). Is this not the case?

Also, as we are using indications then I'm not sure that this normal write functionality works for us. We have to use sd_ble_gatts_hvx() to send.

Unfortunately I don't think that option will help much either as we want to send messages to multiple devices and I think that chaining them only works for sending multiple messages to the same connection.

RE: How does sd_ble_gatts_hvx() queue messages?

Shahar — Mon, 03 Aug 2020 16:31:49 GMT

Adding my relevant points here,

If you use S140 or S132 you have the option of using the nrf_ble_qwr library, which AFAIK can queue the messages.

This is what being used in the throughput examples.

Further more, if you use enable BLE_COMMON_OPT_CONN_EVT_EXT

void conn_evt_len_ext_set(bool status)
{
    ret_code_t err_code;
    ble_opt_t  opt = {0};

    opt.common_opt.conn_evt_ext.enable = status ? 1 : 0;

    err_code = sd_ble_opt_set(BLE_COMMON_OPT_CONN_EVT_EXT, &opt);
    APP_ERROR_CHECK(err_code);
}

You can chain multiple packets into the same connection