Hello
It is well known there can be modem problems if a modem firmware upload is interrupted … like for example a power cut in the middle of the upload/installation sequence …
But I do not find anything about possible problems concerning interrupted modem configuration sequence …
For example, I am configuring the EM 7565 modem in mode 3G only (qmicli command) … and in the middle of the configuration I interrupt it and reconfigure in the AUTO (4G + 3G) mode (via another qmicli command) …
The same way, In the middle of the SIM 1 slot selection sequence, I interrupt it to select SIM 2 slot…
Or mixed cases like for example, I am configuring modem in 3G only mode, and I interrrupt in the middle and immediately configure it for SIM2 and AUTO mode …
My question : It is documented there can be problems if we interrupt modem firmware upload sequence … but is there also possibility of configuration problem if we stop configuration sequence in the middle like a mode selection, a SIM card slot selection …
This question because among the many EM 7565 modems we provided to our customers in our own calculators, 2 of them came back with a strange behaviour:
- One si stuck in 3G mode and the usual qmicli configuration commands are not able to have it change mode (i.e. changing to AUTO mode) while those commands usually work perfectly …
- The other modem is also stuck in 3G mode but in addition, it is imposible to select any of the 2 SIM slots …
I have no details or logs about those problems …
So my question is if we stop a configuration in the middle concerning mode or SIM slot selection or any other configuration topic (anything else tha n a firmware upload …), to apply a new configuration sequence, is there a risk to have the modem stuck in an incorrect configuration (like here both modems seem stuck in 3G mode and for one of the 2 modems, the SIM slots cannot be selected anymore).
As you will probably ask … I do not know if a firmware reload allows to work around the problem in those 2 cases by fully resetting the modem …
I just would like to know if this kind of problem can be the result of a configuration sequence interruption.
The firmware version installed on the EM 7565 we use is identified:
SWI9X50C_01.08.04.00 dbb5d0 jenkins 2018/08/21 21:40:11
T.2.5.1-00508-9655_GENNCH_PACK-1
SKU ID: 1104207
Config version: 002.012_000
Is there a known problem with this specific version of EM 7565 modem firmware/SW configuration change sequence ?
Thanks in advance for your answer.
Hi @pmonnie,
“For example, I am configuring the EM 7565 modem in mode 3G only (qmicli command) … and in the middle of the configuration I interrupt it and reconfigure in the AUTO (4G + 3G) mode (via another qmicli command) …
The same way, In the middle of the SIM 1 slot selection sequence, I interrupt it to select SIM 2 slot…
Or mixed cases like for example, I am configuring modem in 3G only mode, and I interrrupt in the middle and immediately configure it for SIM2 and AUTO mode …”
→ I still don’t understand clearly what ‘in the middle of the configuration I interrupt it’ means. After you ‘interrupt’, does the module still function? Please provide the modem configuration sequence that you mentioned to me.
For modules exhibiting strange behavior, can you still connect to the module’s AT port to send AT commands? Please share with me the AT command log when changing modes as well as when selecting SIM slots on each module experiencing issues.
Additionally, please upload the latest firmware to see if it resolves the issue. Here is the link to the latest firmware: https://source.sierrawireless.com/resources/airprime/minicard/75xx/em_mc75xx-approved-fw-packages/#sthash.mmlw2Ihy.dpbs
Thanks,
Hello @jerdung
Thanks for the answer.
Here is an exampel of what I mean by interrupting …
For an aircraft domain application …
Exemple …
We are configuring the modem for let’s say AUTO mode with the qmicli command :
qmicli -d $DEFAULTMODEM --nas-set-system-selection-preference=“lte|umts”
or we are selecting SIM card slot 1 with the following AT command :
AT!UIMS=0
And during the execution of this qmicli or AT command … the modem is powered OFF before the command execution ends and give back the hand to the calling script … (the calculator on which the modem is hosted is immediately and automaticlaly powered OFF when the aircraft takes OFF and powered ON immediately and automatically when the aircraft lands … if the configuration happens at that time … it is interrupted …).
I suppose you see now what I mean by interrutped …
This is an extreme case but it shows what I mean by interrupted …
It can also happen that a configuration script (the above qmicli/AT command for example) is interrupted before its end because we have an imperative environment condition change.
Depending on location in world, we have to select different mode or SIM card …
And if we are configuring for location 1 just at the time we change to location 2 … we immediately interrupt the config script for location 1 and execute the config script for location 2 …
It would be possible for us to implement protections to avoid that but as there were no recommendation for that in the Sierra site other than “no interruption” during firmware upload, we did not put any …
So the question is : can those kind of interruption explain what happened to the two modems I mentionned in my previous email ?
Do you see any other kind of problem or interruption that could explain them ?
And for what concerns the 2 modems themselves, I haven’t got access to the modems or the modem logs …
I just have very small description of the problem that I fully provided in my previous email … I am development team member but as the product is in activity for long time now, my service do nto have access anymore to the product … it is managed elsewhere in the world for what concerns maintenance …
This is why I am just staying at the hypothetical level in my emails … Can an interruption in a configuration script result in such a kind of modem behaviour ?
Thanks in advance.
Hi @pmonnie,
I really need your configuration sequence to try reproducing the issue. Therefore, please try to obtain the AT command log file and qmicli command log file containing timestamps to share with me.
Thanks,
Hi jerdung
I have requested once more time for logs to see if I can get some more information.
No answer for now …
But I don’t think I will have any. As I alrady requested many times …
But at least what I could provide if it interests you is the sequence of command we use in our configuration scripts (AT + qmicli commands) + the firmware and HW version we use on our EM7565.
This will not give you neither the timing of operations nor which operation could have been interrupted nor the possible error logs …
But at least the sequence …
I do not know if it could help you.
Thanks for your support.
Philippe
Hi @pmonnie,
If you are unable to provide log files, in this case, you should send an email to technical support at support@sierrawireless.com for further assistance.
Thanks,