FW update bgs5t glinswup | Telit Cinterion IoT Developer Community
March 1, 2018 - 11:02am, 2249 views
Hi
I have a few moduels bgs5t that are not working, and when i tried to update/reinstall the FW i get the error:
"failed to query installed midlets" and the update stops. Is there any possibilities to fix these modules or is it broken? The module is indicating that it is working, but my java is not running. I now have about four modules that have this kind of fault. And all this modules has been working for 6months -2 years.
Tom
Hello,
Can you explain what it means that Java is not running? Isn't it possible to run or install the MIDlet with AT^SJAM command? Can you check the installed/running MIDlets with AT^SJAM command? Please check AT^SCFG? and ATI1 outputs.
Regards,
Bartłomiej
hi
because the AT^sjam only returns in error. and i can see on the usb debug that my java is not running or as it should. is there any way to restore the JRC?
>>>AT^SCFG?
AT^SCFG?
^SCFG: "Call/ECC","0"
^SCFG: "Gpio/mode/ASC1","std"
^SCFG: "Gpio/mode/DAI","gpio"
^SCFG: "Gpio/mode/DCD0","std"
^SCFG: "Gpio/mode/DSR0","std"
^SCFG: "Gpio/mode/DTR0","std"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","std"
^SCFG: "Gpio/mode/SPI","rsv"
^SCFG: "Gpio/mode/SYNC","std"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","BGS5"
^SCFG: "MEopMode/SoR","on"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0059","Cinterion Wireless Modules","Cinterion BGx USB Com Port",""
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "Trace/Syslog/Otap","0"
^SCFG: "Userware/Autostart","0"
^SCFG: "Userware/Autostart/Delay","30"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","null",,,,"off"
^SCFG: "Userware/Watchdog","1"
^SCFG: "Radio/Band","15"
Hello,
The JRC MIDlet is not running even if it is installed because of this setting: "Userware/Autostart","0". This global autostart "0" setting disables all MIDlets (including JRC) from being started automatically. Please try to change it to "1" and see what happens. If there is any custom MIDlet enabled for autostart it will not print anything to System.out since "Userware/Stdout","null" setting is not changed to some physical interface.
Please also test if you can access the module's file system from your PC to load a new MIDlet for example.
What worries me the most is this ERROR reply to AT^SJAM commands. You can set AT+CMEE=2 before testing to see some error description if any can be provided. This AT^SJAM command should not depend on JRC MIDlet as this MIDlet can also be installed with this command. So if any previos step has helped I think that the last thing you could try is to run gWinSwup again with option "Recovery File System" enabled. If this will not help there may be not much you could do.
You can assume then that the module is damaged and I'd recommend you to contact your distributor to report these modules as broken and request a replacement.
Best regards,
Bartłomiej
hi
i set the autostart to on and then the cmee=2 but when i tried to make an sjam command it returns with error after a long while. and then cmee error not found.
and it is not possible to recover it with the gwinsup.
is this broken then?
Hello,
If SJAM always returns error it is not a normal situation. Something is wrong with the module and you have no possibility to do anything more with it. Maybe the hardware is damaged or the software. But even if this is a software you have no tools to fix it. So for you the module is broken. We can't do anything more on the forum. So the only and best thing you can do is to contact your local Gemalto office or your distributor and report that you have modules that are not functioning correctly and you'd like to have them replaced.
Best regards,
Bartłomiej