Minimal Receive to Receive Turnaround time for nRF5340

[Semiory]

Hi Experts,

 I have a short quastion, what is the minimal RX-RX turnaround time of nRF5340?
Unfortunately this parameter is not available in the specification any more.

For nRF52xx the according parameter, called "RX chain delay", was present.

Thanks in Advance

D.Krush

[Simon]

I've asked internally about this. I'll keep you updated.

Best regards,

Simon

[Semiory]

Thanks, I'll wait on reply.

[Simon]

Are you talking about RX-RX turnaround time when changing a channel or the RX channel delay (it is two different parameters) 

For the RX-RX turnaround time when changing channel the parameter t~RXEN,FAST,BLE,1M~  would be more relevant. 

[Semiory]

We are talking about a rx rx without frequency change. (IO Link Wireless protokol, Master side). The protokol needs to receive up to 8 packets in a chain at the same frequency. The delay between two subsequent packets is about 16 us. (Because for Nordics 8 us preamble is enought). So the question is, can it be realized with new chips or not?

[Simon]

Thanks for the feedback, I've forwarded it internally.

[Simon]

I got some answers internally:

"For the fastest restart of RX after a packet reception without channel change we recommend using the shortcut END->START in the SHORTS register of the RADIO peripheral. As can be seen from the state diagram in the Product Specification, the END event moves the Radio state to RXIDLE and with this shortcut it will instantly go back to the RX state.

Note that the START task triggered by the shortcut will capture the PACKETPTR. So either the software needs to process the previous packet in RAM before the new one arrives or the PACKETPTR needs to be updated before the END event. PACKETPTR is "double buffered" i.e. it can be updated for the next packet just after the START task."

A simulation using this shortcut was done, and with 10us between packets, it still works (Nrf_1Mbit mode).

[Semiory]

Thanks Simon!
Nice to hear, that this will work. I have already realized chained commuication using shortcuts for nRF52xxx.
With the info I can start adaptation for nRF53.
Thank You again