Hi,
I have an RC7630-1 chip that sends http get requests in an embedded module. This module has been tested in France (where it worked perfectly), and has then been sent to the clients in Japan, where it doesn’t work anymore.
I’m now using a dev board to manually tests the AT commands that are sent by the module to try to understand why it’s not working. Here is the detailed list of AT commands i’m sending the their output :
AT
-> OK
ATE0
-> OK
AT+CPIN?
-> +CPIN: READY
AT+CGREG?
-> +CGREG: 0,1
AT+KCNXCFG=1,"GPRS","soracom.io"
-> OK
AT+KCNXPROFILE=1
-> OK
AT+CGATT=1
-> OK
AT+KHTTPCFG=1,"our.backend-url.com",180,0
-> +KHTTPCFG: 1
-> OK
-> +KCNX_IND: 1,4,1
-> +KCNX_IND: 1,1,0
-> +KHTTP_IND: 1,1
AT+KHTTPGET=1,"/server/application.php?var=REPORT;E012345678902602161412000100020003260216141200010002000326021614120001000200032602161412000100020003"
-> +CME ERROR: 3
I’m not sure what “+CME ERROR: 3” corresponds to, but i also made other tests. When sending the exact same command sequence but with a shorter payload/URL for the last one, it works :
AT+KHTTPGET=1,"/server/application.php?var=ALERTE;A012345678901602202614133004BE96CD023E"
-> +KHTTP_IND: 1,3,337,200,"OK"
I also tested both command sequences with a 3G chip “HL8548” and it worked fine.
Like mentionned at the beginning at the post, both command sequences also work fine with HL8548 AND RC7630-1 in France, but it failed in Japan.
I’m not really familiar with how network operations work so i’m a bit lost on the reason that cause this command to fail in these specific conditions.
Here’s the informtation about the version of the chip :
ATI9
-> Manufacturer: Sierra Wireless, Incorporated
-> Model: RC7630-1
-> QTI baseline: MPSS.JO.2.0.2.c1.1-00073-9607_GENNS_PACK-1.378695.1.397096.1
-> Revision: SWI9X07H_00.08.08.00 b3879d jenkins 2021/05/14 12:21:51
-> IMEI: 359583385030525
-> IMEI SV: 17
-> FSN: E93406751714B1
-> +GCAP: +CGSM
Thanks in advance for any help.
