Maximum Packets Per Second using NRF52840 BLE

RE: Maximum Packets Per Second using NRF52840 BLE

Kenneth — Tue, 30 Apr 2024 17:30:26 GMT

In BLE all communication on the link layer allways acknowledge, this ensure all data will be sent successfully in the correct order (until link loss occurs).

Kenneth

RE: Maximum Packets Per Second using NRF52840 BLE

coder123 — Tue, 30 Apr 2024 14:16:32 GMT

Thank you for the response. That makes sense. I have taken a look at LLPM and will eventually give that a try, but wanted to see the boundaries of standard BLE to start.

This may be spelled out in the protocol, but if the server is performing send notification commands, which to my knowledge does not require any response from the client, how would it detect packet loss? If the server if sending out constant send notification commands it almost seems like a UDP stream in a way.

How would it know to stop transmission in that connection interval in that case?

RE: Maximum Packets Per Second using NRF52840 BLE

Kenneth — Tue, 30 Apr 2024 13:37:02 GMT

Hello,

You are theoritically right, but you are not taking into account that all communication here is divided into connection interval of minimum 7.5ms, any interference or packet loss will immediately stop transfer during that interval, and hence delay those packets with a 7.5ms interval. So it looks good on paper, but if latency is what is most important, and you want to make a robust solution, then either chunk up that into a larger packet. Or look at LLPM:

https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/samples/bluetooth/llpm/README.html

Kenneth