This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2530 ZigBee PANID 冲突问题

Guru**** 2560390 points
Other Parts Discussed in Thread: Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/964386/cc2530-zigbee-panid-collision-problem

Thread 中讨论的其他器件:Z-stack

ZigBee PANID 将发生变化、即协调器 重新启动、终端节点的 PANID 仍然存在、但协调器不知道之前连接的终端节点、然后新节点进入、协调器为其分配 PANID。 在这种情况下、与现有器件的 PANID 冲突将导致节点丢失。 如何解决此问题?

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

    您好!

    如果我正确理解了描述、那么您已经声明协调器已恢复出厂设置(移除 NV 存储器)、但使用与之前路由设备仍在通信的相同 PANID 启动新网络、这会对尝试加入的新节点造成干扰。  但是,除非网络密钥保持不变,否则以前的设备不能执行此操作。  在这种情况下、当检测到设备的活动时、协调器应向其发送一个离开请求、而该设备不允许进入网络。  也许您可以提供一个嗅探器日志来演示此问题。  当然、随机生成 PAN ID 可以缓解问题。  此外、请提供 Z-Stack 版本、行为可能取决于所使用的 Zigbee 规范。

    此致、
    Ryan