我的服务器正在从Telit ME910C1 LTE Cat-M调制解调器接收数据。该单元被放置在行驶中的车辆上。
有时收到回复的时间较晚,当它按时收到响应时,cell-id会发生变化。
请帮助我缩小此问题的范围:我需要解释下面代码部分附带的+CEREG
消息。
+CEREG: 1,"4CO3","AD9C30F",8 T:(0:43:36) // server delay starts now
+CEREG: 1,"4C01","AE25C11",8 T:(0:47:36)
+CEREG: 1,"4C01","AE15E10",8 T:(0:49:58)
+CEREG: 1,"4CO3","AE2DA10",8 T:(0:50:13)
+CEREG: 1,"4CO3","AE2DAOF",8 T:(0:52:30)
+CEREG: 1,"4CO3","AE1D010",8 T:(0:52:48)
+CEREG: 1,"4CO3","AE19611",8 T:(0:54:48)
+CEREG: 1,"4CO3","AE1960F",8 T:(0:56:9)
+CEREG: 1,"4CO3","AE19610",8 T:(0:57:54)
+CEREG: 1,"4CO3","AE26611",8 T:(0:58:27)
+CEREG: 1,"4CO3","AE19610",8 T:(0:58:38)
+CEREG: 1,"4CO3","AE26610",8 T:(0:58:48)
+CEREG: 1,"4CO3","AE1B411",8 T:(1:2:9)
+CEREG: 1,"4CO3","AE1B40F",8 T:(1:3:47)
+CEREG: 1,"4CO3","AE1B415",8 T:(1:4:23)
+CEREG: 0 T:(1:7:27)
+CEREG: 0 T:(1:7:51)
+CEREG: 2 T:(1:7:52)
+CEREG: 1,"4CO3","AE1B415",8 T:(1:7:52)
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:1) // Server delay ends here
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:8)
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:10:0)
+CEREG: 1,"4CO3","AD9E712",8 T:(1:11:30)
我唯一的想法是可能没有良好的小区覆盖率。我可以说对吗?
您在日志中看到的是一系列URC消息(未经请求的结果代码:由特定事件触发的异步消息)。
通过命令启用了此特定URC
AT+CEREG=<mode>
Where mode的值可以为0(禁用URC)和1/2/3(配置不同的verbosity级别)。
据我所知,您的设备设置为+CEREG=3
。
URC的格式如下
short format: +CEREG: <stat>
long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>]]
extended long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>][,<cause_type>,<reject_cause>]]
尤其是stat值非常重要。根据ME910C1 AT guide,与我们相关的是:
由于您在开车,所以您会看到很多带有单元开关的URC; stat值始终为1(已注册)。
此后,发生了某些事情:stat切换为0(未注册),可能是由于覆盖率很低(隧道?)。
您必须开车一定时间,但最终状态变为2(正在扫描)。这意味着设备再次收到了一些东西,但需要一些时间才能再次注册。
调制解调器终于再次注册,并且单元被更改(在隧道外?)。