Communication Between NRF9160 and Nucleo Board Using SLM Example

RE: Communication Between NRF9160 and Nucleo Board Using SLM Example

Øyvind — Tue, 21 May 2024 20:25:47 GMT

Hi,

Do you have a logic analyzer to use in your debugging? It could help debug the communication lines. That said, our Serial LTE Modem team tested on their side and inform me that you might need to disable CONFIG_SPI_NOR.

Further points to follow up with:

Are the voltages set correctly? NRF9160DK voltage can be changed with VDD IO switch (SW9).
Do you see an incoming AT-command with SLM RTT traces? To check whether AT-command is received, CONFIG_SLM_LOG_LEVEL_DBG=y should be set. Then RTT-traces will show if the command is received in SLM and if the response is sent.
- If no, concentrate on TX:
  - Is the wiring correct between Nucleo TX and 9160 RX?
  - Can they send the AT-message to 9160 when they are not in the interrupt handler?
- If yes, concentrate on RX:
  - Are they receiving something to UART1_IRQHandler when \r\n\OK\r\n should come?
Other noted things:
NRF SDK version is 3.5.99-ncs1, which seems odd as we are currently in 2.6.99. Might be Zephyr version.
CONFIG_SLM_CR_TERMINATION=y is used but CR_LF sending is still used.
UART2 is chosen twice.
The OK response is actually \r\nOK\r\n. Depending on how the UART_ReceiveString is implemented, this could explain things.
It is also worth noting, that LL_USART_ReceiveData8 is used inside IRQ handler to get data one byte at a time and UART_ReceiveString is called inside it. Does the interrupt handler process data instead of the intended method? The OK response does not differ from the Ready as both come through UART.
- If we are on the interrupt handler for UART, it is also possible that sending through UART is not allowed at that point.

What application are you running on the Nucleo side? Have you tested with our SLM Shell sample? Our developers point out that they got the sample to work with exact settings they are using and the disablement of the CONFIG_SPI_NOR.

Kind regards,
Øyvind

RE: Communication Between NRF9160 and Nucleo Board Using SLM Example

Milad_ — Mon, 13 May 2024 12:06:52 GMT

Hi Øyvind it's done before in nrf9160dk_nrf9160_ns.conf as below:

#
# Copyright (c) 2021 Nordic Semiconductor ASA
#
# SPDX-License-Identifier: LicenseRef-Nordic-5-Clause
#

# Configuration file for nRF9160DK.
# This file is merged with prj.conf in the application folder, and options
# set here will take precedence if they are present in both files.

# Use UART_0 (when working with PC terminal)
# unmask the following config
# CONFIG_UART_0_NRF_HW_ASYNC_TIMER=2
# CONFIG_UART_0_NRF_HW_ASYNC=y
# CONFIG_SLM_POWER_PIN=6
# CONFIG_SLM_INDICATE_PIN=2

# Use UART_2 (when working with external MCU)
# unmask the following config
CONFIG_UART_2_NRF_HW_ASYNC_TIMER=2
CONFIG_UART_2_NRF_HW_ASYNC=y
CONFIG_SLM_POWER_PIN=31
CONFIG_SLM_INDICATE_PIN=30

But still I can't communicate with modem.

RE: Communication Between NRF9160 and Nucleo Board Using SLM Example

Øyvind — Mon, 13 May 2024 11:51:19 GMT

Hello,

Looking at your setup, I can't see that you have enabled the following KConfig options:

# Use UART_2 (when working with external MCU)
# unmask the following config
CONFIG_UART_2_NRF_HW_ASYNC_TIMER=2
CONFIG_UART_2_NRF_HW_ASYNC=y
CONFIG_SLM_POWER_PIN=31
CONFIG_SLM_INDICATE_PIN=30

Please see the Connecting with an external MCU documentation.

Kind regards,
Øyvind