TI中文支持网大神求助，设备使用的是协议栈3.0.1,总共有16个按键开关路由节点和1个协调器节点上电组网.一开始协调器节点控制开关路由正常,在过一天到两天后就会出现有几个设备出现:
1.协调器发送控制数据设备有执行,但是没有回复任何查询网络和上报开关信息.这时候路由节点无法发送任何数据信息.这时候只有重启设备才能回复.
2.有时候严重的不会执行协调器指令,相当于这时候不能接受和发送信息.(这两个情况按按键依旧可以控制开关,没有死机)
pan id:0x51f6
出现问题的路由节点设备是0x5c5c
附件中一个是正常前的和出问题后的
cs.rar
VV：
CS2018226-27-15.cubx 这个数据包中，协调器发送给0x5C5C的数据连MAC ACK都没有，0x5C5C在一跳范围内吗？0x5C5C的Link Status也没有看到，还有正常在工作吗？
协调器用的不是TI的芯片吧？在协调器发出来的Link Status里面没有0x5C5C的信息，为什么协调器会直接将数据发送给0x5C5C。
在数据包文件里面出现很多Unknow的数据包。
user5151484：
回复 VV:
CS2018226-27-15.cubx包里这时候路由节点0x5c5c已经是掉网了,但是路由节点有执行开关动作.协调器不是ti的
VV：
回复 user5151484:
已经掉网了，为什么还有执行开关动作？
user5151484：
回复 VV:
协调器发送了控制指令,0x5c5c路由设备有执行控制指令,但是没有返回消息.我直接对0x5c5c路由设备按按键执行开关动作也是有执行,但是没有上报开关信息.
在抓包中有很多uknown数据是因为在这个信道里同时还跑着另外一个pan id为0x5449的私网.应该没有影响吧.路由设备修改了zgRouterOffAssocCleanup = TRUE;.
现在出现这个路由设备掉线情况的时候,主要表现是协调器发送了控制指令路由设备是没有执行的.这时候路由设备停止了停止了一切的网络行为.但是路由设备按按键是有执行开关的没有出现死机.
