Stuck in Low Power Mode - Image Preference Mismatch

Unfortunately, it doesn’t work. I has tried suggested commands and it seems that my WP7502 uses other set of commands. Command at!unlock=“A710” is unknown and at!gobiimpref= works only with one parameter “GENERIC”. You can see this in log. What else can I try?

[2018-02-13 22:43:41:426_S:] at!gobiimpref?
[2018-02-13 22:43:41:429_R:] at!gobiimpref?
[2018-02-13 22:43:41:441_R:] !GOBIIMPREF:
[2018-02-13 22:43:41:441_R:] preferred fw version: 07.12.09.00
[2018-02-13 22:43:41:441_R:] preferred carrier name: GENERIC
[2018-02-13 22:43:41:441_R:] preferred config name: GENERIC_001.033_000
[2018-02-13 22:43:41:441_R:] current fw version: 07.12.09.00
[2018-02-13 22:43:41:441_R:] current carrier name: NONE
[2018-02-13 22:43:41:441_R:] current config name: NONE_000.000_000

[2018-02-13 22:43:41:441_R:] carrier name mismatch
[2018-02-13 22:43:41:441_R:] config name mismatch

[2018-02-13 22:43:41:441_R:] OK
[2018-02-13 22:43:47:024_S:] at!unlock=“A710”
[2018-02-13 22:43:47:027_R:] at!unlock=“A710”

[2018-02-13 22:43:47:032_R:] ERROR
[2018-02-13 22:43:49:322_S:] at!entercnd=“A710”
[2018-02-13 22:43:49:325_R:] at!entercnd=“A710”

[2018-02-13 22:43:49:330_R:] OK
[2018-02-13 22:44:10:522_S:] at!gobiimpref=“07.12.09.00”,“GENERIC”,“GENERIC_001.033_000”
[2018-02-13 22:44:10:527_R:] at!gobiimpref=“07.12.09.00”,“GENERIC”,“GENERIC_001.033_000”

[2018-02-13 22:44:10:529_R:] ERROR
[2018-02-13 22:44:23:022_S:] at!gobiimpref=“GENERIC”
[2018-02-13 22:44:23:025_R:] at!gobiimpref=“GENERIC”

[2018-02-13 22:44:23:110_R:] OK
[2018-02-13 22:44:29:795_S:] at!reset
[2018-02-13 22:44:29:798_R:] at!reset

[2018-02-13 22:44:29:810_R:] OK

[2018-02-13 22:48:22:655_R:] (DSR:1) CTS:1 RI:0 DCD:1
[2018-02-13 22:48:34:678_S:] at!gobiimpref?
[2018-02-13 22:48:34:681_R:] at!gobiimpref?

[2018-02-13 22:48:34:698_R:] !GOBIIMPREF:
[2018-02-13 22:48:34:698_R:] preferred fw version: 07.12.09.00
[2018-02-13 22:48:34:698_R:] preferred carrier name: GENERIC
[2018-02-13 22:48:34:698_R:] preferred config name: GENERIC_001.033_000
[2018-02-13 22:48:34:698_R:] current fw version: 07.12.09.00
[2018-02-13 22:48:34:698_R:] current carrier name: NONE
[2018-02-13 22:48:34:698_R:] current config name: NONE_000.000_000

[2018-02-13 22:48:34:698_R:] carrier name mismatch
[2018-02-13 22:48:34:698_R:] config name mismatch

[2018-02-13 22:48:34:698_R:] OK

Hi,

Updating the complete package will update the PRI and modem will be online.
But if level 3 unlock is mandatory, maybe better to ask the Sierra Sales/FAE to generate it.

Thanks.

Hi,
thanks for suggestion. But it is still the same.
I have flashed Firmware package release 15. Current carrier PRI is still NONE. Response to AT commands is similar like it was before flash. See log bellow.
Link to suggested Jenkins job doesn’t work for me. Do You thing that level 3 unlock could help?

[2018-02-20 20:27:12:373_R:] at!gobiimpref?

[2018-02-20 20:27:12:384_R:] !GOBIIMPREF:
[2018-02-20 20:27:12:384_R:] preferred fw version: 07.12.14.00
[2018-02-20 20:27:12:384_R:] preferred carrier name: GENERIC
[2018-02-20 20:27:12:384_R:] preferred config name: GENERIC_001.034_000
[2018-02-20 20:27:12:384_R:] current fw version: 07.12.14.00
[2018-02-20 20:27:12:384_R:] current carrier name: NONE
[2018-02-20 20:27:12:384_R:] current config name: NONE_000.000_000

[2018-02-20 20:27:12:384_R:] carrier name mismatch
[2018-02-20 20:27:12:384_R:] config name mismatch

[2018-02-20 20:27:12:384_R:] OK
[2018-02-20 20:27:21:195_S:] at!unlock=“A710”
[2018-02-20 20:27:21:198_R:] at!unlock=“A710”

[2018-02-20 20:27:21:203_R:] ERROR
[2018-02-20 20:27:23:952_S:] at!entercnd=“A710”
[2018-02-20 20:27:23:956_R:] at!entercnd=“A710”

[2018-02-20 20:27:23:972_R:] OK
[2018-02-20 20:27:32:305_S:] at!gobiimpref=“07.12.14.00”,“GENERIC”,“GENERIC_001.034_000”
[2018-02-20 20:27:32:310_R:] at!gobiimpref=“07.12.14.00”,“GENERIC”,“GENERIC_001.034_000”

[2018-02-20 20:27:32:314_R:] ERROR
[2018-02-20 20:27:35:664_S:] at!gobiimpref=“GENERIC”
[2018-02-20 20:27:35:668_R:] at!gobiimpref=“GENERIC”

[2018-02-20 20:27:35:830_R:] OK

[2018-02-20 20:27:49:040_S:] at!reset
[2018-02-20 20:27:49:043_R:] at!reset

[2018-02-20 20:27:49:054_R:] OK

[2018-02-20 21:09:24:720_R:] DSR:0 (CTS:1) RI:0 DCD:1

[2018-02-20 21:09:24:721_R:] (DSR:1) CTS:1 RI:0 DCD:1
[2018-02-20 21:09:31:389_S:] at!gobiimpref?
[2018-02-20 21:09:31:393_R:] at!gobiimpref?

[2018-02-20 21:09:31:409_R:] !GOBIIMPREF:
[2018-02-20 21:09:31:409_R:] preferred fw version: 07.12.14.00
[2018-02-20 21:09:31:409_R:] preferred carrier name: GENERIC
[2018-02-20 21:09:31:409_R:] preferred config name: GENERIC_001.034_000
[2018-02-20 21:09:31:409_R:] current fw version: 07.12.14.00
[2018-02-20 21:09:31:409_R:] current carrier name: NONE
[2018-02-20 21:09:31:409_R:] current config name: NONE_000.000_000

[2018-02-20 21:09:31:409_R:] carrier name mismatch
[2018-02-20 21:09:31:409_R:] config name mismatch

[2018-02-20 21:09:31:409_R:] OK

Hi,

yes, better to ask the Sierra Sales/FAE to generate it.

Thanks.

Hi all, I think there’s some confusion about the use of !GOBIIMPREF here. In the logs shown above, the current preference is valid, and it’s the current image that’s showing NONE, which is causing the LPM vote. The attempts to use GOBIIMPREF to set the preference, as shown above, would only set the preference to the same value it’s already set to, rather than actually changing the current version.

There are a few reasons the system can be in this state. The main one is that an image switch to the preferred image is prevented if the preferred configuration (combination of FW, carrier, and carrier config version) is not present on the system. When you load an official release package, that should guarantee that the configuration is available. Evidently that isn’t happening. The following command is not officially published, but I’m going to put in a request to add this to external documentation. It requires Level 2 unlock (AT!ENTERCND=“A710”):
On my system:
at!image?
TYPE SLOT STATUS LRU FAILURES UNIQUE_ID BUILD_ID
FW 1 EMPTY 0 0 0
FW 2 EMPTY 0 0 0
FW 3 EMPTY 0 0 0
Max FW images: 2
Active FW image is at slot 255

TYPE SLOT STATUS LRU FAILURES UNIQUE_ID   BUILD_ID
PRI  FF   GOOD   0   0 0      001.034_000 07.12.14.00_GENERIC
Max PRI images: 50

OK

I am not using slots for Modem images, at the moment, so mine are empty. And the only carrier configuration I have loaded is the Generic as shown. You can use this command to check if the configuration in your preference is actually available. Can you provide the output from that command? A few other general health checks that might help diagnose: AT!PRIID? AT!PACKAGE?. These will confirm that the main configuration components are still valid. If this doesn’t help, I realize this is an older thread, but I wonder if you can pinpoint what upgrade path or action triggered this issue, to help debug further.

Hi, it seems that a preferred image is installed. Just current package differs. Please see log bellow. What can I do with this?

[2018-03-19 18:25:48:540_S:] at!image?
[2018-03-19 18:25:48:543_R:] at!image?

[2018-03-19 18:25:48:656_R:] TYPE SLOT STATUS LRU FAILURES UNIQUE_ID BUILD_ID
[2018-03-19 18:25:48:656_R:] FW 1 EMPTY 0 0 0
[2018-03-19 18:25:48:656_R:] FW 2 EMPTY 0 0 0
[2018-03-19 18:25:48:656_R:] FW 3 EMPTY 0 0 0
[2018-03-19 18:25:48:656_R:] Max FW images: 3
[2018-03-19 18:25:48:656_R:] Active FW image is at slot 255

[2018-03-19 18:25:48:656_R:] TYPE SLOT STATUS LRU FAILURES UNIQUE_ID BUILD_ID
[2018-03-19 18:25:48:656_R:] PRI FF GOOD 0 0 0 001.034_000 07.12.14.00_GENERIC
[2018-03-19 18:25:48:656_R:] Max PRI images: 50

[2018-03-19 18:25:48:656_R:] OK
[2018-03-19 18:25:55:575_S:] at!gobiimpref?
[2018-03-19 18:25:55:578_R:] at!gobiimpref?

[2018-03-19 18:25:55:595_R:] !GOBIIMPREF:
[2018-03-19 18:25:55:595_R:] preferred fw version: 07.12.14.00
[2018-03-19 18:25:55:595_R:] preferred carrier name: GENERIC
[2018-03-19 18:25:55:595_R:] preferred config name: GENERIC_001.034_000
[2018-03-19 18:25:55:595_R:] current fw version: 07.12.14.00
[2018-03-19 18:25:55:595_R:] current carrier name: NONE
[2018-03-19 18:25:55:595_R:] current config name: NONE_000.000_000

[2018-03-19 18:25:55:595_R:] carrier name mismatch
[2018-03-19 18:25:55:595_R:] config name mismatch

[2018-03-19 18:25:55:595_R:] OK
[2018-03-19 18:26:09:796_S:] AT!PRIID?
[2018-03-19 18:26:09:800_R:] AT!PRIID?

[2018-03-19 18:26:09:877_R:] PRI Part Number: 9906352
[2018-03-19 18:26:09:877_R:] Revision: 01.05

[2018-03-19 18:26:09:877_R:] Carrier PRI: 9999999_9904559_SWI9X15Y_07.12.14.00_00_GENERIC_001.034_000

[2018-03-19 18:26:09:877_R:] OK
[2018-03-19 18:26:16:257_S:] AT!PACKAGE?
[2018-03-19 18:26:16:260_R:] AT!PACKAGE?

[2018-03-19 18:26:16:273_R:] 1103114_9906352_WP7502_07.11.22.00_00_Generic_001.005_000

[2018-03-19 18:26:16:273_R:] OK

This is the history of the problem:
This modem was bought with WPFirmwareRelease13.1 and radio worked fine.
This issue started after flashing procedure failure. The aim was upgrade to WPFirmwareRelease14 but windows flashing utility has frozen during flashing process. I restarted the modem but it got stuck at boot sequence and continuously restarted. I did recovery process and cleared user partition. Then I flashed WPFirmwareRelease14 successfully. But there is “Image Preference Mismatch” since this time.
Also an issue with GPIO settings revealed. Nearly all of them were under modem control. I switched them under user space control. So GPIO issue is solved. But “Image Preference Mismatch” persists.

Thank you for your assistance.

A small update after investigating @liborsvehla’s device off-thread: we found that the customization “GOBIIMEN” was disabled on his device, which prevented the modem from applying the image preference, resulting in the device becoming stuck in LPM. I provided a small SPK file that “patched” his configuration for that item, which recovered normal operation.

If anyone else observes the same issue (confirmed by “GOBIIMEN” not shown in the AT!CUSTOM? response), please feel free to post or contact me directly for assistance.

Thanks @liborsvehla for taking the time to debug this.

Ryan

Hello @rkirk,

It seems that I encountered the same problem as @liborsvehla with a device stuck in LPM.
The GOBIMEN flag is not listed in the AT!CUSTOM? response.

Here commands result:

root@swi-mdm9x15:~# cat /dev/ttyAT &
root@swi-mdm9x15:~# echo -e “AT!ENTERCND="A710"\r\n” > /dev/ttyAT
OK

root@swi-mdm9x15:~# echo -e “AT!PCINFO?\r\n” > /dev/ttyAT
State: LowPowerMode
LPM force flags - W_DISABLE:0, User:0, Temp:0, Volt:0, BIOS:0, GOBIIM:1
W_DISABLE: 0
Poweroff mode: 0
LPM Persistent: 0

OK

root@swi-mdm9x15:~# echo -e “AT!gobiimpref?\r\n” > /dev/ttyAT
!GOBIIMPREF:
preferred fw version: 07.11.11.00
preferred carrier name: GENERIC
preferred config name: GENERIC_001.026_000
current fw version: 07.11.11.00
current carrier name: NONE
current config name: NONE_000.000_000

carrier name mismatch
config name mismatch

OK

root@swi-mdm9x15:~# echo -e “AT!PRIID?\r\n” > /dev/ttyAT
PRI Part Number: Unknown
Revision: Unknown

Carrier PRI: 9999999_9904559_SWI9X15Y_07.11.11.00_00_GENERIC_001.026_000

OK

root@swi-mdm9x15:~# echo -e “AT!PACKAGE?\r\n” > /dev/ttyAT
1103113_9906351_WP8548_07.10.04.00_00_Generic_001.000_000

OK

root@swi-mdm9x15:~# echo -e “at!image?\r\n” > /dev/ttyAT
TYPE SLOT STATUS LRU FAILURES UNIQUE_ID BUILD_ID
FW 1 EMPTY 0 0 0
FW 2 EMPTY 0 0 0
FW 3 EMPTY 0 0 0
Max FW images: 3
Active FW image is at slot 255

TYPE SLOT STATUS LRU FAILURES UNIQUE_ID BUILD_ID
PRI FF GOOD 0 0 0 001.026_000 07.11.11.00_GENERIC
Max PRI images: 50

OK

root@swi-mdm9x15:~# echo -e “AT!CUSTOM?\r\n” > /dev/ttyAT
root@swi-mdm9x15:~#
!CUSTOM:
GPIOSARENABLE 0x01
GPSENABLE 0x01
GPSSEL 0x01
WAKEHOSTEN 0x83
NMEAENABLE 0x01

OK

What can I do to recover my device ?

Thanks.

Hi @babare, thanks for raising this. Your symptom of having the customization “GOBIIMEN” disabled matches the previous occurrence, and I’ll message you directly with a tool attached for restoring that.

@liborsvehla described a firmware download issue just prior to this problem. Did you also observe any firmware download failure, or an unexpected power cycle during an upgrade/downgrade?

Thanks,
Ryan

@rkirk, I am also experiencing an LPM, but I don’t have a mismatch. I am using a WP7601-1 device and was programming it when the came about. I don’t have GOBIMEN in AT!CUSTOM either. I can only talk to it via the AT Command port.

Evets

Hi @EvetsMostel, the GOBIIMEN customization was added to the earlier generations (wp8548, wp75xx) because the features it gated were introduced during that products life cycle. The WP7601-1 had a more concrete starting point with respect to that feature, and so the customization was not introduced - the feature is always enabled. Can you also provide AT!PCINFO?, to show the cause of the LPM? AT!PRIID? may also help.

Ryan

@rkirk,
at!pcinfo?
State: Low Power Mode
LPM voters - Temp:0, Volt:0, User:1, W_DISABLE:0, IMSWITCH:0, BIOS:0, LWM2M:0, OMADM:0, FOTA:0
LPM persistence - User:1

I’m assuming it’s the last one? It currently has Verizon’s Release 8 on it (from Sierra), or at least that’s what I tried to install to get it back.

Thanks @EvetsMostel, yes it’s the “User” field, in this case, which is supposed to mean that you (or a SW application as user) actually requested LPM. As I assume this is not the case :), I suspect this is related to a resolved issue in Release 9, listed in release notes as QTI9X07-1009, with the following description: “In rare cases it has been reported that after entering LPM with AT+CFUN=0 that the module was unable to return online with AT+CFUN=1 despite having no other reason to prevent it. This state is now removed.”

Since we haven’t released a carrier certified Verizon image as part of Release 9, this makes things less convenient. But you can resolve this issue with a short but awkward workaround:
AT!ENTERCND=“A710” // enable level 2 access
AT!CUSTOM=“CFUNPERSISTEN”,01 // Enable Persistent LPM
Reset
AT!ENTERCND=“A710”
AT+CFUN=1
AT!CUSTOM=“CFUNPERSISTEN”,00 // Assuming you want the customization disabled

Or you can leave the customization enabled, if it’s something you’d rather keep enabled. Let me know if that doesn’t get you out of your LPM state.

1 Like

@rkirk,
Yep, that did it. Thanks!

2 Likes

@rkirk,
Does this mean that AT+CFUN is removed in release 10, or the LPM state is no longer available, or ?

Thanks,
Evets

@EvetsMostel, CFUN and Persistent LPM are (and will be) still supported. The problem in Release 8 and earlier was that if the module was in Persistent LPM, and then the CFUNPERSISTEN customization was disabled, there was no mechanism to get out of persistent LPM. As of Release 9, when CFUNPERSISTEN is disabled, the module will always come out of LPM (persistent or not) when requested (via CFUN or other APIs). This was a logic error in implementation.

But I’ve been looking into this, and I think there is another underlying issue here. The customization itself is getting wiped out on the image update, meaning that if you want CFUNPERSISTEN enabled (0x01), you need to re-enable it after a FW update. I opened an internal ticket for this and it should be resolved in Release 11. In the meantime, if you need to enable CFUNPERSISTEN, the following will make the customization persistent across updates:
AT!ENTERCND=“A710” (or your level 2 password, if you’ve changed it)
AT!NVPERSIST=CUST_CFUNPERSISTEN,254,1

If you prefer that customization disabled, which is default, no need for any action.

Ryan

1 Like

Thanks @rkirk for the explanation!

This seems to mirror my issue with a new WP7608 (mangOH red). But the given solution doesn’t seem to be helping much.

Setting AT!CUSTOM="CFUNPERSISTEN",01 is allowing me to issue AT+CFUN=1 without any error, but the modem is switching off after 2-3 secs and its back to 0.
Setting AT!CUSTOM="CFUNPERSISTEN",00 just keeps giving me: CME ERROR: operation not supported

Whatever I do, I am getting the below

AT!PCINFO?
State: Low Power Mode
LPM voters - Temp:0, Volt:0, User:1, W_DISABLE:0, IMSWITCH:0, BIOS:0, LWM2M:0, OMADM:0, FOTA:0
LPM persistence - User:1

As this is a WP7608, there doesn’t seem to be any Release 9 firmware for it (using Generic). I just don’t need this LPM at all, just want to get rid/avoid it completely. I am missing something obvious to stop it from going back to LPM automatically? Tried reflashing firmware and userdata but always boots into LPM after.

Hi @mallets, the Release 9 firmware page is relevant for WP7608 too: https://source.sierrawireless.com/resources/airprime/software/wp76xx/wp76xx-firmware-latest-release/

Are you saying the response to “AT!CUSTOM=“CFUNPERSISTEN”,00” is a “CME ERROR:…”? Or are you getting that error when you call AT+CFUN later?

One case where the “User” flag would be set is if a Legato app is requesting LPM. Do you have any custom apps that could be doing this? I agree this is a little different than the previous scenarios. A log of the event using “logread -f &” or similar, starting just before you issue AT+CFUN=1, might indicate why LPM is being triggered immediately after.

Thanks,
Ryan

The release notes says there is no “approved” release for WP7608 and WP7609. (Search WP7608/WP7608-1 Approved, within the release notes). There is no error during installation but it doesn’t seem to work? Even Legato DS seems to default to release 8 for WP7608.

Getting that error when I call AT+CFUN later.

logread -f output:

Jan 6 00:20:01 swi-mdm9x28 user.warn kernel: [ 481.601399] PSM: Modem oprt mode - 0
Jan 6 00:20:01 swi-mdm9x28 user.warn kernel: [ 481.601399] PSM: Modem oprt mode - 0
Jan 6 00:20:01 swi-mdm9x28 user.warn Legato: -WRN- | posDaemon[917]/le_pa_gnss T=unknown | pa_gnss_qmi.c PositionHandler() 1359 | Bad position indication
Jan 6 00:20:01 swi-mdm9x28 user.warn kernel: [ 481.779591] PSM: Modem oprt mode - 1
Jan 6 00:20:01 swi-mdm9x28 user.warn Legato: -WRN- | posDaemon[917]/le_pa_gnss T=unknown | pa_gnss_qmi.c PositionHandler() 1359 | Bad position indication
Jan 6 00:20:01 swi-mdm9x28 user.warn kernel: [ 481.779591] PSM: Modem oprt mode - 1