启动quectel-CM程序,打印的输出信息是:
root@myimx6ek140p:~# [08-24_02:58:10:174] WCDMA<E_QConnectManager_Linux&Android_V1.1.34
[08-24_02:58:10:175] /my-demo/gcc-linaro-5.3-arm/quectel-CM profile[1] = (null)/(null)/(null)/0, pincode = (null)
[08-24_02:58:10:177] Find /sys/bus/usb/devices/1-1 idVendor=2c7c idProduct=0125
[08-24_02:58:10:179] Find /sys/bus/usb/devices/1-1:1.4/net/eth2
[08-24_02:58:10:179] Find usbnet_adapter = eth2
[08-24_02:58:10:181] Find /sys/bus/usb/devices/1-1:1.4/GobiQMI/qcqmi2
[08-24_02:58:10:181] Find qmichannel = /dev/qcqmi2
[08-24_02:58:10:221] Get clientWDS = 7
[08-24_02:58:10:254] Get clientDMS = 8
[08-24_02:58:10:286] Get clientNAS = 9
[08-24_02:58:10:318] Get clientUIM = 10
[08-24_02:58:10:350] Get clientWDA = 11
[08-24_02:58:10:382] requestBaseBandVersion EC20CEHDLGR06A05M1G
[08-24_02:58:10:478] requestGetSIMStatus SIMStatus: SIM_READY
[08-24_02:58:10:510] requestGetProfile[1] cmnet///0
[08-24_02:58:10:542] requestRegistrationState2 MCC: 460, MNC: 0, PS: Attached, DataCap: LTE
[08-24_02:58:10:573] requestQueryDataCall IPv4ConnectionStatus: DISCONNECTED
[08-24_02:58:10:638] requestRegistrationState2 MCC: 460, MNC: 0, PS: Attached, DataCap: LTE
[08-24_02:58:10:702] requestSetupDataCall WdsConnectionIPv4Handle: 0x86d94f10
[08-24_02:58:10:798] requestQueryDataCall IPv4ConnectionStatus: CONNECTED
[08-24_02:58:10:830] ifconfig eth2 up
[08-24_02:58:10:855] busybox udhcpc -f -n -q -t 5 -i eth2
[08-24_02:58:10:876] udhcpc (v1.24.1) started
[08-24_02:58:10:998] Sending discover...
[08-24_02:58:11:058] Sending select for 10.157.43.175...
[08-24_02:58:11:118] Lease of 10.157.43.175 obtained, lease time 7200
[08-24_02:58:11:216] /etc/udhcpc.d/50default: Adding DNS 211.136.17.107
[08-24_02:58:11:216] /etc/udhcpc.d/50default: Adding DNS 211.136.20.203
这样输出的结果应该是说明成功连接移动网络了,但是无法ping通百度
无法ping 通DHCP设置的DNS服务器
其他现象:
可以看到收发,但是收到和发出的内容显然不对等
正常情况下应该是这样的收发对比
另外正常联网时会在一段时间内发出
requestRegistrationState2 MCC: 460, MNC: 0, PS: Attached, DataCap: LTE
但是在没有正常连接的网关上是没有定时发出这些内容的
注:正常情况下,ping 4G的网关也是不通的
因为esim卡在上电之后就跟4G模块的IMEI值绑定了,所以就只能测试4G模块跟其他的卡绑定之后是否能够正常工作,
后续测试内容:
1.测试模块连接其他sim卡时是否能够正常使用
2.如果连接其他模块时效果也是这样,就可以证明这样的模块是有问题的
在没有用新的模块测试之前,我发现,这个模块可以正常连接百度了,但是连接ntp服务器依旧不可以。
root@myimx6ek140p:~# ntpdate cn.pool.ntp.org
26 Feb 06:38:33 ntpdate[1771]: no server suitable for synchronization found
正常的情况为:
root@myimx6ek140p:~# ntpdate cn.pool.ntp.org
24 Aug 05:51:46 ntpdate[1243]: adjust time server 5.79.108.34 offset -0.025769 sec
另一种对时方式:
root@myimx6ek140p:~# ntpdate -d ntp.sjtu.edu.cn
24 Aug 05:56:54 ntpdate[1785]: ntpdate 4.2.8p7@1.3265 Fri Sep 21 17:17:07 UTC 20 18 (2)
Looking for host ntp.sjtu.edu.cn and service ntp
84.16.73.33 reversed to tick.ntp.infomaniak.ch
host found : tick.ntp.infomaniak.ch
transmit(84.16.73.33)
transmit(193.182.111.12)
receive(84.16.73.33)
transmit(202.118.1.130)
receive(202.118.1.130)
receive(193.182.111.12)
transmit(84.16.67.12)
transmit(84.16.73.33)
transmit(193.182.111.12)
transmit(202.118.1.130)
receive(202.118.1.130)
receive(84.16.73.33)
transmit(84.16.67.12)
receive(193.182.111.12)
receive(84.16.67.12)
transmit(84.16.73.33)
transmit(202.118.1.130)
receive(202.118.1.130)
transmit(193.182.111.12)
receive(84.16.73.33)
transmit(84.16.67.12)
receive(193.182.111.12)
receive(84.16.67.12)
transmit(202.118.1.130)
receive(202.118.1.130)
transmit(84.16.73.33)
transmit(193.182.111.12)
receive(84.16.73.33)
transmit(84.16.67.12)
receive(193.182.111.12)
receive(84.16.67.12)
server 84.16.73.33, port 123
stratum 1, precision -25, leap 00, trust 000
refid [GPS], delay 0.37633, dispersion 0.00194
transmitted 4, in filter 4
reference time: e4cf08a1.acce2875 Tue, Aug 24 2021 5:56:49.675
originate timestamp: e4cf08ad.42c1f1da Tue, Aug 24 2021 5:57:01.260
transmit timestamp: e4cf08ad.0441a04d Tue, Aug 24 2021 5:57:01.016
filter delay: 0.37633 0.39333 0.37849 0.38837
0.00000 0.00000 0.00000 0.00000
filter offset: 0.059189 0.056145 0.057790 0.062757
0.000000 0.000000 0.000000 0.000000
delay 0.37633, dispersion 0.00194
offset 0.059189
server 193.182.111.12, port 123
stratum 2, precision -20, leap 00, trust 000
refid [193.182.111.12], delay 0.36284, dispersion 0.00598
transmitted 4, in filter 4
reference time: e4cf058f.cfe2985e Tue, Aug 24 2021 5:43:43.812
originate timestamp: e4cf08ad.6ca185a1 Tue, Aug 24 2021 5:57:01.424
transmit timestamp: e4cf08ad.3775382a Tue, Aug 24 2021 5:57:01.216
filter delay: 0.36284 0.36786 0.37335 0.37332
0.00000 0.00000 0.00000 0.00000
filter offset: 0.038591 0.030404 0.044416 0.033850
0.000000 0.000000 0.000000 0.000000
delay 0.36284, dispersion 0.00598
offset 0.038591
server 202.118.1.130, port 123
stratum 1, precision -24, leap 00, trust 000
refid [PTP], delay 0.13319, dispersion 0.00731
transmitted 4, in filter 4
reference time: e4cf08ac.200e1da0 Tue, Aug 24 2021 5:57:00.125
originate timestamp: e4cf08ac.e6abb459 Tue, Aug 24 2021 5:57:00.901
transmit timestamp: e4cf08ac.d10e45f2 Tue, Aug 24 2021 5:57:00.816
filter delay: 0.14742 0.17810 0.16765 0.13319
0.00000 0.00000 0.00000 0.00000
filter offset: 0.033454 0.042719 0.047625 0.030467
0.000000 0.000000 0.000000 0.000000
delay 0.13319, dispersion 0.00731
offset 0.030467
server 84.16.67.12, port 123
stratum 1, precision -25, leap 00, trust 000
refid [GPS], delay 0.37846, dispersion 8.00183
transmitted 4, in filter 4
reference time: e4cf08a1.aeffb6ae Tue, Aug 24 2021 5:56:49.683
originate timestamp: e4cf08ad.a72df377 Tue, Aug 24 2021 5:57:01.653
transmit timestamp: e4cf08ad.6aa85a96 Tue, Aug 24 2021 5:57:01.416
filter delay: 0.00000 0.37930 0.37846 0.38849
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.060165 0.058026 0.054959
0.000000 0.000000 0.000000 0.000000
delay 0.37846, dispersion 8.00183
offset 0.058026
24 Aug 05:57:01 ntpdate[1785]: adjust time server 84.16.73.33 offset 0.059189 se
但是在异常的机子上依旧会显示:
26 Feb 06:43:46 ntpdate[2310]: no server suitable for synchronization found
排除法:
系统原因:问题网关,使用局域网连接,可以正常完成对时
模块原因:使用该模块,用其他的卡连接
定位到了,应该是卡的问题,但是解决方案待定