We had tried AT#XSLEEP=1 command in nRF SDK 2.5.0 and it worked. We saw it working for both modem FW 2.0.0 and 2.0.1.
When we updated SDK to 2.6.1 and modem FW 2.0.1, the same command returns ERROR.
Is this expected?
We had tried AT#XSLEEP=1 command in nRF SDK 2.5.0 and it worked. We saw it working for both modem FW 2.0.0 and 2.0.1.
When we updated SDK to 2.6.1 and modem FW 2.0.1, the same command returns ERROR.
Is this expected?
I checked the AT command specification, and there's no actual modem command XSLEEP at all. It seems it's part of the Serial LTE Modem (SLM) application
Generic AT commands — nRF Connect SDK 2.6.99 documentation (nordicsemi.com)
Looking at the page above, would it be possible to use AT+CFUN instead?
Also, did you try reflashing the SLM application after updating the modem firmware?
Yes we are using the SLM application when we tried XSLEEP.
Also, did you try reflashing the SLM application after updating the modem firmware?
Yes, we flashed modem firmware first and then flashed SLM application.
Looking at the page above, would it be possible to use AT+CFUN instead?
Isn't CFUN turning off just the modem, and XSLEEP making both the modem and application process (M33) into sleep? So they seem like different use-cases.
Hello,
could you please provide more details on the use so that I can reproduce? Please attach logs as well.
Thank you!
Kind regards,
Øyvind
Testing with modem fw mfw_nrf91x1_2.0.0-77.beta and SLM built on nRF Connect SDK v2.6.1 the following behavior is seen on my side:
%CESQ: 48,2,16,2 %CESQ: 46,2,10,1 %CESQ: 48,2,15,2 %CESQ: 48,2,10,1 > at#xsleep=1 OK
-Øyvind