YiKai Chen:
协调器恢复“出厂设置”后再通过BDB_Start函数建立网络,终端节点也要恢复“出厂设置”后再重新入網、不然就是會出現你描述的現象
Jesse Huang:
回复 YiKai Chen:
如果终端设备没有恢复“出厂设置”,那协调器不就会一直发送“Leave”命令给终端,如果原网络有很多终端节点,那不就要给很多个终端节点发送“Leave”命令,这不就造成网络拥堵了吗?
YiKai Chen:
回复 Jesse Huang:
照理說终端设备没有恢复“出厂设置”,那就不應該會加入协调器、除非协调器重新建網用的PANID是一樣的
Jesse Huang:
回复 YiKai Chen:
对,PANID建网时是随机的,我看了抓包两次的PANID也是不一样的,可是终端就是会发送“data request”给协调器,然后协调器发送“Leave”给终端,你可以简单测试一下,会出现这种情况的。可是有一点很奇怪,就是协调器恢复“出厂设置”后,还需要正常加入一个终端节点,然后原终端节点才会从发送“beacon request”请求加回原网络的状态,变成发送“data request”给协调器,协调器就会开始发送“Leave”命令给原终端节点。
Jesse Huang:
回复 Jesse Huang:
TI工作人员可以来指导一下吗?
YiKai Chen:
回复 Jesse Huang:
可以把sniffer log貼上來嗎?
Alvin Chen:
回复 Jesse Huang:
请提供一下你使用的例程,和抓包文件
Alvin Chen:
回复 Jesse Huang:
我们会在下面的链接讨论您的问题, 请在下面的链接递交您的sniffer log文件。
e2e.ti.com/…/754099
Jesse Huang:
回复 Alvin Chen:
抓包工具:SmartRF Packet Sniffer 2
解析工具:Wireshark
信道:26
说明:
1、在第“18”个包开始开启允许入网180秒,这个没抓到我说明一下。
2、然后从“19-81”个包为第一个设备(0x2ac8)入网成功过程。
3、在第“181”个包开始,协调器通过“bdb_resetLocalAction()”函数恢复“出厂设置”。此时第一个终端还是正常的通过“bdb_ZedAttemptRecoverNwk()”函数请求恢复原网络。
4、第“247-314”个包开始上电第二个终端设备并成功入网。
5、第“344”个包开始第一个终端节点开始被协调器请求离网。
YiKai Chen:
回复 Jesse Huang:
沒有看到你附上抓包檔