Serial LTE Modem fails to build in ncs v1.8.0 without UART hardware flow control

RE: Serial LTE Modem fails to build in ncs v1.8.0 without UART hardware flow control

hubpav — Thu, 06 Jan 2022 12:25:02 GMT

Hi. Perfect. Thanks for the confirmation. We can help with testing before it gets to the release if you tell us the commit, so we can cherry-pick it.

RE: Serial LTE Modem fails to build in ncs v1.8.0 without UART hardware flow control

pirun lee — Thu, 06 Jan 2022 11:39:11 GMT

This is actually configuration problem.

We assumed that UART HW flow control would be enabled default.

If UART HW flow control is not necessary, you can ignore the code section as workaround by changing...

#if defined(CONFIG_UART_0_NRF_HW_ASYNC_TIMER)

#if defined(CONFIG_UART_2_NRF_HW_ASYNC_TIMER)

#if false

We will fix this with DT node checking soon.

RE: Serial LTE Modem fails to build in ncs v1.8.0 without UART hardware flow control

hubpav — Tue, 04 Jan 2022 21:00:44 GMT

Hello, I will follow up on Michal's ticket (as his colleague) with a possible solution but subject to discussion...

If we delete this definition in our custom-board DTS for UART0 node:

/delete-property/ hw-flow-control;
/delete-property/ rts-pin;
/delete-property/ cts-pin;

... and instead put this in there:

rts-pin = <0xffffffff>;
cts-pin = <0xffffffff>;

... the build finishes and the SLM application seems to work well. However, we are not sure whether this is a valid approach. I found this inspiration in the NCS tree:

https://github.com/nrfconnect/sdk-nrf/blob/3edafd5d3f05860962e17263a80d7928fec1bf15/samples/nrf9160/modem_shell/esp_8266_nrf9160ns.overlay#L27-L28

So the question is:

Is this approach invalid? If it is, what is the right solution - i.e. isn't this a configuration problem in the recently released SLM application?

Thank you.