^SIS: 0,0,13,"The network is unavailable" loop with ELS61-E | Telit Cinterion IoT Developer Community
July 31, 2018 - 9:35am, 3058 views
Hello,
we have Problems with ELS61-E where after a successfull connect, the module always throws "^SIS: 0,0,13,"The network is unavailable". We currently react to such errors by shutting down the module (even the supply voltage is disabled and enabled again) and start it again. In the shown case the behaviour continued for over one hour. Only after a manual reset of the whole board a succesfull communication could be established.
This issue occured several ***** but, we were not able to reproduce it repeatable.
What could be the reason for such behaviour?
AT-Command Sequence:
ATE0
ATE0
^SYSLOADING
ATE0
ATE0
OK
AT+CMEE=1
OK
AT+CGMI
Cinterion
OK
AT+CGMM
ELS61-E
OK
AT+CGMR
REVISION 01.000
OK
AT+CCID
+CCID: *****
OK
AT+CIMI
*****
OK
AT+CPIN?
+CPIN: READY
OK
AT+CEREG?
+CEREG: 0,0
OK
AT+CGREG?
+CGREG: 0,4
OK
AT+CREG?
+CREG: 0,0
OK
^SYSSTART
AT+CEREG?
+CEREG: 0,0
OK
AT+CGREG?
+CGREG: 0,4
OK
AT+CREG?
+CREG: 0,0
OK
AT+CEREG?
+CEREG: 0,0
OK
AT+CGREG?
+CGREG: 0,4
OK
AT+CREG?
+CREG: 0,1
OK
AT+CGATT?
+CGATT: 0
OK
AT+CGATT?
+CGATT: 0
OK
AT+CGATT=1
OK
AT+CGATT?
+CGATT: 1
OK
AT^SICS=0,"conType","GPRS0"
OK
AT^SICS=0,"apn","*****"
OK
AT^SICS=0,"user","<USER>"
OK
AT^SICS=0,"passwd","<PWD>"
OK
AT+CGPADDR=1
+CGPADDR: 1,"0.0.0.0"
OK
AT+CGREG?
+CGREG: 0,1
OK
AT^SISS=0,"srvType","socket"
OK
AT^SISS=0,"conId",0
OK
AT^SISS=0,"address","sockudp://*****:*****;port=*****"
OK
AT^SISS=0,"tcpMR",10
OK
AT^SISO=0
OK
AT^SISI=0
^SISI: 0,3,0,0,0,0
OK
^SISW: 0,1
AT^SISI=0
^SISI: 0,4,0,0,0,0
OK
AT^SISW=0,291
^SISW: 0,291,0
OK
^SISW: 0,1
^SISR: 0,1
AT^SISR=0,1152
^SISR: 0,18
OK
AT^SISR=0,1152
^SISR: 0,0
OK
^SIS: 0,0,13,"The network is unavailable"
^SISR: 0,2
AT^SISW=0,983
+CME ERROR: 3
AT^SISC=0
OK
AT^SMSO
^SMSO: MS OFF
OK
^SHUTDOWN
<DISABLE_VIA_ENABLE_PIN>
<ENABLE_VIA_ENABLE_PIN>
<CONTINUE FROM BEGINNING>
Best regards,
Sebastian
Hello,
Can you check the detailed firmware version information with ATI1 command and module configuration with AT^SCFG? command?
Please note that you should not be sending any AT commands until SYSSTART URC.
I can see network registration 0 and 4 interchangeably without 2 which would mean searching. How frequently were these commands sent, is it the complete log?
Please add to the application some diagnostic information about the network like AT+COPS?, AT+SMONI.
Please try AT+CEER command when this happens to see any error reports if available. Check if SIM is available with AT+CPIN?
Is the module registered to 4G or 2G?
Is the module only exchanging datagrams or is using any other features? Is eCall involved?
Do you have one or more such failing modules? Maybe it is related to a particular area, SIM card, hardware?
Have you tried to manually deregister with AT+COPS=2 and force registration with AT+COPS=0 command?
Best regards,
Bartłomiej
Unfortunately i could not reproduce the issue yet with improved debug printout and im on vacation the next weeks. I will provide the required information when im back.
Best regards,
Sebastian
Hello,
we got some of the required informations.
This is not the complete log. I removed some "AT+CREG?", "AT+CGREG?" and "AT+CEREG?" loops to shorten the log. The removed ones had the same state values as the commands that were included in the log. The intervall between "AT+XREG?" commands is one second.
Calls to "AT+COPS?", "AT+SMONI", "AT+CEER" and "AT+CPIN" are now added in error cases, but as i said, the issue just came up in the field and we were not able to reproduce the behaviour locally. Further we dont know which data network the device was connected to. Maybe the improved debug-printouts bring some insight.
The device just uses UDP datagrams, no other features are involved. Also we could not yet isolate possible causes like specific locations.
The commands "AT+COPS=2" and "AT+COPS=0" are not used, because we thought they are not necessary.
Some further static information:
ATI1
Cinterion
ELS61-E
REVISION 01.000
A-REVISION 00.014.00
OK
AT^SCFG?
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/mode/ASC1","gpio"
^SCFG: "Gpio/mode/DCD0","gpio"
^SCFG: "Gpio/mode/DSR0","gpio"
^SCFG: "Gpio/mode/DTR0","gpio"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","gpio"
^SCFG: "Gpio/mode/SPI","gpio"
^SCFG: "Gpio/mode/SYNC","gpio"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","ELS61-E"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEShutdown/sVsup/threshold","0","0"
^SCFG: "MEopMode/CFUN","0","1"
^SCFG: "MEopMode/CregRoam","0"
^SCFG: "MEopMode/SoR","off"
^SCFG: "MeOpMode/SRPOM","0"
^SCFG: "Radio/Band/2G","0x00000014"
^SCFG: "Radio/Band/4G","0x00080085"
^SCFG: "Radio/Mtpl/2G","0"
^SCFG: "Radio/Mtpl/4G","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","0","0"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","005B","Cinterion Wireless Modules","ELSx",""
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "Trace/Syslog/OTAP","0"
^SCFG: "URC/Ringline","local"
^SCFG: "URC/Ringline/ActiveTime","2"
^SCFG: "Userware/Autostart","1"
^SCFG: "Userware/Autostart/Delay","0"
^SCFG: "Userware/DebugInterface","0.0.0.0","0.0.0.0","0"
^SCFG: "Userware/DebugMode","off"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","null",,,,"off"
^SCFG: "Userware/Watchdog","0"
OK
Best regards,
Sebastian
Hello,
As for the firmware there is an update available.
As for SCFG you don't have one LTE band activated - BC28 - however this should not cause any problems and BC28 is not very popular.
Anyway it might be hard to diagnose this problem if it's not easily reproducible. It might be related to some specific network or network conditions. It might also be cased by the network operator.
So I think that in the new software versions you may add some additional debugs to gather more information and also some solution/workaround steps from network reregistration attempt to module reboot if nothing else helps.
If you have any new information please write it here.
Best regards,
Bartłomiej