Hi,
using BC660K module I can register with the network (+CEREG: 5). Now I try to use QNTP command, but receiving response code 550. This happens always in home network of the operator. When roaming in foreign network I can receive QNTP response with correct time.
Below IP address is working NTP server address. The same result is with any other NTP server.
Any suggestions what’s wrong with network?
Thanks.
Peter
Below is the sequence of commands:
+CSCON: 1
00> RING at Thu Jan 1 00:00:06 1970
00> >> +CEREG: 5
00> Registration successfull
00> sendCommand << AT+QNTP=0,“217.31.202.100”
00> >> OK
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 17,0
00> SS: -79, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:22 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:34 1970
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 16,0
00> SS: -81, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:37 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:49 1970
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 15,0
00> SS: -83, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:52 1970
00> >> +QNTP: 550
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
If you need not ultra-precise time: get it from your Internet server, e.g somewhere in an UDP packet as UNIX uint32_t Timestamp. Normally server time is +/- 1 sec precise, so you only have the UDP delay as error.
Jo
Unfortunately no success. IP address is present but still - it does not even resolve the ntp server host name:
00> QuectelModem::init()
00> QuectelModem::RX=4, TX=3, RI=2, PSM_INT=11
00> RING at Thu Jan 1 00:00:00 1970
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:02 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:04 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.76.11”
00> Unhandled: +CGPADDR: 0,“10.234.76.11”
00> >> OK
00> << AT+QNTP=0,ntp.sjtu.edu.cn
00> >> OK
00> RING at Thu Jan 1 00:00:39 1970
00> >> +QNTP: 565
00> RING at Thu Jan 1 00:00:42 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 13,0
00> SS: -87, BER: 0
00> >> OK
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF
When using numeric IP address your NTP server, modem attempts 3x to get the time (establishing connection and drop back) and then give up:
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:05 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:06 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.82.156”
00> Unhandled: +CGPADDR: 0,“10.234.82.156”
00> >> OK
00> << AT+QNTP=0,81.2.248.189
00> >> OK
00> RING at Thu Jan 1 00:00:17 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 11,0
00> SS: -91, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:22 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:34 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 12,0
00> SS: -89, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:37 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:50 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 10,0
00> SS: -93, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:52 1970
00> >> +QNTP: 550
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF
I suggest you use another NTP server (domain name) and try again, do not use IP
Hi Herbert,
unfortunately no success - see command sequence below.
Peter
00> QuectelModem::init()
00> QuectelModem::RX=4, TX=3, RI=2, PSM_INT=11
00> RING at Thu Jan 1 00:00:00 1970
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:02 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:04 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.76.11”
00> Unhandled: +CGPADDR: 0,“10.234.76.11”
00> >> OK
00> << AT+QNTP=0,ntp.sjtu.edu.cn
00> >> OK
00> RING at Thu Jan 1 00:00:39 1970
00> >> +QNTP: 565
00> RING at Thu Jan 1 00:00:42 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 13,0
00> SS: -87, BER: 0
00> >> OK
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF
Please output the current BC660K firmware version
ATI
[2022-06-13_17:39:00:735]AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
[2022-06-13_17:39:00:735]OK
[2022-06-13_17:39:07:919]AT+QNTP=0,ntp.sjtu.edu.cn
[2022-06-13_17:39:07:919]OK
[2022-06-13_17:39:09:100]
[2022-06-13_17:39:09:100]+QNTP: 0,“2022/06/13,09:39:08”
[2022-06-13_17:39:52:298]AT+QNTP=0,time-a.nist.gov
[2022-06-13_17:39:52:298]OK
[2022-06-13_17:39:53:192]
[2022-06-13_17:39:53:192]+QNTP: 0,“2022/06/13,09:39:52”
[2022-06-13_17:40:02:346]AT+QNTP=0,time-a.timefreq.bldrdoc.gov
[2022-06-13_17:40:02:346]OK
[2022-06-13_17:40:03:284]
[2022-06-13_17:40:03:284]+QNTP: 0,“2022/06/13,09:40:02”
[2022-06-13_17:40:11:242]AT+QNTP=0,utcnist.colorado.edu
[2022-06-13_17:40:11:242]OK
[2022-06-13_17:40:12:246]
[2022-06-13_17:40:12:246]+QNTP: 0,“2022/06/13,09:40:11”
[2022-06-13_17:40:21:547]AT+QNTP=0,time-nw.nist.gov
[2022-06-13_17:40:21:547]OK
[2022-06-13_17:41:07:068]
[2022-06-13_17:41:07:068]+QNTP: 550
[2022-06-13_17:41:11:882]AT+QNTP=0,nist1-ny.glassey.com
[2022-06-13_17:41:11:882]OK
[2022-06-13_17:41:12:606]
[2022-06-13_17:41:12:606]+QNTP: 565
[2022-06-13_17:41:25:470]AT+QNTP=0,s1b.time.edu.cn
[2022-06-13_17:41:25:470]OK
[2022-06-13_17:42:11:089]
[2022-06-13_17:42:11:089]+QNTP: 550
[2022-06-13_17:42:12:536]ATI
[2022-06-13_17:42:12:536]Quectel_Ltd
[2022-06-13_17:42:12:536]Quectel_BC660K-GL
[2022-06-13_17:42:12:536]Revision: BC660KGLAAR01A05_BETA0425
[2022-06-13_17:42:12:536]OK
Thank you Herbert,
all of the NTP server responds 565. This is DNS issue - none of hostnames of time server is resolved. I believe this is network issue with incomming UDP traffic.
Checked with other SIM cards (Vodafone, TMobile NL) and all NTP severs get the time correctly.
Any suggestions what could be wrong with their network (TCom SK) ?
Peter
I personally infer that the core network of the radio network may have limited access to some NTP servers
Well, to me, it looks like issue down to inbound IP traffic. AT+QIDNSGIP=“www.google.com” results in 565 - no matter if I set AT+QIDNSCFG=0,8.8.8.8