RE: Speeding up ESB on nrf52

Sigurd — Thu, 11 Mar 2021 18:01:43 GMT

Hi,

[quote userid="86885" url="~/f/nordic-q-a/72577/speeding-up-esb-on-nrf52"]These packets are sent with setting noack=true on the transmitter, but there is a heartbeat packet that requires an ACK at 1 Hz[/quote]

NRF_ESB_LEGACY_CONFIG sets selective_auto_ack=false, so noack is ignored, and all packets are therefore acked.

[quote userid="86885" url="~/f/nordic-q-a/72577/speeding-up-esb-on-nrf52"]

Edit: I've found that it takes about 350 us between when nrf_esb_write_payload is called, and when NRF_ESB_EVENT_TX_SUCCESS is received. That would suggest a maximum packet rate of 2.85 kHz, right?

[/quote]

Yes, that sounds about right with your configuration and the ESB implementation in the nRF 5SDK.

The time it takes to transmit, receive and process a packet can be broken down as follows:

- Radio ramp up
- The on-air time of the packet
- The transmission delay of the packet (negligible at short range since the radio waves move at the speed of light)
- The processing delay in the receiver

For compatibility reasons the default radio ramp up time is 130us, which is identical with older ESB radios such as the nRF24L01+. In the nRF52 and later radios there is a faster ramp up available taking the ramp up time down to 40us, but you need to enable it explicitly in order to take advantage of it. As far as I can see, the ESB library in the nRF5 SDK always disables the radio after a packet is transmitted, so the radio needs to ramp-up for each packet sent. In the old SB(Shockburst) mode you might be able to send several packets back-to-back (which means you don't have to use 130 us powering up the radio), but at least on the nRF24LE1 you still need to enter standby mode at least every 4ms, or the TX could stop working due to PLL drift (from page 19 in the nRF24LE1 PS).

[quote userid="86885" url="~/f/nordic-q-a/72577/speeding-up-esb-on-nrf52"]sending packets at 30 kHz[/quote]

So that means a new packet each 33.33333 us...

Let's take the smallest possible ShockBurst packet(SB only supports 1Mbps): (ESB also have a 9 bit packet control field)
1 byte preamble, 3 byte address, 1 byte payload ,1 byte CRC = 6 byte -> 6*8 = 48 bits.
Time to transmit packet = 48 bits / 1 Mbps = 48 us..... this is with a 1 byte payload...+ you will spend a couple of us on processing as well.

We can also take an Enhanced ShockBurst example, as an example, if you use 1 byte preamble, 5 byte address, 9-bit PCF field, 8 byte payload and 2 byte CRC in 2Mbps bitrate mode you get a total on-air time of about 70us.