As an independent NTN communication module, how is nRF9151 connected to an external MCU on the circuit?

Hello, I am currently using the nRF9151 LACA A1A SIP module for the development of NTN communication application terminals.

In my hardware design scheme, the nRF9151 module is used as a standalone NTN module. The module communicates with the external application MCU through a serial port, and the external MCU controls the working state, data transmission and reception, etc. of the nRF9151 module through AT commands.

Without secondary development, the nRF9151 module will be programmed with two Nordic-provided firmware: one for NTN communication and the other for serial modem functionality, enabling the nRF9151 module to possess comprehensive NTN communication and serial AT command capabilities.

The hardware design has referenced the reference design of the development board nRF9151_SMA_DK, but there are still some issues. Please help me answer them. Thank you!

The current problem encountered is:
1. The nRF9151 module has two serial ports for external communication, which are respectively used for NTN AT commands and Modem trace and debug. Could you please help me identify which serial port is used for AT commands and which one is used for trace and debug, and provide the corresponding pin numbers for the nRF9151 module? According to the reference design of the development board nRF9151_SMA_DK, my current understanding is that UART1's Tx and Rx are P0.27 and P0.26, while UART2's Tx and Rx are P0.29 and P0.28. Is this correct?


2. For the aforementioned UART1 and UART2 types, besides using Tx and Rx, are the corresponding RTS and CTS also required to be wired out and controlled? If they are not wired out, what would be the impact?


3. Can the NTN firmware of the nRF9151 module officially released operate stably for a long time? Can it be used for commercial applications?


4. In my application, which firmware should I program into the APP MCU firmware inside the nRF9151 module? I noticed that the official website provides many firmware options, but I'm not sure which one is suitable for my application. Could you please provide me with the name of the APP MCU firmware that should be programmed into the module.

Parents
  • Hi,

    4. In my application, which firmware should I program into the APP MCU firmware inside the nRF9151 module? I noticed that the official website provides many firmware options, but I'm not sure which one is suitable for my application. Could you please provide me with the name of the APP MCU firmware that should be programmed into the module.

    I'm addressing that question first as it will influence some of the other questions.

    If I understood your needs correctly, you want to use the nRF9151 as a "modem-only" solution for your device. To do that you need to program the "Serial Modem Add-On" application (link). This application is handling the link between the host MCU and the actual modem in the nRF9151. It also has some more feature, like some custom AT commands, FOTA/DFU capabilities, ...

    (if your schedule allows you to wait a bit, I would like to recommend you waiting for the v2.0.0 as it will have quite a lot of new features. You can find some key new features and the scheduled release date on here.)

    1. The nRF9151 module has two serial ports for external communication, which are respectively used for NTN AT commands and Modem trace and debug. Could you please help me identify which serial port is used for AT commands and which one is used for trace and debug, and provide the corresponding pin numbers for the nRF9151 module? According to the reference design of the development board nRF9151_SMA_DK, my current understanding is that UART1's Tx and Rx are P0.27 and P0.26, while UART2's Tx and Rx are P0.29 and P0.28. Is this correct?

    The UART pins are mostly software defined. For the Serial Modem Add-On application you can find the documentation for UART configuration here.

    And about the usage of the two UARTs, one of them is indeed used for logging and debugging. And the other is used to actually communicate with the modem.

    2. For the aforementioned UART1 and UART2 types, besides using Tx and Rx, are the corresponding RTS and CTS also required to be wired out and controlled? If they are not wired out, what would be the impact?

    For the Logging/Debugging UART, hardware flow control is disabled by default, so no problem not having it.

    However, for the UART connecting the host MCU and nRF9151, it is highly recommended to use hardware flow control. As you can see here it is possible to use it without hardware flow control, but it is still experimental. So I would advise you to treat hardware flow controlled as required for this UART.

    3. Can the NTN firmware of the nRF9151 module officially released operate stably for a long time? Can it be used for commercial applications?

    I think the NTN modem firmware v1.0.0 is stable enough to be in commercial applications. But still, I would recommend you to have some kind of FOTA/DFU capabilities in order to update the NTN modem firmware to a newer version as more feature and bug fix will probably be added in the future.

    I hope I was able to answer your questions. If you want more details on an answer, or still have more questions on the same topic, feel free to ask them here.

    Best regards,

    Simon D-M

Reply
  • Hi,

    4. In my application, which firmware should I program into the APP MCU firmware inside the nRF9151 module? I noticed that the official website provides many firmware options, but I'm not sure which one is suitable for my application. Could you please provide me with the name of the APP MCU firmware that should be programmed into the module.

    I'm addressing that question first as it will influence some of the other questions.

    If I understood your needs correctly, you want to use the nRF9151 as a "modem-only" solution for your device. To do that you need to program the "Serial Modem Add-On" application (link). This application is handling the link between the host MCU and the actual modem in the nRF9151. It also has some more feature, like some custom AT commands, FOTA/DFU capabilities, ...

    (if your schedule allows you to wait a bit, I would like to recommend you waiting for the v2.0.0 as it will have quite a lot of new features. You can find some key new features and the scheduled release date on here.)

    1. The nRF9151 module has two serial ports for external communication, which are respectively used for NTN AT commands and Modem trace and debug. Could you please help me identify which serial port is used for AT commands and which one is used for trace and debug, and provide the corresponding pin numbers for the nRF9151 module? According to the reference design of the development board nRF9151_SMA_DK, my current understanding is that UART1's Tx and Rx are P0.27 and P0.26, while UART2's Tx and Rx are P0.29 and P0.28. Is this correct?

    The UART pins are mostly software defined. For the Serial Modem Add-On application you can find the documentation for UART configuration here.

    And about the usage of the two UARTs, one of them is indeed used for logging and debugging. And the other is used to actually communicate with the modem.

    2. For the aforementioned UART1 and UART2 types, besides using Tx and Rx, are the corresponding RTS and CTS also required to be wired out and controlled? If they are not wired out, what would be the impact?

    For the Logging/Debugging UART, hardware flow control is disabled by default, so no problem not having it.

    However, for the UART connecting the host MCU and nRF9151, it is highly recommended to use hardware flow control. As you can see here it is possible to use it without hardware flow control, but it is still experimental. So I would advise you to treat hardware flow controlled as required for this UART.

    3. Can the NTN firmware of the nRF9151 module officially released operate stably for a long time? Can it be used for commercial applications?

    I think the NTN modem firmware v1.0.0 is stable enough to be in commercial applications. But still, I would recommend you to have some kind of FOTA/DFU capabilities in order to update the NTN modem firmware to a newer version as more feature and bug fix will probably be added in the future.

    I hope I was able to answer your questions. If you want more details on an answer, or still have more questions on the same topic, feel free to ask them here.

    Best regards,

    Simon D-M

Children
No Data
Related