XSLEEP returns error on latest nRF SDK

RE: XSLEEP returns error on latest nRF SDK

Øyvind — Wed, 15 May 2024 05:05:02 GMT

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

RE: XSLEEP returns error on latest nRF SDK

Øyvind — Wed, 15 May 2024 05:03:06 GMT

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

RE: XSLEEP returns error on latest nRF SDK

ben_int — Fri, 10 May 2024 22:17:41 GMT

Yes we are using the SLM application when we tried XSLEEP.

[quote userid="107034" url="~/f/nordic-q-a/111061/xsleep-returns-error-on-latest-nrf-sdk/482761"]Also, did you try reflashing the SLM application after updating the modem firmware?[/quote]

Yes, we flashed modem firmware first and then flashed SLM application.

[quote userid="107034" url="~/f/nordic-q-a/111061/xsleep-returns-error-on-latest-nrf-sdk/482761"]Looking at the page above, would it be possible to use AT+CFUN instead?[/quote]

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.

RE: XSLEEP returns error on latest nRF SDK

JyriLehtinen — Fri, 10 May 2024 10:21:15 GMT

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?