LPUART nRF9160 - nRF52840

[Michal Mühlpachr]

Related to https://devzone.nordicsemi.com/f/nordic-q-a/76545/lpuart-nrf9160---nrf52840 (I can not add reply there).

With ncs v1.6.0 every second AT transaction fails.

We appreciate the addition of the native support for LPUART in SLM (without need to modify sources - just using prj.conf option). We discuss it with a sales representative/support also.

We believe bringing LPUART to the SLM application requires a more extensive understanding of lower-level mechanisms rather than just enabling some Kconfig options, some source patches for binding and recompilation and we think in the future, it could be really important for other customers also.

Why? Let's say the customer wants to use NB-IoT eDRX feature and receive notification from the modem when the datagram from network is available. At the same time, you don't want to keep UARTs on both MCUs running (mainly because high speed clock power consumption), and Nordic's LPUART is a perfect solution for such a situation.

Thank you.

[Albrecht Markus Schellenberger]

Hello again Michal,

I have to correct myself here:

Albrecht Markus Schellenberger said:

Hence, its purpose is not to demonstrate energy efficiency. If that is the main focus, you probably wouldn’t use the nRF9160 as a stand-alone modem only. But anyway, the LP UART is of course supposed to work regardless application.

The Serial LTE modem application is of course something we are intending that our customers consider if they would like to use the nRF91 as a stand-alone modem only.

And as I already mentioned, we are working on a solution to make the LP UART more stable as we speak. Additionally, we will look into adding native support for it to the Serial LTE Modem application.

My very apologies for the confusion!

Regards,

Markus