我的服务器正在从 Telit ME910C1 LTE Cat-M 调制解调器接收数据。该装置放置在行驶中的车辆上。
有时响应会延迟收到,当它按时收到响应时,小区 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)
Run Code Online (Sandbox Code Playgroud)
我唯一的想法是可能没有很好的小区覆盖。我是对的吗?
您在日志中看到的是一系列URC消息(主动结果代码:由特定事件触发的异步消息)。
这个特定的URC是通过命令启用的
AT+CEREG=<mode>
Run Code Online (Sandbox Code Playgroud)
其中模式可以具有值 0(禁用 URC)和 1/2/3(配置不同的详细级别)。
据我所知,您的设备已设置为+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>]]
Run Code Online (Sandbox Code Playgroud)
特别是,统计值非常重要。根据ME910C1 AT 指南,与我们相关的是:
因为你在开车,所以你会看到很多只有一个单元开关的 URC;stat值始终为 1(已注册)。
之后,发生了一些事情:stat切换到 0(未注册),可能是由于覆盖范围非常低(隧道?)。
你必须开车一段时间,但最后状态变成2(扫描)。这意味着设备再次接收到某些内容,但需要一些时间才能再次注册。
调制解调器最终再次注册,并且小区发生变化(在隧道外?)。
| 归档时间: |
|
| 查看次数: |
1874 次 |
| 最近记录: |