[参考译文] CC2652P：Zed 轮询父项、但父项没有&#39；似乎没有将其作为子项

尊敬的 Akhilesh：

我会对此进行研究。  如果可能、请建议如何仅使用 TI LaunchPad 轻松复制演示文稿。

此致、
Ryan

在路由器上、我们禁用了儿童老化。  
该 ZED 是一款不在市场上的设备、不提供更新固件的选项。  
我还在考虑检查 8.30.01 SDK 的更新以供 ZRS 使用、但遗憾的是、这个问题不容易重现。  

我已尝试重新启动 ZR、当这种情况发生时、清除它上可能存在的任何剩余数据、但它在下一次轮询之前的时间重新启动、这种情况继续发生。  
当我关闭它比 Zed 轮询更长的时间, Zed 重新加入到另一个设备,然后一切开始正常工作。

这是因为这是 MAC 层、并且 ZR 未检查父项 — 子项关系。  
我认为这不是 ZED 的问题,因为 AC,它是假设父存在。  

我禁用了路由器上的儿童老化、这是否会产生任何影响？

谢谢

Akhilesh

如果 ZR 已禁用了子项老化、则除非 ZED 重新加入另一个广播父项通知的父项、否则它们永远不会删除子项。  在此期间、ZR 是否未发送休假请求、或者 NWK 密钥是否有任何更改？  有多少 ZED 连接到此 ZR？  ZED 和 ZR 的网络帧计数器是什么？  您能否提供一个监听器日志、以记录 ZR 停止响应的时间？  需要更多信息或复制步骤。

此致、
Ryan

我知道,除非父母宣布发生,否则永远不会删除儿童。 这里的问题是、如果 ZR 的父项声明没有此子项 Zed、为什么它会返回 Ack for Data Request（确认数据请求）。

无 NWK 键更改。 2 个 ZED 连接到此 ZR、如屏幕截图所示。  
我无法准确捕获此问题发生的时间、现在已启用自动捕获、我正在等待问题再次发生。 共享日志。

在这种情况下会发生什么,因为儿童老化是禁用的,在一个电源切断后,如果多个设备为同一个孩子执行父母通知（我知道不应该,但如果它确实）。
最后一个生效了吗? 而孩子可能仍然连接到其他父母?

感谢您的意见、一旦我有日志、当问题再次发生时、将进行更新、以便对此进行更明确的分析

我同意 ZR 不应跟踪其不能识别的儿童 Zed 的数据请求。  您能否提供来自 ZR 的监听者母公司公告的屏幕截图？  您是否能够调试 ZR 设备并读出关联表？

我认为、最后一个发送父项通知的父 项将生效、尽管我不确定一个 ZR 将如何发送一个包含 ZED 的父项通知、如果它以前收到了另一个 ZED 的父项通知、包括 ZED。 理论上、如果所有 ZR 广播同时发送、则可能会导致同时从所有 ZRS 中删除 ZED。  只要 ZED 认识到需要重新连接任何 ZR、这就不是很重要。

此致、
Ryan