Getting NRF_ERROR_BUSY when sending Indicate at high rate

[EAkeila]

Hi,

I'm working on NRF52840 DK , S140 and I'm trying to send large data (around ~64KBytes) from a peripheral device. I'm using the following functions:
- sd_ble_gatts_hvx: to send the data (after setting the type to BLE_GATT_HVX_INDICATION)

- Waiting for BLE_GATTS_EVT_HVC event before sending the next packet

My connection interval is set to 7.5 msec in order to maximize the throughput. I have modified the code for the Nordic UART Service (TX characteristic) to send the data. So far I managed to send all the data. However, I noticed that "sd_ble_gatts_hvx" returns NRF_ERROR_BUSY  very frequently when I try to send the packets back to back. I keep retrying calling the function sd_ble_gatts_hvx until the returned error  is 0. It takes around 9 ms before the error returns 0 which is relatively long. This reduces the throughput significantly. So my questions are:

- Is there an event or status I can check for NRF_ERROR_BUSY  instead of calling sd_ble_gatts_hvx ?

- Do I need to add a delay after receiving the BLE_GATTS_EVT_HVC  event?

- Is there anything I need to configure to avoid this error all together?

Thanks in advance

[EAkeila]

Thanks a lot Susheel. 

Just on tracking the tx buffers, which functions I should call. It'd be good if you send me a link for that.

Also, is there a way to flush/free these buffers for example? I'm thinking if I receive the BLE_GATTS_EVT_HVC event, why would the buffers still be occupied? If there is a way to free them, I may be able to improve the throughput even further.

Thanks

[Susheel Nuguru]

EAkeila said:

Just on tracking the tx buffers, which functions I should call. It'd be good if you send me a link for that.

Unfortunately, there is not API to query the size of free tx buffers. The application needs to initialize the count that is set in using sd_ble_cfg_set (defaults to 1 if not set). And then need to track the free tx buffers itself just the way I mentioned in my previous reply.

EAkeila said:

Also, is there a way to flush/free these buffers for example? I'm thinking if I receive the BLE_GATTS_EVT_HVC event, why would the buffers still be occupied? If there is a way to free them, I may be able to improve the throughput even further.

Hmm, it feels like there is some misunderstanding here. If I understand your problem correctly, the main reason for your application to get NRF_ERROR_BUSY is because your application is calling sd_ble_gatts_hvx little faster than the softdevice is able to send those packets over BLE. And it was also my understanding that you want to avoid the unnecessary processing of getting the NRF_ERROR_BUSY error as it adds latencies to your application. That is the reason I suggested to call sd_ble_gatts_hvx only when your application knows that there is a free tx buffer. The application can with a very minimal logic keep track of these buffer count and then it gets the ability to know when to call sd_ble_gatts_hvx and when not.

Getting BLE_GATTS_EVT_HVC definitely means that one TX buffer is free and if you are only calling sd_ble_gatts_hvx  when you get this event, then you should not get the busy error. There is not way to flush/reset already queued tx buffer but you should not need to do it of you are only queuing the buffers when you get this event.