UL865-EUR CGDATA immediately answer NO CARRIER

13 thoughts on “UL865-EUR CGDATA immediately answer NO CARRIER

  1. 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

     

    1. 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.

  2. 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.

    1. 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.

      1. 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

         

        after cfun 1 and creg and cgatt

         

        ofonod[376]: Aux: > AT+COPS?r
        ofonod[376]: Aux: < rn+COPS: 0,0,"MTS-RUS",0rnrnOKrn
        ofonod[376]: Aux: > AT+CGREG?r
        ofonod[376]: Aux: < rn+CGREG: 2,1,"01A8","0D08",0,"DC"rnrnOKrn
        ofonod[376]: Aux: < rn#PSNT: 1rn
        ofonod[376]: Modem: > AT+CGDCONT=1,"IP","internet.mts.ru"r
        ofonod[376]: Modem: < AT+CGDCONT=1,"IP","internet.mts.ru"rrnOKrn
        ofonod[376]: Modem: > AT+CGDATA="PPP",1r
        ofonod[376]: Modem: < AT+CGDATA="PPP",1rrnNO CARRIERrn

         

         

        1. 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.

          Can you please try with that pppd script? If it doesn’t work, can you provide us a trace of the module with out TTC tool (you can download it from this link: https://tcloud.telit.com/public.php?service=files&t=ff35f4d8b4dfb0b1a996d0745bb725a2) ?

          Thank you very much.

          1. Hello!

            We still have this trouble, and was ready to collect trace data, but link is dead, can you please provide new one?

          2. Thank you, Is there any documentation for this tool? Is it possible to work with modem over usb and collect trace with rs port?

          3. 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.

  3. 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:

    1. AT#CPUMODE=2 gives “ERROR” without any error code; CMEE is set to 2(verbose error messages)
    2. 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

    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&amp;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

    1. 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:

      1. AT#CPUMODE=2 gives “ERROR” without any error code; CMEE is set to 2(verbose error messages)
      2. 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