[参考译文] CC2530：协调器重新启动时的临时通信失效

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

器件型号：CC2530

我们有一个 ZigBee 网络、其中包含一个路由器和一个协调器。
它是 ZNP 协调器。路由器和协调器之间的通信工作正常，直到重新启动协调器。
我们使用的是 ZStack 302。

协调器不接收来自路由器的消息。

对于 Wireshark 监听器日志中的示例、我们在数据包编号后重新启动协调器 94．

读取属性在此点之前成功、但在重新启动协调器后、前几次尝试未收到读取属性响应？

这是为什么？

某些情况下，在重新启动协调器后，协调器最多不会从路由器接收报告10-15分钟。

PFA 监听器日志

使用的密钥是 "｛0x00、0x01、0x02、0x03、0x04、 0x05、0x06、0x07、0x08、0x09、 0x0A、0x0B、0x0C、0x0D、0x0E、 0x0F｝"

0 admin 5 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

路由器不响应(除 MAC ACK 之外)协调器的原因是协调器上 NWK 安全标头中的帧计数器在重置后较低。
(在数据包93中、该帧计数器为1288、在数据包96中、帧计数器为0)。

出于安全原因(例如重放攻击)、只有当 NWK 安全帧计数器大于从该器件接收到的最后一个已知有效帧(在本例中为协调器)的帧计数器时、接收设备才会处理帧。

您是否对默认项目中的 ZNP 示例进行了任何修改？

此致、
Toby

0 admin 5 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

大家好、Toby Pan、

我们使用 ZNP 协调器、更改仅包括 default-Key 和 ota_dongle_integration。

在重新生成方案数次时、注意到每次复位后、NWK 安全头中的帧计数器都会重置为6256。

我们如何解决这个问题？

谢谢

0 admin 5 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

函数 ZDUP_RestoreNWKSecMaterial()中的每次复位时、NWK 帧计数器将递增一次。
您能否进行调试以查看 NV 写入是否成功？

此外、您能否尝试开箱即用 ZNP、然后逐步添加您的更改以查看导致此行为的原因？

Zigbee®︎ 和 Thread（参考译文帖）(Read Only)