[参考译文] CC2652P：ZNP 为不安全的重新加入设备发送休假

admin

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1385979/cc2652p-znp-send-leave-for-unsecured-rejoin-devices

器件型号：CC2652P

工具与软件：

我在使用 ZNP 时遇到一些问题
首先、在最终器件上的数据请求过程中、ZNP 上没有 MAC ACK、但在同一时间段内、另一个器件正常运行？可能是导致此、的原因

由于丢失的 Mac ack 设备启动了不安全的重新加入、但 ZNP 没有像往常一样传输密钥、而是继续启动休假 REGING=1、

为什么会发生这种现象以及我如何解决它？谢谢

e2e.ti.com/.../0xCA36_5F00_rejoin_5F00_fail.zip

6 个月前

0 admin 6 个月前

TI__Guru**** 1821780 points

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

尊敬的 Jia：

这是一种奇怪的行为。您使用的是哪个版本的 SimpleLink F2 CC13X2/CC26X2 SDK、并且您是否对 ZNP 固件进行了任何更改？重新启动或恢复出厂设置 ZNP 是否可以改善行为？ ZED 是否也是 SimpleLink 器件以及您是否能够修改其固件？

与0xBF36相比、ZNP 在向0xCA36发送 MAC ACK 时遇到的困难要大得多。 ZNP 不应传输用于重新加入的密钥、但可能需要 ZED 发出设备声明、而这不会发生。该测试中的节点之间的距离是多少？

此致、
Ryan

0 admin 6 个月前

TI__Guru**** 1821780 points

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

SimpleLink F2 CC13X2 / CC26X2 SDK 是5.20 ,除了一些网络表参数,没有其他任何修改。端件是硅实验室 MG22我们也开发,他离网关约8米,有一个电幕。值得一提的是、现场环境中有100多个 WiFi 网络。我们找到了避免这种情况的方法。如果此设备再次启动安全重新加入、则可以成功重新加入

Zigbee®︎ 和 Thread（参考译文帖）

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

[参考译文] CC2652P：ZNP 为不安全的重新加入设备发送休假