• State Not Answered
  • Replies 13 replies
  • Subscribers 95 subscribers
  • Views 2777 views
  • Users 0 members are here
Attachments (3) Download All
Nordic Case Info
  • Case ID: 291582
Options

Serial LTE Modem Program for nRF9160 with hardware flow control: Undeclared RTS pin enumeration

Kimberly

Hello,

We need to enable hardware flow control in the serial LTE modem application (2.0.0 release) on the nRF9160 for use with an external MCU.

We have tried to do so with the following settings in the nrf9160dk_nrf9160_ns.conf file, trying both UART_0 (our preferred connection) and UART_2 (Nordic’s suggested connection):

CONFIG_SLM_CONNECT_UART_2=y
CONFIG_UART_0_NRF_HW_ASYNC_TIMER=2
CONFIG_UART_0_NRF_HW_ASYNC=y
CONFIG_SLM_WAKEUP_PIN=31
CONFIG_SLM_INDICATE_PIN=30
CONFIG_SLM_UART_HWFC_RUNTIME=y

The build fails with the following error:

[{ 

	"resource": "/c:/nordic/v2.0.0/nrf/applications/serial_lte_modem/build/zephyr/include/generated/devicetree_unfixed.h", 

	"owner": "cpptools", 

	"severity": 8, 

	"message": "'DT_N_S_soc_S_peripheral_40000000_S_uart_8000_P_rts_pin' undeclared (first use in this function); did you mean 'DT_N_S_soc_S_peripheral_40000000_S_uart_8000_P_status'?", 

	"source": "gcc", 

	"startLineNumber": 9186, 

	"startColumn": 38, 

	"endLineNumber": 9186, 

	"endColumn": 38 

}]

Attempting to set hardware flow control during runtime with "AT#XSLMUART=115200, 1" also does not seem to work; it produces the following output from the LTE Link monitor:

2022-06-29T13:52:01.766Z DEBUG modem >> AT#XSLMUART? 
2022-06-29T13:52:01.775Z DEBUG modem << #XSLMUART: 115200,0 
2022-06-29T13:52:01.776Z DEBUG modem << OK 

2022-06-29T13:52:09.875Z DEBUG modem >> AT#XSLMUART=115200,1 
2022-06-29T13:52:09.883Z DEBUG modem << OK 

2022-06-29T13:52:14.949Z DEBUG modem >> AT#XSLMUART? 
2022-06-29T13:52:14.957Z DEBUG modem << #XSLMUART: 115200,0 
2022-06-29T13:52:14.959Z DEBUG modem << OK

Could you please assist us in enabling hardware flow control?   

Thank you.

Parents Reply Children
  • 0 in reply to Charlie

    Hi Charlie,

    The application now builds with "CONFIG_SLM_UART_HWFC_RUNTIME=y" in the  nrf9160dk_nrf9160_ns.conf file.

    Flashing /resetting does not seem to switch on hardware flow control if it was previously off, but the AT command now works, which is sufficient for our needs. Thank you. 

    2022-07-04T13:05:06.682Z INFO Modem port is opened
2022-07-04T13:05:06.703Z DEBUG modem >> AT+CFUN?
2022-07-04T13:05:06.736Z DEBUG modem << +CFUN: 0
2022-07-04T13:05:06.741Z DEBUG modem << OK
2022-07-04T13:05:15.436Z DEBUG modem >> AT#XSLMUART?
2022-07-04T13:05:15.447Z DEBUG modem << #XSLMUART: 115200,0
2022-07-04T13:05:15.453Z DEBUG modem << OK
2022-07-04T13:05:23.623Z DEBUG modem >> AT#XSLMUART=115200,1
2022-07-04T13:05:23.634Z DEBUG modem << OK
2022-07-04T13:05:28.833Z DEBUG modem >> AT#XSLMUART?
2022-07-04T13:05:28.845Z DEBUG modem << #XSLMUART: 115200,1
2022-07-04T13:05:28.855Z DEBUG modem << OK

    Kind regards,

    Kimberly

  • 0 in reply to Charlie

    Hello, 

    I had the same problem and this PR fix it. Now, I can enable flow control with the nrf9160!

    Thank you!

    Tobias

  • 0 in reply to Kimberly

    Hi Kimberly,

    Thanks for the feedback.

    Kimberly said:
    Flashing /resetting does not seem to switch on hardware flow control if it was previously off

    The default configuration is #XSLUMUART:115200,1 after you do erase and flash, I suspect this is what you did.

    If you only do flash without erasing or simply do power reset, the configuration in persisting memory will keep the same.

    Best regards,

    Charlie

  • 0 in reply to Charlie

    Hi Charlie,

     Thank you for the info. 

    Charlie said:
    The default configuration is #XSLUMUART:115200,1 after you do erase and flash, I suspect this is what you did.

    Yes, HWFC is still zero with an erase and flash, though it can be changed with the AT command.

    Below is the terminal output (with the serial redacted) from the nRF Connect extension in VS Code for the erase and flash: 

    > Executing task: nRF Connect: Flash: serial_lte_modem/build (active) <

Flashing build to undefined
west flash -d c:\nordic\v2.0.0\nrf\applications\serial_lte_modem\build --skip-rebuild -r nrfjprog --dev-id  --erase

-- west flash: using runner nrfjprog
-- runners.nrfjprog: mass erase requested
-- runners.nrfjprog: Flashing file: C:\nordic\v2.0.0\nrf\applications\serial_lte_modem\build\zephyr\merged.hex
Parsing image file.
Verifying programming.
Verified OK.
Applying pin reset.
-- runners.nrfjprog: Board with serial number  flashed successfully.

Terminal will be reused by tasks, press any key to close it.

    And the modem output in LTE Link monitor afterward:

    2022-07-05T14:07:29.567Z DEBUG modem << Ready
2022-07-05T14:07:38.614Z DEBUG modem >> AT#XSLMUART?
2022-07-05T14:07:38.622Z DEBUG modem << #XSLMUART: 115200,0
2022-07-05T14:07:38.626Z DEBUG modem << OK

    Kind regards,

    Kimberly 

  • 0 in reply to Kimberly

    Hi Kimberly,

    I tested on an nRF9160DK V1.1.0 with the following firmware yesterday.

    Can you try ncs200_serial_lte_modem_uart2hwfl_merged.hex built from my project ncs200_serial_lte_modem_uart2hwfl.zip?

    Please update modem firmware to v1.3.2 and report which nRF9160DK version you are using if this problem still exists.

    Best regards,

    Charlie

Related
Terms of service