How to synchronize application with radio notifications?

RE: How to synchronize application with radio notifications?

Edvin — Tue, 03 Nov 2020 08:48:51 GMT

[quote user="Dominik Weber"]Does the NRF_ERROR_RESOURCES error mean that there is currently no connection event ongoing?[/quote]

No. The NRF_ERROR_RESOURCES means that your softdevice queue is full, and you have to wait for at least one of the packets to be successfully transmitted and Aacked before you can queue another packet. This will not happen until the next connection event (800µs after the radio notification.

Maximizing the throughput is a quite common question here on DevZone. Try to search on it. If you look at the softdevice specification: Bluetooth Low Energy Throughput, you can see that the maximum possible theoretical throughput is ~1.3Mbps, using the parameters that you are using. The throughput can be increased a little bit by increasing the connection interval, but it is also more sensitive to packet loss.

In order to increase the throughput you need to enable Data Length Extention, and make sure that your softdevice queue is full at all times (or at least when the connection event occurs). The softdevice queue is full when ble_nus_data_send() returns NRF_ERROR_RESOURCES. NB: The last packet, that returned NRF_ERROR_RESOURCES was not queued.

The ble_app_uart + ble_app_uart_c example pair is throughput optimized, I think. I you send dummy data (all zero's) from your main-loop while it returns NRF_SUCCESS, and just count the length of the packets received by the central, you can use a timer to calculate the throughput. NB: Don't print the data on UART. That is slow, and your application will not be able to handle the incoming data correctly.

BR,

Edvin

RE: How to synchronize application with radio notifications?

Dominik Weber — Mon, 02 Nov 2020 15:15:32 GMT

Thanks Edvin,

The idea is that the radio notification indicates that a connection event will occur soon (800µs before the event), so that the application can send all its queued data (since the last connection event) to the ble stack for sending.

The task is waiting (pending, but without CPU interaction) in line 5 for the task notification which is given by the radio notification ISR. So this means that the task will be woken when there will be a connection event (the data is queued by another task).

I will check what ble_nus_data_send() usually returns.

Does the NRF_ERROR_RESOURCES error mean that there is currently no connection event ongoing?

In general:

What I wan't to achieve is a maximum throughput with BLE (I'm already on 2Mbit PHY) and I don't really know how to achieve this. I thought that synchronizing the application with the radio like this is the way to go.

Do you have any other tips to achieve high throughput? I studied the maximum throughput example and have adjusted most of the suggested parameters (DLE, CI = 50ms, 2MbitPHY, MTU=247).

RE: How to synchronize application with radio notifications?

Edvin — Fri, 30 Oct 2020 13:50:27 GMT

Hello,

I don't quite understand your setup. What role does the radio notification have?

From where is the vbleCommunicationTask() triggered? (it may be that you said it, but my FreeRTOS knowledge is not the best).

Why do you need to synchronize the queuing of data to 800µs before the connection event? And what do you see from the throughput? What does ble_nus_data_send() usually return? Do you see that it sometimes returns more NRF_ERROR_RESOURCES? Or how does it behave when the throughput is inconsistent?