Zigbee 和 Thread

Zigbee 和 Thread 论坛

状态 Resolved
已锁定已锁定
回复 22 回复
订户 19 订户
视图 13864 视图
用户 0 会员在此处

选项

选项

相关

路由无法连接协调器

user5117501

Intellectual 280 points

Other Parts Discussed in Thread: Z-STACK

实验环境：一个协调器A，一个路由器B作为终端节点

实验方法：协调器A每秒发送一次组播报文到路由器B，路由器\B收到报文后，立即回复报文到协调器A。

实验现象：通电后，连续通信1分钟左右，路由器无缘无故与协调器断开，跟踪路由器代码，发现主程序运行正常，但是，用户程序无论如何都不能捕捉协调器发送的报文，观察_NIB全局变量，网络状态显示为NWK_ROUTER，似乎也是正常的，就是无法联网，重启路由器后，又正常了，再过1分钟左右，重复出现上述故障现象，请问如何解决这个问题？不慎感谢！

0 YiKai Chen 7 年多前

Guru 109510 points

有抓包看看狀況嘛？

0 Viki Shi 7 年多前

TI__Guru**** 188340 points

2.5.1的协议栈，是否可以换新版再进行测试？

0 user5117501 7 年多前回复 Viki Shi

Intellectual 280 points

使用了Z-Stack_Home_1.2.2a协议栈。

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

有抓包看看?

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

20190115-测试数据1.psd

0 user5117501 7 年多前回复 user5117501

Intellectual 280 points

上面是抓包的数据，当协调器发送0x89报文时，路由回复0xCC报文中的地址：Dest.Address=oxFFFF 、NWK Dest.Address=0xFFFC 不正确，后续的NWK link Status=0x08 不明白怎么回事？敬请赐教！

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

Dest.Address=0xFFFF是广播、建議你用单播

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

刚才仔细看了代码和抓包的数据，其实，协调器发送的就是单播数据，不是组播。问题是，为什么路由器会无缘无故的不接收OTA消息？？仿真发现，路由器其它代码运行正常。

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

對，你的抓包的数据，协调器发送的都是单播数据，但是里面沒有看到任何OTA相關的数据

0 user5117501 7 年多前回复 user5117501

Intellectual 280 points

今天分别做了两组实验，第一组：协调器组播发送，路由器收到后，单播回复给协调器。见抓包数据20190116-测试数据_组播1.psd 20190116-测试数据_组播2.psd

第二组实验：协调器和路由器启动后，路由器向协调器注册，协调器收到路由器ARP注册后，建立ARP表，然后，每隔1秒向ARP表中的路由发送数据。抓包信息20190116-测试数据_单播1.psd 20190116-测试数据_单播2.psd

故障现象：无论协调器使用组播还是单播，路由器在正常工作一段时间后，均从网络断开，无法继续收发数据，只能硬件重启。

敬请高手帮忙协查，不甚感激！

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

如果使用Z-Stack_Home_1.2.2a协议栈原始的SampleLight當协调器,SampleSwitch當路由器在正常工作一段时间后還會从网络断开嘛？

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

协调器发送的只有一个计数信息，每发一次计数+1，路由收到后，将计数器原样回复到协调器。之前一直没有找到路由器死机原因，一直怀疑通信问题，所以，用这个实验用来测试两者之间的通信问题

0 user5117501 7 年多前回复 user5117501

Intellectual 280 points

通过第二组单播通信测试发现一个问题：每次路由器失败时，一定出现在路由器发送广播报文的地方，分析发现，路由器代码中根本没有广播发送代码，这就非常奇怪了？

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

如果用原始例程不會有路由器死机，那就是你修改或是新增的程序碼造成的，所以你還是先用Z-Stack_Home_1.2.2a协议栈原始的SampleLight當协调器,SampleSwitch當路由器測試路由器在正常工作一段时间后看看還會不會从网络断开

0 user5117501 7 年多前回复 user5117501

Intellectual 280 points

分析组播报文发现：在路由器回复失败后，协调器和路由器均能正常发送组播报文，只是路由器无法响应协调器的报文，接收OTA消息的代码无法跟踪。

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

好的，我来试试。

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

经过测试发现，程序在AF_DataRequest（）函数中失败超过3次后，则从网络断开，不再接收OTA消息。感觉上应该时路由器自己从网络上断开，退出网络了，有什么办法可以修改这个问题？

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

這個测试指的是原始沒有修改過的SampleLight/SampleSwitch去做的嘛？有沒有發生問題時的抓包檔可以分析？

0 Alvin Chen 7 年多前回复 user5117501

TI__Guru 56646 points

/* The maximum number of retries allowed after a transmission failure */
-DAPSC_MAX_FRAME_RETRIES=3

这是正常的，当你传输3次错误时，则会变为orphan设备。

0 user5117501 7 年多前回复 Alvin Chen

Intellectual 280 points

仿真发现，当路由器发送一段时间后，AF_DataRequest（）函数会返回afStatus_MEM_FAIL，表示内存失败，应该时堆栈出现问题。

0 YiKai Chen 7 年多前回复 user5117501

Guru 109510 points

会產生返回afStatus_MEM_FAIL通常都是應用程序allocate memory 沒有釋放造成

0 user5117501 7 年多前回复 YiKai Chen

Intellectual 280 points

找到原因，确实是内存没有释放，修改后程序正常。
感谢YK Chen ！！！