UART Async RX Latency When Using STOPRX Task on nRF5340

RE: UART Async RX Latency When Using STOPRX Task on nRF5340

Håkon Alseth — Tue, 19 Aug 2025 14:56:32 GMT

Hi,

My apologies for the incorrect device link! I got my tabs mixed up, unfortunately. The UARTE peripheral in the different nRF52/53/54 devices is very similar in behaviour.

[quote user="manojv"]In our setup, the delay from issuing STOPRX until ENDRX is generated is typically around 200 µs, which unfortunately exceeds our timing requirements. Is there any way to mitigate or reduce this latency, even partially?[/quote]

Unfortunately, the sequence is required, as stated in the datasheet:

https://docs.nordicsemi.com/bundle/ps_nrf5340/page/uarte.html#ariaid-title8

[quote user="manojv"]You mentioned that this delay ensures any “potential on-going transaction” is completed before stopping the receiver. Could you elaborate on what qualifies as an “on-going transaction”? In my tests, the delay is consistently ~200 µs regardless of how long I wait after the last received byte before issuing STOPRX. Shouldn’t the receiver already be idle by then?[/quote]

The timeout scales accordingly towards the configured baudrate. As described in the datasheet, it can read up to 4 bytes during the timeframe from TASKS_STOPRX to EVENTS_RXTO has occurred:

UARTE can receive up to four bytes after the STOPRX task has been triggered, if these are sent in succession immediately after the RTS signal is deactivated.

This is the major contributor to the overall delay that you're seeing.

Kind regards,

Håkon

RE: UART Async RX Latency When Using STOPRX Task on nRF5340

manojv — Mon, 18 Aug 2025 16:52:33 GMT

Hello Håkon,

Thank you for your response.

I do have a couple of follow-up questions:

In our setup, the delay from issuing STOPRX until ENDRX is generated is typically around 200 µs, which unfortunately exceeds our timing requirements. Is there any way to mitigate or reduce this latency, even partially?
You mentioned that this delay ensures any “potential on-going transaction” is completed before stopping the receiver. Could you elaborate on what qualifies as an “on-going transaction”? In my tests, the delay is consistently ~200 µs regardless of how long I wait after the last received byte before issuing STOPRX. Shouldn’t the receiver already be idle by then?

Additionally, I noticed that the documentation link you shared refers to the nRF54L15 product. Was that intentional, or should I refer instead to the nRF5340 documentation for this behavior?

Best regards,
Manoj

RE: UART Async RX Latency When Using STOPRX Task on nRF5340

Håkon Alseth — Mon, 18 Aug 2025 13:42:20 GMT

Hi,

[quote user=""]Is the delay I'm observing directly caused by this documented timeout behavior?[/quote]

Yes, there is a delay between the TASKS_STOPRX and the EVENTS_RXTO. This is to ensure any potential on-going transaction is completed before the UART receiver is fully stopped.

[quote user=""]Is there any way to reduce or eliminate this delay, so the data can be processed immediately after STOPRX is issued?[/quote]

Here's the chapter in question:

https://docs.nordicsemi.com/bundle/ps_nrf54L15/page/uarte.html#ariaid-title5

You need to wait, as shown in the figure that you shared, and later on in the low power chapter:

https://docs.nordicsemi.com/bundle/ps_nrf54L15/page/uarte.html#ariaid-title12

Kind regards,

Håkon