Issues with m2m roaming card - What are my debugging options? | Telit Cinterion IoT Developer Community
August 19, 2019 - 4:25pm, 5545 views
Hello,
I use a PLS8-E with an embedded Linux device. When I use a regular german post paid SIM, I have no problems registering with the network at all. Also, reconnections after lost coverage work perfectly fine.
When I use a pre paid m2m roaming card (it roams by default to offer all of Europe, vendor is Datamobile), it happens fairly often that the modem is not started properly after booting. It also happens that I loose connection permanently after a temporary loss of coverage.
When the modem does not come up properly, it fails in this step:
execute: PLS8 /etc/modems/service|/etc/modems/roaming
Which is either:
cat /etc/modems/roaming
ABORT BUSY
ABORT ERROR
'' AT+CREG?
'+CREG: 0,5'
or:
cat /etc/modems/service
ABORT BUSY
ABORT ERROR
'' AT+CREG?
'+CREG: 0,1'
I assume that the device does offer information on the issue it has occured, but I do not know what my debugging options are here. I just see that it has failed and that subsequently pppd will not be started due to the failure. How can I obtain more information on what is happening here?
Thanks. BR.
I have queried the CREG status by hand when the problem occurs. Answer is:
+CREG: 0,3
According to the AT command reference that means registration denied. I am just now doing trials with cards from different vendors and will post results soon.
These are the trial results. Each trial was a reboot and a check if network registration has been successful. Results are (OK/NOK)...
Things Mobile (m2m) 20/3
1nce (m2m) 20/1 (Only first boot)
Datamobile (m2m) 2/20 <--- That is a problem.
Vodafone (regular) 20/2
It kind of feels like some kind of timing issue. Any pointers to what I could investigate next would be very appreciated. Thanks.
Hello,
Please send AT+CEER=0 before the test and verify AT+CEER after the failure - maybe there will be some information.
As the registration not always fails maybe there is a problem with network quality - please check AT+SMONI output if the registration succeeds to verify network parameters. Please also check the module configuration with AT^SCFG?
Could you please check ATI1 reply to identify the exact module version and firmware? Do you have one or more modules that have these problems?
Best regards,
Bartłomiej
I have tried on three devices as of now. All show the same behaviour. Coverage at my location is quite good, but the Datamobile SIM uses one of two providers (T Mobile, O2). One has the good coverage, one is just ok. When I am doing cell coverage loss tests (I unplug the antennas for that) I am having a hard time getting the modem offline once it has been on.
This is what I got for AT+CEER while the problem has been there. I just issued it without the =0 command in advance;
+CEER: EMM attach failed
When I first gave it a AT+CEER=0 and rebooted into the issue again, I got:
+CEER: No cause information available
AT+SMONI while having the issue got me:
ERROR
AT^SCFG? returned:
^SCFG: "Audio/Loop","0"
^SCFG: "Audio/SvTone","0"
^SCFG: "Call/Ecall/AckTimeout","5000"
^SCFG: "Call/Ecall/Callback","0"
^SCFG: "Call/Ecall/CallbackTimeout","43200000"
^SCFG: "Call/Ecall/Msd",""
^SCFG: "Call/Ecall/Pullmode","0"
^SCFG: "Call/Ecall/SessionTimeout","20000"
^SCFG: "Call/Ecall/StartTimeout","5000"
^SCFG: "Call/ECC","0"
^SCFG: "Call/Speech/Codec","0"
^SCFG: "GPRS/Auth","2"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "MEopMode/CFUN","1","1"
^SCFG: "MEopMode/Dormancy","0","0"
^SCFG: "MEopMode/DTM/Mode","1"
^SCFG: "MEopMode/ExpectDTR","current","acm1","acm2","acm3","acm4","rmnet0","rmnet1","asc0"
^SCFG: "MEopMode/ExpectDTR","powerup","acm1","acm2","acm3","acm4","rmnet0","rmnet1","asc0"
^SCFG: "MEopMode/NonBlock/Cops","0"
^SCFG: "MEopMode/PingRsp","1"
^SCFG: "MEopMode/PowerMgmt/LCI","disabled"
^SCFG: "MEopMode/PwrSave","disabled","52","50"
^SCFG: "MEopMode/PwrSave/Delay/USB","10"
^SCFG: "MEShutdown/OnIgnition","off"
^SCFG: "MEShutdown/Timer","off"
^SCFG: "Misc/CId",""
^SCFG: "Radio/Band","2928787"
^SCFG: "Radio/CNS","0"
^SCFG: "Radio/Mtpl","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "RemoteWakeUp/Event/ASC","none"
^SCFG: "RemoteWakeUp/Event/URC","none"
^SCFG: "RemoteWakeUp/Event/USB","none"
^SCFG: "RemoteWakeUp/Ports","current","acm1","acm2","acm3","acm4","rmnet0","rmnet1","asc0"
^SCFG: "RemoteWakeUp/Ports","powerup","acm1","acm2","acm3","acm4","rmnet0","rmnet1","asc0"
^SCFG: "RemoteWakeUp/Pulse","10"
^SCFG: "SIM/CS","SIM_1"
^SCFG: "SIM/Retry","on"
^SCFG: "SMS/AutoAck","0"
^SCFG: "Tcp/IPv6Priv","1"
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/Loop","disabled"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/TLS/Version","MIN","***"
^SCFG: "Tcp/UnreachRsp","1"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "URC/DstIfc","app"
^SCFG: "URC/Ringline","local"
^SCFG: "URC/Ringline/ActiveTime","off"
OK
Module information ATI1:
Cinterion
PLS8-E
REVISION 03.015
A-REVISION 01.000.01
I wanted to inclue an output of SMONI when the modem is online but I could not convince it yet...
Hello,
AT+CEER=0 is for reset before the test so that you can be sure that the error you see was not there before.
Please check AT+CFUN? in case SMONI returns error - maybe the module is in airplane mode.
BTW it seems that the firmware you have is not the latest available for revision 3.
Regards,
Bartłomiej
Hello,
how do I get the latest one?
Best regards
I have checked CFUN in the meantime, it is 1 which should be normal, right?
It is strange that SMONI returns an error, though. I verified that it returns proper information when I am registered to a network. What is the output that is to expect when issuing SMONI whilst not being registered to a network?
Hello,
CFUN 1 is correct. SMONI would normally return some searching status while the module is not registered.
You can download the firmware form the extranet (if you have access) or request it from your distributor or local technical sales.
I have also sent you an email.
Best regards,
Bartłomiej
Hello,
I saw someone mentioning a gLinSwup program to update under Linux. Could you provide that, too?
Best regards
Hello,
For gLinSwup you need ask your local Gemalto/Thales technical sales person. Some additional documents are needed to be signed.
Regards,
Bartłomiej
Pages