MC7455 stops working after qmi firmware update


#1

Hi,

I follow the qmi update procedure as posted by experts here, but after I finished the firmware upgrade, I could no longer access LTE or send qmicli command to MC7455.
Whenever I sent qmicli command to MC7455, I received this weild error: “ couldn’t create client for the ‘dms’ service: CID allocation failed in the CTL client: Transaction timed out ”.
Then I have to reload the firmware by windows exe method. And the module is back to normally working.
Only after I upgrade the firmware by qmi-firmware-update, the module stopped working.

Please anyone can give me a hint.
Thank you.
Tony.


#2

Tony,

After you have updated it can you send the below AT commands to it?

at!gstatus?
at!pcinfo?

I suspect you are only loading the signalling firmware (.cwe) and not the corresponding carier PRI file (.nvu) i.e. generic, Verizon, AT&T, etc. Which causes a mismatch and forces the unit into low power mode. The one click updater will load both.

Regards

Matt


#3

Hi Matt,

I always use 2 files CWE and PRI to upgrade the firmware.

For example, 2 firmwares I used were:

  1. SWI9X30C_ 02.24.05.06.cwe
  2. SWI9X30C_ 02.24.05.06_BELL_001.005_000.nvu

And all the command I used were:
qmicli -d /dev/cdc-wdm0 --dms-set-firmware-preference=“02.24.05.06,001.005_000,Bell”
qmicli -d /dev/cdc-wdm0 --dms-set-operating-mode=offline
qmicli -d /dev/cdc-wdm0 --dms-set-operating-mode=reset
qmi-firmware-update -t /dev/ttyUSB0 --update-qdl SWI9X30C_ 02.24.05.06.cwe SWI9X30C_ 02.24.05.06_BELL_001.005_000.nvu

The the results of AT commands were:
AT!GSTATUS: ERROR
AT!PCINFO?: Low Power Mode.

Please help me out of this,
Thank you,
Tony.


#4

@knguyen1,

Can you send the below commands to the unit?

ati    
at!pcinfo?
at!priid?
at!entercnd="A710"
at!priid?
at!gobiimpref?

Regards

Matt


#5

Hi Matt,

When I queried list of stored firmwares in my module, this is what I have received:

qmicli -d /dev/cdc-wdm0 --dms-list-stored-images
[/dev/cdc-wdm0] Device list of stored images retrieved:

[0] Type:    'modem'
    Maximum: '4'

	[modem0]
	Unique ID:     '?_?'
	Build ID:      '02.20.03.00_?'
	Storage index: '1'
	Failure count: '0'

	[modem1]
	Unique ID:     '?_?'
	Build ID:      '02.20.03.22_?'
	Storage index: '2'
	Failure count: '0'

	[modem2]
	Unique ID:     '?_?'
	Build ID:      '02.24.05.06_?'
	Storage index: '3'
	Failure count: '0'

	>>>>>>>>>> [CURRENT] <<<<<<<<<<
	[modem3]
	Unique ID:     '?_?'
	Build ID:      '02.30.03.00_?'
	Storage index: '4'
	Failure count: '0'

[1] Type:    'pri'
    Maximum: '50'

	[pri0]
	Unique ID:     '002.020_000'
	Build ID:      '02.20.03.00_ATT'

	[pri1]
	Unique ID:     '001.005_000'
	Build ID:      '02.24.05.06_BELL'

	[pri2]
	Unique ID:     '002.046_001'
	Build ID:      '02.30.03.00_GENERIC'

	[pri3]
	Unique ID:     '002.020_000'
	Build ID:      '02.20.03.22_SPRINT'

	[pri4]
	Unique ID:     '001.000_000'
	Build ID:      '00.00.00.00_OEMPRI918'

	[pri5]
	Unique ID:     '002.034_000'
	Build ID:      '02.24.05.06_VERIZON'

Is it normal or abnormal the displayed list of firmwares.

I can send AT!PCINFO?

at!pcinfo?

State: Low Power Mode

LPM voters - Temp:0, Volt:0, User:0, W_DISABLE:0, IMSWITCH:1, BIOS:0, LWM2M:0, OMADM:0, FOTA:0

LPM persistence - None

at!priid?

PRI Part Number: 9906491

Revision: 001.002

Customer: Generic-M2M

Carrier PRI: 9999999_9905153_SWI9X30C_02.24.05.06_00_BELL_001.005_000

I can’t send at command at!gobiimpref?

Please help me out,
Thank you ,
Tony


#6

Hi Matt,

Please help me out,

Thank you,
Tony


#7

@knguyen1,

The IMSWITCH indication above tells me it is related to having the wrong PRI file active. You need to send the commands I specified above in the order I give them and they will execute properly but the order is important. Without these responses I cannot tell you the commands to send to get it working again.

Regards

Matt