nRF52 recommended ways to reduce and deal with 3004?

Question

Hello Pros, 
 I maybe running the nRF52 close to its limit. It appears to have a probability of 1/1000 to 1/2000 to hit a 3004 in a continuous time-gated packets stream. 
 The packets are scheduled in synchrony with other dependencies at 30ms, 120 bytes each session composed with 6 of 20 byte packets. The central and peripherals are both nrF52, running on NUS calls. 
 I checked no other BLE events are interfering. The connection seems to be stable. There should be no other interrupts except one I setup to trigger and serviced immediately about every 4ms. 
 The softdevice is S132. SDK11. HW PCA10040. 
 Min and max connection intervals are both at 10ms. 
 I have experimented with a wait using while() on BLE_EVT_TX_COMPLETE, but there are cases this event never happen (I guess), so that the process stuck in a while loop forever. 
 I tried to add some amount of delays on if (~BLE_EVT_TX_COMPLETE) prior to each transaction, this helped to reduced the number of 3004s. 
 Are there ways to terminate or clear manually the current transfer if failure is detected (no success error) and resend immediately? 
 Are there other things you could recommend to improve or deal with 3004s? Error correction techniques? If it can just handle a little faster or a 1e-6 session error rate, I'd be very happy. 
 Thanks! 
 FI

Ulrich Myhre · Accepted Answer

The proper way to deal with user buffer management is to keep track of the buffers that you can use. Error 0x3004 aka BLE_ERROR_NO_TX_PACKETS is only returned when you try to call a function that consumes a user buffer, but none are free. 
 Call sd_ble_tx_packet_count_get() at the start of the connection. This gives you the total number of user buffers assigned to that link. Note that this is the total number of buffers, not the amount of free buffers. 
 Save the number that this function outputs, and decrement it every time you call a function that consumes a user buffer - but only if it returns NRF_SUCCESS. If you do not have any free buffers, wait for a BLE_EVT_TX_COMPLETE event. Or better yet, receive these while you are sending. Increase the number with the "count" field of the event when you received it. That is how many packets the peer side has ACKed. 
 If you keep track of your buffers like this, you will never get the 0x3004 error. 
 Please also do a search on DevZone for the therms BLE_ERROR_NO_TX_PACKETS and BLE_ERROR_NO_TX_BUFFERS (its previous name) to find similar questions with good answers.

nRF52 recommended ways to reduce and deal with 3004?

Top Replies