After a while I lose an IP address of the module. TAU is 2 hours with 10 minute active time. Here is the log:
AT
OK
AT+NCONFIG=autoconnect,true
OK
AT+CSCON=0
OK
AT+NPSMR=1
OK
AT+CEREG?
+CEREG:0,5
OK
+NPSMR:1
AT+CGPADDR=0
+CGPADDR:0,10.129.139.212
OK
AT+CPSMS=1,00001100,00101010
OK
+NPSMR:0
AT+CGPADDR=0
+CGPADDR:0,10.129.139.212
OK
+NPSMR:1
AT+CGPADDR=0
+CGPADDR:0,10.129.139.212
OK
+NPSMR:0
AT+CGPADDR=0
+CGPADDR:0,10.129.139.212
OK
+NPSMR:1
AT+CGPADDR=0
+CGPADDR:0,10.129.139.212
OK
+NPSMR:0
+NPSMR:1
+NPSMR:0
+NPSMR:1
+NPSMR:0
+NPSMR:1
+NPSMR:0
+NPSMR:1
AT+CGPADDR=0
+CGPADDR:0
OK
AT+CSQ
+CSQ:15,99
OK
AT+CGATT?
+CGATT:1
OK
AT+CGPADDR=0
+CGPADDR:0
OK
AT+CGMR
SSB,V150R100C10B200SP1
SECURITY_A,V150R100C20B300SP7
PROTOCOL_A,V150R100C20B300SP7
APPLICATION_A,V150R100C20B300SP7
SECURITY_B,V150R100C20B300SP7
RADIO,Hi2115_RF0
OK
AT+CGMM
BC95GJB-02-STD
AT+CGPADDR=0
+CGPADDR:0
OK
hi, FooBar_BarFoo:
AT+CGPADDR=[[cid],…]
Maybe because the CONTEXtid of the PDP has changed, you can simply execute the command “AT+CGPADDR”.
AT+CGPADDR=?
AT+CGPADDR
No, same thing… Im also sending NCONFIG, maybe something is wrong in this part.
AT+CGPADDR=0
+CGPADDR:0
OK
AT+CGPADDR
+CGPADDR:0
OK
AT+CGPADDR=?
+CGPADDR:(0)
OK
AT+NCONFIG?
+NCONFIG:AUTOCONNECT,TRUE
+NCONFIG:CR_0354_0338_SCRAMBLING,TRUE
+NCONFIG:CR_0859_SI_AVOID,TRUE
+NCONFIG:COMBINE_ATTACH,FALSE
+NCONFIG:CELL_RESELECTION,TRUE
+NCONFIG:ENABLE_BIP,FALSE
+NCONFIG:MULTITONE,TRUE
+NCONFIG:NAS_SIM_POWER_SAVING_ENABLE,TRUE
+NCONFIG:BARRING_RELEASE_DELAY,64
+NCONFIG:RELEASE_VERSION,13
+NCONFIG:RPM,FALSE
+NCONFIG:SYNC_TIME_PERIOD,0
+NCONFIG:IPV6_GET_PREFIX_TIME,15
+NCONFIG:NB_CATEGORY,1
+NCONFIG:RAI,FALSE
+NCONFIG:HEAD_COMPRESS,FALSE
+NCONFIG:RLF_UPDATE,FALSE
+NCONFIG:CONNECTION_REESTABLISHMENT,FALSE
+NCONFIG:PCO_IE_TYPE,EPCO
OK
hi, FooBar_BarFoo:
AT+NCONFIG? This query result is normal
You can try to send the data to see if it works and then get the IP address
Already tried, doesnt work:
AT+NSOCR=DGRAM,17,0,1
1
OK
AT+NSOST=1,YYY.AAA.BBB.CCC,8012,5,1245783132,100
ERROR
There is also an issue in requesting PSM data with CREG=5, doesnt return T3412:
AT+CEREG=5
OK
AT+CEREG?
+CEREG:5,5,0101,002EE870,9,00010000,
OK
hi, FooBar_BarFoo:
I suggest you use the LOG tool to get the relevant logs, and we will analyze the error through the LOG.The tool needs License when it is installed, and you need to provide the serial number. I will help you apply for the License file.
https://quectel123-my.sharepoint.cn/:u:/g/personal/ae-fae_dom_quectel_com_cn/EeUDa37BBDxKgjvAtkcgD2MBmCDfpNi0McdvTgkxnnTZRQ?e=6gzHb7
I have just read the
Rev. BC95_UE_Log_Viewer_User_Guide_V1.0
Date: 2017-02-17
but there is no messages.xml in the installation package (or evk folder for that matter)
you provide your BC95 firmware version number according to at command “ATI” ,I can send you the corresponding.xml file.
Quectel
BC95-G
Revision:BC95GJBR01A08
hi, FooBar_BarFoo:
The module attached to the network successfully and obtained the IP address normally (IP encrypted).
However, you failed to connect to the COAP platform, so you failed to send data. It is suggested that you change to another COAP platform or test through TCP.
Im sorry but Im not using COAP, its a simple UDP send, open socket (AT+NSOCR=DGRAM,17,0,1) send UDP packet (AT+NSOST), close socket (AT+NSOCL=1). Problem is not obtaining the IP, problem is retention of it in PSM mode. IP gets lost in second PSM interval and its quite easy to repeat:
ATE0
AT+NCONFIG=autoconnect,true
AT+CSCON=0
AT+QLEDMODE=0
AT+NPSMR=1
AT+CPSMS=1,00001100,00001111
and just wait, registers on the network, gets IP. During the full first PSM and after first active time, IP is fine, gets lost during the second PSM.
I made a workaround, before send I check for an IP and if its not there I detach from the network (AT+CGATT=0) and then attach again (AT+CGATT=1). This makes module register again ang gets another IP. I hope we can all agree that this is far from ideal. Interestingly, this happens even if you change PSM to something larger, like 4 hours, retains IP for first 4 hours and looses it in the second. Im attaching a screenshot how timestamps looks like. From screenshot you can see that for every second send I had to reattach the module.
Works just fine when PSM is 1 hour or less.
If you think it will help I can put module in PSM, check for IP every 30 seconds or so and log that.
Any update on this issue?
hi, FooBar_BarFoo:
Through your test, can the module normally send data through UDP after PSM wake up? If it can normally send and receive data and complete normal data interaction, you do not need to pay special attention to IP. We have not found any abnormal problems in the test of the module so far.
Hi Team,
I’m currently working on BC95-G (Which is Dragino NB-IoT Sheild) to perform a simple send & receive data message through UDP/TCP server using AT+Commands.
I’m new to this!
I’m using JIO SIM here. While doing MANUAL NETWORK ATTACHMENT, I’m receiving the response for the command to get the IP “AT+CGPADDR” as below,
+CGPADDR:0,2409:4040:F00:B929::E04B:4D02
OK
Kindly help me with this? Below are the responses & the AT Commands
AT Commands referred,
OK
REBOOTING
***************************************************************************
REBOOT_CAUSE_APPLICATION_AT
Neul
OK
OK
OK
XXXXXXXXXXXXX // CIMI
OK
OK
Signal power:-774
Total power:-716
TX power:-210
TX time:561
RX time:13892
Cell ID:4224914
ECL:0
SNR:171
EARFCN:2561
PCI:173
RSRQ:-108
OPERATOR MODE:3
CURRENT BAND:5
OK
+CEREG:0,1
OK
+CGATT:1
OK
+CGPADDR:0,2409:4040:F00:B929::E04B:4D02
OK
OK
This is an IPV6 address, it is normal
Thanks for the reply!
How can I get the IPv4 address to do the transmission over TCP/UDP ?
The IP type depends on your SIM card and THE APN of the SIM card. You need to consult the SIM card provider whether the SIM card supports IPV6 only
Okay! I will check them. Thanks for the immediate reply!
