本文讨论了Z-Stack在设备管理中遇到的三个问题：1) 终端设备丢失后的处理；2) 终端设备MAX_POLL_FAILURE_RETRIES后无法重新加入网络；3) 大规模网络中父节点儿童地址溢出问题。针对这些问题，提出了可能的解决思路，包括通过定时发送DUMMY帧检测设备状态，研究ZDO_SynIndicationCB()的使用，以及提供清除过期子设备的代码示例。
1. 终端子节点丢失后，路由父节点无法察知。这个问题将导致终端设备为设置NV_RESTORE的情况下反复入网，占用关联表。
思路：上一篇文章已经讲了收到来自子节点OTA消息视为有效，目前工程中ED不定时发起消息，所以该方法不太适用。最笨的办法是ED定时发一个DUMMY帧，在应用层（或在OS中添加一个TASK）来检索关联表，长时间未发送DUMMY的ED设备则视为丢失。
问题：考虑使用较低开销，若终端设备POLL RATE不为0的话，比较好的办法是通过POLL请求的源地址检索关联表进行标志，如关联表内设备长时间未发送POLL请求则视为丢失。问题在于使用POLL关键字对Z-STACK代码进行检索，仅列出ED端的POLL REQ及POLL RATE函数，未找到RTR端POLL REQ的处理代码。
2. MAX_POLL_FAILURE_RETRIES后，终端设备不能够重新加入网络。
思路：按照Z-STACK Developer's Guide所述，终端成为孤儿节点后将调用ZDO_SynIndicationCB()函数重新入网。实际代码中未找到ZDO_SynIndicationCB()被调用。目前工程也对孤儿节点进行了处理，不过是在sapi层调用restart函数。目前考虑使用ZDO_SynIndicationCB()替换restart()进行测试。
3. E2E上的一段问答：
Q：
I was working on a locating project. To slove parent address overflow issue, I disabled both router and end-device's NV_RESTORE option and made end-devices t
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
