Interact with nRF9151 using external third party MCU

RE: Interact with nRF9151 using external third party MCU

Michal — Wed, 13 Nov 2024 11:50:04 GMT

From the description of the cellular_modem sample, I think you may actually need to use PPP:

This sample uses the devicetree alias modem to identify the modem instance to use. The sample also presumes that the modem driver creates the only PPP network interface.

Best regards,

Michal

RE: Interact with nRF9151 using external third party MCU

Michal — Mon, 11 Nov 2024 19:26:35 GMT

Unfortunately in the end I had to be away for the rest of the week as well.

I will test it in the following days.

I have been looking at the sample and while the cellular_modem sample is from zephyr and not NCS, there have been commits for nRF91 support, so there shouldn't be any big incompatibilities.

RE: Interact with nRF9151 using external third party MCU

bojan — Mon, 04 Nov 2024 16:28:02 GMT

No problem, Michal. Thanks for the info.

RE: Interact with nRF9151 using external third party MCU

Michal — Mon, 04 Nov 2024 16:06:21 GMT

Sorry for the delay, I was sick and out of office.

I will try it myself possibly tomorrow.

RE: Interact with nRF9151 using external third party MCU

bojan — Tue, 29 Oct 2024 17:36:23 GMT

For the SLM app, it was compiled with the latest NCS (v2.7.0). Concerning the external MCU, it is a third party MCU that is running cellular_modem Zephyr sample.

RE: Interact with nRF9151 using external third party MCU

Michal — Tue, 29 Oct 2024 17:09:13 GMT

Which NCS version are you using?

RE: Interact with nRF9151 using external third party MCU

bojan — Fri, 25 Oct 2024 08:28:53 GMT

Michal, I found what's wrong with the GPIO of my external MCU that's connected to CONFIG_SLM_POWER_PIN. After fixing it, I was able to detect a proper 100ms wake up pulse on that GPIO.

Now, when I flash the version of SLM app with

CONFIG_SLM_START_SLEEP=y

(modem sleeping on start up), cellular_modem sample running on my external MCU can't properly sync-up with SLM app. As you can see from below debug traces, here is what happens in infinite loop:

Wake-up pulse is applied
cellular_modem sample sends AT command
SLM responds with `Ready`. cellular_modem sample treat this as unknown command
cellular_modem goes to step 1 and sends Wake-up pulse again:

Any help here?

RE: Interact with nRF9151 using external third party MCU

bojan — Fri, 25 Oct 2024 06:33:04 GMT

I see the overlay-ppp-without-mux.conf/overlay files in SLM sample app, and I'm wondering what's the difference between PPP with and without CMUX.

Anyway, I was able to connect my external third party MCU to the customized SLM sample app and make it communicate with test-endpoint.com server. What I notice is that it's kind of a difficult/impossible for my external MCU to wake up the nRF9151 SiP running SLM app. That's why I used

CONFIG_SLM_START_SLEEP=n

flag to have the modem awake on start-up. What is actually needed on CONFIG_SLM_POWER_PIN in order to properly wake up the SLM modem? Toggling, pulse, something more...How do we need to configure the MCU's GPIO that will be used for waking up the SLM?

RE: Interact with nRF9151 using external third party MCU

Michal — Thu, 24 Oct 2024 22:03:43 GMT

Those files have to be manually chosen to be used, so you shouldn't need to exclude them specifically.

RE: Interact with nRF9151 using external third party MCU

bojan — Wed, 23 Oct 2024 10:07:35 GMT

... and if we don't want CMUX and PPP features to be implemented in SLM but to have SLM sample behaving as a simple modem that expects AT commands over UART, we would need to re-compile the SLM sample and exclude overlay-cmux.conf and overlay-ppp.conf files from compilation.

Correct?

RE: Interact with nRF9151 using external third party MCU

Michal — Tue, 22 Oct 2024 16:23:22 GMT

It is not mandatory, but recommended.

RE: Interact with nRF9151 using external third party MCU

bojan — Tue, 22 Oct 2024 09:36:17 GMT

Thanks!

One more question... is it mandatory to use UART HW control pints (RTS, CTS)?

When I was playing with pre-flashed SLM sample that is tailored for PC-based control of the modem, I connected an external USB-to-UART converter on nRF9151-dk UART_0 Rx/Tx lines (P0.26, P0.27) and was able to send AT commands using only Rx/Tx lines.

RE: Interact with nRF9151 using external third party MCU

Michal — Tue, 22 Oct 2024 04:48:03 GMT

That sounds correct, yes.

RE: Interact with nRF9151 using external third party MCU

bojan — Fri, 18 Oct 2024 17:09:04 GMT

Thanks for sharing useful info with me,Michal !

I am aware of the QuickStart app and the possibility to flash pre-built Serial LTE Modem app + modem FW (currently v2.0.1) from there.

Concerning the UARTs, by analysing the SLM sample in your repository, I came across the nrf9151dk_nrf9151.conf file (link) where it says that UART_2 peripheral of nRF9151 SiP should be used when working with external MCU. This means that, if I want to evaluate nRF9151 SiP in combination with external MCU, I would need to:

Modify nrf9151dk_nrf9151.conf file (comment out UART_0 and uncomment UART_2 Kconfig items, same thing for SLM_POWER_PIN and SLM_INDICATE_PIN)
Recompile the SLM sample (using overlay-external-mcu.overlay file that will disable UART_0 and enable UART_2 peripheral)
...and flash it to nRF9151-DK .

Is my understanding correct?

RE: Interact with nRF9151 using external third party MCU

Michal — Fri, 18 Oct 2024 13:23:58 GMT

Hello Bojan,

I'll try to reply to you questions one by one.

[quote user=""]To set it to operate in serial mode in which it is ready to receive AT commands (it comes pre-flashed in that mode on nRF9151-DK, to the best of my understanding)[/quote]

I would recommend at least getting the nRF Connect for Desktop and running the Quick Start app. Also you may want to update the Modem FW and Serial LTE Modem application (you can do that with the Cellular Monitor app in nRF Connect for Desktop).

If you want to for example switch the pins used for things, then you'd need to compile SLM by yourself.

[quote user=""]Is it possible to achieve what we want?[/quote]

Yes.

[quote user=""]Which UART interface should we use for sending AT commands - UART1 or UART2?[/quote]

I should probably explain one thing first: those are just the default pins for UARTx. On the nRF91 family you can freely choose which GPIO pins do you want to connect to for example UART.

Markings "UART1" and "UART2" on the DK are just showing 2 default UART pinouts on the DK, while actually being connected to the UART0 and UART1 peripheral instances on the nRF9151 SiP.

By default SLM will be using the pins marked as UART1 on the DK schematics (UART0 peripheral on nRF9151).

Pins marked as UART2 are by default connected to the UART1 peripheral, which is used for modem traces by default and can be useful to have routed to some test points/connector even in your end product.

[quote user=""]In addition to UART Rx/Tx, do we need some other GPIO to control the modem (e.g. Reset, some other GPIO that plays a role in modem control...)?[/quote]

Other than the aforementioned reset, if you look at configuration options there are two more pins that you can/should use, set by CONFIG_SLM_POWER_PIN and CONFIG_SLM_INDICATE_PIN:

[quote user=""]We would like to test NB-IoT modem by default and switch to LTE-M if needed. How to achieve this, is there any special AT command for switching between available modes (NB-IoT/LTE-M)?[/quote]

Please take a look at our DevAcademy course page explaining some of the basic AT commands:

https://academy.nordicsemi.com/courses/cellular-iot-fundamentals/lessons/lesson-2-cellular-fundamentals/topic/lesson-2-at-commands/

As shown there you can use the AT%XSYSTEMMODE command.

Best regards,

Michal

RE: Interact with nRF9151 using external third party MCU

bojan — Thu, 17 Oct 2024 16:45:00 GMT

Okay, I figured out that UART1 can be used to control the modem by the external MCU through the pins P0.26 (Modem RX, MCU TX) and P0.27 (Modem TX, MCU RX). It also seems that pressing the RESET button on nRF9151-DK resets the modem.

Is there any other pin of the modem that needs to be controlled by an external MCU in order to reboot/reset the modem if it gets stuck or to put it so sleep if we want?