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
  • 3. Can the NTN firmware of the nRF9151 module officially released operate stably for a long time? Can it be used for commercial applications?

    In my expperience (last 8 months) the "stability" (of the communication) seems more to depend on the antenna ;-).

    As also for other modes, e.g. LTE-M or NB-IoT, you will need to use a "reconnect strategy", when the network gets deregistered. In many case the modem is able to register to the network again automatically. in some cases, it may require to restart the modem with a cfun=0/cfun1 cycle, if the modem doesn't get reconnected within a timeout (e.g. 1h). And, unfortunately, in my experience it requires in rare cases to reboot the device, if it can't reconnect for longer (e.g. 6 h).

    But with that, my experience is pretty well. 

    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.

    Let me recommend to consider also the costs for a FOTA over NTN ... I guess you will do this only if it's really, really required.

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

    In my expperience (last 8 months) the "stability" (of the communication) seems more to depend on the antenna ;-).

    As also for other modes, e.g. LTE-M or NB-IoT, you will need to use a "reconnect strategy", when the network gets deregistered. In many case the modem is able to register to the network again automatically. in some cases, it may require to restart the modem with a cfun=0/cfun1 cycle, if the modem doesn't get reconnected within a timeout (e.g. 1h). And, unfortunately, in my experience it requires in rare cases to reboot the device, if it can't reconnect for longer (e.g. 6 h).

    But with that, my experience is pretty well. 

    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.

    Let me recommend to consider also the costs for a FOTA over NTN ... I guess you will do this only if it's really, really required.

Children
No Data
Related