[EHSx] Priority switch to UMTS | Thales IoT Developer Community
June 3, 2014 - 8:34pm, 6593 views
At the moment I'm working on a project with the EHS6 module and I noticed that the module often switches back from UMTS to GPRS/EDGE. If this switching only occurs temporary, when needed, it would not be a problem. But I do not see the module switching back to UMTS when available. On my location is enough UMTS reception and I'm using an +5 db gain antenna.
My goal is to use UMTS as much as possible. How can this be done? (Without reboot / dettach / attach)
Edit:
OK
at^smoni
^SMONI: 3G,10661,119,-2.0,-82,204,08,178E,09AA0A6,10,33,NOCONN
OK
at^smoni
^SMONI: 3G,10661,119,-2.0,-79,204,08,178E,09AA0A6,10,36,NOCONN
OK
at^smoni
^SMONI: 3G,10661,119,-2.5,-79,204,08,178E,09AA0A6,9,36,NOCONN
at+creg?
+CREG: 2,1,"178E","009AA0A6",2
It looks like it is connected to 3G but still there is a ping of 500ms! If the last number of CREG is 6 I have a ping of 80ms.
Update:
AT^SMONI=255
^SMONI: 3G,10661,119,-2.5,-81,204,08,178E,09AA0A6,9,34,NOCONN
This I get even when I have a ServerSocket running, connected and read/writeing on the module. According to the documentation the NOCONN part should list more information when module is connected. (Not camping)
Jun 4 2014 - 2:42pm
Hello,
please notice that UTRAN indeed is 3G network. Last parameter of CREG informs if HSDPA and HSUPA (provision of higher quality of service) is present. This is managed by the network, but the module can request for this. You could experiment with AT+CGEQMIN and AT+CGEQREQ commands.
You can also select preferable access technology using AT^SXRAT if 2G and 3G are both available or force the module to register to 2G or 3G networks.
Regards
Jedrzej
- Log in or register to post comments
Jun 4 2014 - 4:39pm
Thank you for your reply. What is the default behavior of the EHS6? I red about the commando AT^SXRAT but on default UTRAN is already the preferred radio access technology. And will the module automatically switch back to 3G while online? (Meaning having a SocketConnection)
- Log in or register to post comments
Jun 4 2014 - 5:34pm
You're welcome!
If the network provides sufficient signal quality the module shall switch back to 3G, current PDP context remains the same.
Regards
Jedrzej
- Log in or register to post comments
Jul 7 2014 - 11:50am
I had a test module running last weekend and I noticed in the morning that is was switched back to GPRS. (Ping > 300ms) After rebooting the module it registers immediately to 3G resulting in ping times < 100 ms.
How and when should the switch back to UMTS? Where I am the UMTS signal strength is more then enough. I have the feeling that it is not working very well.
- Log in or register to post comments
Jul 7 2014 - 1:13pm
Hi,
please remember that the network operator manages access to 3G and 2G networks and network resource management depends on current load. Maybe it would be worth checking if this behavior occurs with another operator?
Regards
Jedrzej
- Log in or register to post comments
Jul 15 2014 - 1:16pm
Hi Jedrzej,
I have only one operator available here. (KPN) Also I have at the moment two modules operating and none of them switches back to 3G. After a reboot it connects to 3G but always after a while it sits back on GPRS/EDGE. If I force it to 3G by executing AT^SXRAT if will reconnect with 3G.
Also the manufacturer of the modules I use told me that they also see this behavior and the only why to get back to 3G is by resetting the module of by forcing it through AT^SXRAT.
In my opinion this is a bug in the EHS6 module.
- Log in or register to post comments
Jul 17 2014 - 1:57pm
Hello,
thanks for sharing your suppositions.
I work with 3 different network operators and have never observed such behavior. I have to remind that as the network, not the module, manages resources assignment this is network originated issue.
Sometimes when a subscriber doesn't generate high traffic, but accesses the network often for small amount of data, the operator switches him to 2G to save resources - maybe that's the case.
Regards
Jedrzej
- Log in or register to post comments