Slow network registration | Telit Cinterion IoT Developer Community
April 30, 2016 - 1:55am, 4747 views
I am using the EHS6T modem. The application is low power and therefore the modem is turned on once every 24 hours (12V goes through relay, not built-in shutdown).
Even in town (=good reception) it takes about 1:40 minutes to register to the network (+CREG returns 0,1). Is there anything I can do/check to speed things up?
Thanks!
Hello,
The first thing would be antenna. And how about when the module registers - are there any problems with connections? Have you checked signal strength? Please paste AT^SCFG output. And what is the application doing? Isn't it using airplane **** on start for example?
Regards,
Bartłomiej
Server just erased most of my answer ;-)
Antenna is original. I am testing on the fourth floor with good reception. AT+CSQ returns average 21.
^SMONI: 3G,10687,120,-3.5,-72,425,01,2739,004DF6F,17,43,NOCONN
The app is a data logger (solar powered) and since the ****m is used once every 24 hours we chose to switch off the power rather than use powerdown options.
Once the registration succeeds the connection is extremely reliable. I can upload 90KB over FTP, RS-232 with no handshake, and it works perfectly every time!
^SCFG: "Call/ECC","0"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/****/ASC1","std"
^SCFG: "Gpio/****/DAI","gpio"
^SCFG: "Gpio/****/DCD0","std"
^SCFG: "Gpio/****/DSR0","std"
^SCFG: "Gpio/****/DTR0","std"
^SCFG: "Gpio/****/FSR","gpio"
^SCFG: "Gpio/****/HSIC","rsv"
^SCFG: "Gpio/****/PULSE","gpio"
^SCFG: "Gpio/****/PWM","gpio"
^SCFG: "Gpio/****/RING0","std"
^SCFG: "Gpio/****/SPI","rsv"
^SCFG: "Gpio/****/SYNC","std"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","EHS6"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEopMode/SoR","off"
^SCFG: "Radio/Band","511"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0058","Cinterion Wireless Modules","EHx",""
^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
Hello,
The signal quality looks fine. How about the network operator - maybe there's roaming. Or this could be network relevant. Have you tried other operator or testing in some other place or or checking the SIM card with other device?
This might not be the case here but switching off the power is not the recommended way of switching off the device. Software shutdown should be considered first and cutting of the power should be the last possibility.
Regards,
Bartłomiej
I tried another operator and good news:
The first one was on the home network (CREG returns 0,1) and took 95 seconds to register.
The second one was roaming (CREG returns 0,5) and took 34 seconds!
Is there anything I can do to improve the timing of the first operator? We already have a few SIMs from them.
Regarding shutting down, the current consumption of the modem in Power Down is unacceptable - much more than the whole data logger...
Before I shut down I send AT^SISC to disconnect from the internet service. Will it help to send also AT^SMSO (switch off)? Any other command?
Hello,
95 seconds is almost that much as 1 minute and 40 seconds. 34 s is much better.
Please check when you get the "+PBREADY" URC which indicates that the module has finished reading the data from SIM card - it will not register to the network before this time. Maybe the full phonebook is causing the additional delays for example. It would be also good to check this SIM card with some other device. You could also paste the AT+COPS? reply.
AT^SMSO is a good way because it performs safe power-off procedure and network deregistration. After "^SHUTDOWN" URC or V180 signal low state you can disconnect the power.
Regards,
Bartłomiej
Thank you Bartłomiej. These are good tips and others will surely learn from this discussion.
The 'slow' SIM card is brand new. The 'fast' one has a phonebook on it. So since it's the other way around I don't assume the phonebook causes the delay in this case. +PBREADY appears quite quickly in both.
Hello,
Have you been testing that in more than one place - this might be a network congestion or some other network related issue.
Is it always the same after each start or restart with AT+CFUN=1,1 with more than one device?
Please check ATI1 reply to verify the firmware version of your module.
I think that you could also ask your local Gemalto distributor in Israel if they have heard about any issues with this operator.
Regards,
Bartłomiej