if I reset modem with CFUN=1,1 modem port starts to work again. But it’s full reinitialisation of modem… it must be much more simple solution for that problem.
I attached full AT/PPP log.
We are using USB for communication, with linux so in log:
ttyACM0 – Modem
ttyACM3 – Aux
firmware version is – 12.00.604
Hi, I
have a question that can help me to figure out what colud be the
problem: did you try to unplug usb and then connect it again after
sending AT+CFUN=1 (without resetting module )? is it working? Maybe
there is some process that is not stopped correctly when closing ppp.
Yes it helps. But can I somehow get around this without power off/power on usb?
Yes it helps. But can I somehow get around this without power off/power on usb? Because upper level software (ofono) missing modem, and then found new one.
Hi, you
should try to kill all ppp processes before sending AT+CFUN=4 to
module. Maybe one of them keeps usb "busy" preventing ppp starting
again.
Hi, you
should try to kill all ppp processes before sending AT+CFUN=4 to
module. Maybe one of them keeps usb "busy" preventing ppp starting
again.
Problem is I don’t have any additional ppp processes, that can hold ttyACM0 busy. ttyACM0 and ttyACM3 port both opened by ofono daemon and modem port (ttyACM0) is not actually busy. PPP session opened and handled by the same process (ofonod).
Correct me if I wrong but of port answering me that means its port is not busy…
You can see this in log below:
ofonod[376]: Aux: > AT+CFUN=4,0r connmand[256]: ppp0 {newlink} index 5 address 00:00:00:00:00:00 mtu 1500 connmand[256]: ppp0 {newlink} index 5 operstate 2 <DOWN> connmand[256]: ppp0 {newlink} index 5 address 00:00:00:00:00:00 mtu 1500 connmand[256]: ppp0 {newlink} index 5 operstate 2 <DOWN> connmand[256]: (null) {del} address 10.91.148.193/32 label ppp0 connmand[256]: ppp0 {dellink} index 5 operstate 2 <DOWN> ofonod[376]: Aux: < rnOKrnrn+CGREG: 0rnrn+CGEV: ME DEACT IP, "10.91.148.193", 1rnrn+CGEV: NW DETACHrn
Hi, I’m sorry for the late answer but we made some tests using a pppd script (the one you can find on the attached user guide (pages 12-13) changing ATD*99***1# with AT+CGDATA="PPP",1 in the connect script. PPP connection was successful also after sending AT+CFUN=4 and AT+CFUN=1 sequence on ttyACM3.
We still have this trouble, and was ready to collect trace data, but link is dead, can you please provide new one?
Check your email please.
Thank you, Is there any documentation for this tool? Is it possible to work with modem over usb and collect trace with rs port?
I sent again a link to TTC 2.6 which contains the doc.
We strongly suggest to collect the trace over USB, because the throughput of UART is limited and the trace is losing data and is some cases it becomes useless.
We are facing some issues with making HTTPS work on the 3G module – please find the log below. On the 2G module, HTTPS works fine with the same commands.
On the 3G module (UL865-EUD), we are seeing the following issues:
AT#CPUMODE=2 gives “ERROR” without any error code; CMEE is set to 2(verbose error messages)
AT#HTTPCFG=0,”http://www.ezetap.com“,443,0,,,1,120,1 returns “+CME ERROR: operation not supported” – same as error we got with older firmware on GL865 module.
We are getting same error for command AT#CPUMODE – it seems it is not supported on this module. But, HTTPS configuration works. However, HTTPQRY Fails. Please see log attached – please note that regular HTTP (without SSL) is working fine.
We are facing some issues with making HTTPS work on the 3G module – please find the log below. On the 2G module, HTTPS works fine with the same commands.
On the 3G module (UL865-EUD), we are seeing the following issues:
AT#CPUMODE=2 gives “ERROR” without any error code; CMEE is set to 2(verbose error messages)
AT#HTTPCFG=0,”http://www.ezetap.com“,443,0,,,1,120,1 returns “+CME ERROR: operation not supported” – same as error we got with older firmware on GL865 module.
We are getting same error for command AT#CPUMODE – it seems it is not supported on this module. But, HTTPS configuration works. However, HTTPQRY Fails. Please see log attached – please note that regular HTTP (without SSL) is working fine.
AT+CGMI
Telit
OK
AT+CGMM
UL865-EUD
OK
AT+CGMR
12.00.615
OK
Hi Monish,
first of all for the UL865 you should refer to the specific AT Reference Guide Telit_3G_Modules_AT_Commands_Reference_Guide.
The AT#CPUMODE is not described and not supported. It is a specific command implemented on 2G product to increase the clock of the CPU in order to provide more power in case of specific services like in this case SSL encryption, that won’t be possible at 26MHz. The clock of the UL865 is working at 208Mhz and therefore CPUMODE is not needed.
About HTTPCFG and SSL encryption, I tested the same version and I do not see the issue:
AT+CGMM UL865-EUR
OK AT+CGMR 12.00.605
OK AT#HTTPCFG=0,”www.ezetap.com”,443,0,,,1,120,1 OK
We use cookies to enhance your browsing experience and help us improve our websites. To improve our website, we carefully select third parties that use cookies to allow us to serve specific content and achieve the purposes set out in our cookie policy. For more information on how to make adjustments through your browser to the cookies being used on your device, please click Find Out More link. By closing this banner or continuing to browse our website, you agree to our use of such cookies. FIND OUT MORE
Hello there!
We are using Linux, and ofono+connman projects in our system.
Everything works fine until ppp session disconnects and modem goes CFUN=4.
After CFUN=1, modem got CREG, GATT but cannot get PPP session to work..
AT+CGDATA=”PPP”,1r
AT+CGDATA=”PPP”,1rrnNO CARRIERrn
if I reset modem with CFUN=1,1 modem port starts to work again. But it’s full reinitialisation of modem… it must be much more simple solution for that problem.
I attached full AT/PPP log.
We are using USB for communication, with linux so in log:
ttyACM0 – Modem
ttyACM3 – Aux
firmware version is – 12.00.604
Yes it helps. But can I somehow get around this without power off/power on usb?
Yes it helps. But can I somehow get around this without power off/power on usb? Because upper level software (ofono) missing modem, and then found new one.
Problem is I don’t have any additional ppp processes, that can hold ttyACM0 busy. ttyACM0 and ttyACM3 port both opened by ofono daemon and modem port (ttyACM0) is not actually busy. PPP session opened and handled by the same process (ofonod).
Correct me if I wrong but of port answering me that means its port is not busy…
You can see this in log below:
after cfun 1 and creg and cgatt
Hello!
We still have this trouble, and was ready to collect trace data, but link is dead, can you please provide new one?
Check your email please.
Thank you, Is there any documentation for this tool? Is it possible to work with modem over usb and collect trace with rs port?
I sent again a link to TTC 2.6 which contains the doc.
We are facing some issues with making HTTPS work on the 3G module – please find the log below. On the 2G module, HTTPS works fine with the same commands.
On the 3G module (UL865-EUD), we are seeing the following issues:
We are getting same error for command AT#CPUMODE – it seems it is not supported on this module. But, HTTPS configuration works. However, HTTPQRY Fails. Please see log attached – please note that regular HTTP (without SSL) is working fine.
AT+CGMI
Telit
OK
AT+CGMM
UL865-EUD
OK
AT+CGMR
12.00.615
OK
AT+CGMR
12.00.615
OK
AT+COPS?
+COPS: 0,0,”IND airtel”,2
OK
AT+CREG?
+CREG: 0,1
OK
AT+CGREG?
+CGREG: 0,1
OK
AT+CGDCONT=1,”IP”,”AIRTELGPRS.COM“
OK
AT#SGACT=1,1
ERROR
AT+CMEE=2
OK
AT#SGACT=1,1
+CME ERROR: wrong APN
AT+CGDCONT=1,”IP”,”WWW”
OK
AT#SGACT=1,1
ERROR
AT#SGACT=1,1
ERROR
AT+CMEE=2
OK
AT+CPIN?
+CPIN: READY
OK
AT+COPS?
+COPS: 0,0,”IND airtel”,2
OK
AT+CREG?
+CREG: 0,1
OK
AT+CGREG?
+CGREG: 0,1
OK
AT#SGACT=1,1
#SGACT: 10.157.3.16
OK
AT#CPUMODE=2
ERROR
AT#SSLEN=1,0
+CME ERROR: SSL generic error
AT#SSLEN=1,1
OK
AT#SSLSECCFG=1,0,1
OK
AT#CPUMODE=2
ERROR
AT#SSLSECCFG=1,0,1
OK
AT#SSLSECDATA=1,0,1
OK
AT#SSLSECDATA=1,1,1,833
> —–BEGIN CERTIFICATE—–
MIICPDCCAaUCEHC65B0Q2Sk0tjjKewPMur8wDQYJKoZIhvcNAQECBQAwXzELMAkG
A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFz
cyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk2
MDEyOTAwMDAwMFoXDTI4MDgwMTIzNTk1OVowXzELMAkGA1UEBhMCVVMxFzAVBgNV
BAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAzIFB1YmxpYyBQcmlt
YXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIGfMA0GCSqGSIb3DQEBAQUAA4GN
ADCBiQKBgQDJXFme8huKARS0EN8EQNvjV69qRUCPhAwL0TPZ2RHP7gJYHyX3KqhE
BarsAx94f56TuZoAqiN91qyFomNFx3InzPRMxnVx0jnvT0Lwdd8KkMaOIG+YD/is
I19wKTakyYbnsZogy1Olhec9vn2a/iRFM9x2Fe0PonFkTGUugWhFpwIDAQABMA0G
CSqGSIb3DQEBAgUAA4GBALtMEivPLCYATxQT3ab7/AoRhIzzKBxnki98tsX63/Do
lbwdj2wsqFHMc9ikwFPwTtYmwHYBV4GSXiHx0bH/59AhWM1pF+NEHJwZRDmJXNyc
AA9WjQKZ7aKQRUzkuxCkPfAyAw7xzvjoyVGM5mKf5p/AfbdynMk2OmufTqj/ZA1k
—–END CERTIFICATE—–
OK
AT#SSLEN=1,0
OK
AT#HTTPCFG=0,”http://www.ezetap.com“,443,0,,,1,120,1
OK
AT#HTTPQRY=0,0,”/portal/login”
+CME ERROR: connection failed
AT#HTTPQRY=0,0,”/portal/login”
+CME ERROR: connection failed
AT#HTTPQRY=0,0,”/portal/login”
+CME ERROR: connection failed
AT#HTTPQRY=0,0,”/portal/login”
+CME ERROR: connection failed
AT#HTTPQRY=0,0,”/portal/login”
+CME ERROR: connection failed
AT#HTTPCFG=0,”http://www.google.com“,80,0,,,0
OK
AT#HTTPQRY=0,0,”/”
OK
#HTTPRING: 0,302,””,0
AT#HTTPRCV=0
<<<Content-Length: 255
Cache-Control: private
Content-Type: text/html; charset=UTF-8
Location: http://www.google.co.in/?gfe_rd=cr&ei=TC-dVeP6EIWz8wfR9rmgBA
Date: Wed, 08 Jul 2015 14:10:20 GMT
Server: GFE/2.0
Alternate-Protocol: 80:quic,p=0
Connection: close
<HTML><HEAD><meta http-equiv=”content-type” content=”text/html;charset=utf-8″><TITLE>302 Moved</TITLE></HEAD><BODY><H1>302 Moved</H1>The document has moved <A HREF=”http://www.google.co.in/?gfe_rd=cr&ei=TC-dVeP6EIWz8wfR9rmgBA“>here</A>. </BODY></HTML>
OK
AT#HTTPCFG=0,”d.eze.cc“,80,0,,,0
OK
AT#HTTPQRY=0,0,”/”
OK
#HTTPRING: 0,200,”text/html”,113
AT#HTTPRCV=0
<<<<htm> <head><meta http-equiv=”refresh” content=”0; url=http://ezetap.com/” /></head><body><h1>Got you</h1></html>
OK
Hi Monish,
first of all for the UL865 you should refer to the specific AT Reference Guide Telit_3G_Modules_AT_Commands_Reference_Guide.
The AT#CPUMODE is not described and not supported. It is a specific command implemented on 2G product to increase the clock of the CPU in order to provide more power in case of specific services like in this case SSL encryption, that won’t be possible at 26MHz. The clock of the UL865 is working at 208Mhz and therefore CPUMODE is not needed.
About HTTPCFG and SSL encryption, I tested the same version and I do not see the issue:
AT+CGMM
UL865-EUR
OK
AT+CGMR
12.00.605
OK
AT#HTTPCFG=0,”www.ezetap.com”,443,0,,,1,120,1
OK