UART RTS signal behavior when STARTRX

[roberto]

Hi Nordic guys,

we are using uart for communication with another MCU and flow control is used. Beside the uart communication itself we have out of band signals (on gpio) used to indicates to other MCU if each side would communicate over uart or not (it is a power handshaking logic). When nobody wants to talk both sides will disable uart (on Nordic side we just STOPRX/TX task.

Now when Nordic set to H the RTS due to 4 byte left in uart fifo, the other side will avoid sending out a byte (it is just polling the RTS and acts consequently), and retries a little later. During this time power handshaking let sleep uart on both side.

Note that in one specific case the app on nordic will deactivate interupt for received byte on uart since it won't be able to process it and would intentionally blocks the uart traffic letting RTS be triggered.

So on Nordic we are in this situation:

1. app disable RXDRDY interrupt in INTENCLR;

2. RXD fifo contains 2 bytes so RTS is set to H;

3. other MCU set idle state for uart and so Nordic will STOPRX (here RTS will be deactivated.. but it is already to H on step 2)

4. other MCU waits a while and 'wake' uart so Nordic STARTRX task

The question is: what is the expectation for the RTS signal? The Reference manual shows in the diagram that RTS goes L when STARTRX. Is it always true regardless the status of RXD fifo? Elsewhere in manual it is written that "RTS signal will first activated again when the FIFO has been emptied".

Is an OR logic implemented for above conditions (RTS goes L if "STARTRX" or "rx fifo empty") are an AND one?

Could you clarify it? As per our test is seems that RTS is activated every time at STARTRX regardless status of RX fifo.

Thanks

[tesc]

Hi,

It may be that the internal FIFO is flushed on STARTRX. Then the RTS is set active after the FIFO has been flushed, because the FIFO is now empty. This means that after STARTRX the expected state of RTS is active, and the expected state of the internal FIFO is empty.

The recommended implementation of UART is to always read RXD on every RXDRDY event until the internal FIFO is emtpy. This is to make sure that everything already transmitted is received correctly. This should also continue after STOPRX, and it should be finished before the next STARTRX. If you follow these recommendations then the UART should behave as otherwise expected.

[roberto]

Hi Terje and Aryan,

thanks for the follow-up and the confirmation on what we observe. We will modify the code to take into account this aspect.

Kind REgards