主题中讨论的其他器件:CC2538、 CC2650
您好!
我已经 开发了 基于 Z Stack 1.2.2HA 的 Zigbee 终端设备 (CC2650),这些设备可以与协调器 CC2538通信。
我在终端设备连接到具有不同 PANID 的协调器时遇到问题
您知道有关此问题的任何信息吗?
如果有任何帮助,将不胜感激。
下面随附的文档总结了数据包日志和发生问题时的行为。
e2e.ti.com/.../6076.packetLog.zip
此致、
余亚市
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.
您好!
我已经 开发了 基于 Z Stack 1.2.2HA 的 Zigbee 终端设备 (CC2650),这些设备可以与协调器 CC2538通信。
我在终端设备连接到具有不同 PANID 的协调器时遇到问题
您知道有关此问题的任何信息吗?
如果有任何帮助,将不胜感激。
下面随附的文档总结了数据包日志和发生问题时的行为。
e2e.ti.com/.../6076.packetLog.zip
此致、
余亚市
尊敬的 Yuya:
由于冲突解决方案、协调器完全可以更改其 PANID、Zed 在睡眠时可能意识不到这一点。 因此 、在重新加入时、NLME_ReInterreJoq 会检查扩展 PANID、而不是 PANID、以便它可以像之前一样重新加入同一个 ZC 器件。 由于监听器日志显示两个 PANID 网络由同一 ZC 器件形成、该器件将扩展 PANID 作为其扩展 IEEE 地址、即使 PANID 已更改、ZED 也会重新加入。 这都是 Zigbee 规范预期的行为。 如果要执行单独的操作、那么在 rejoinStatus 为 ZSuccessess inside of ZDAp_ProcessOSALMSg 后 、您可以读取 _NIB.nwkPanId (在上述实例中、它将在 NLME_ReJoReRegrace 期间发生更改)、并确定要从此处执行的正确操作。
此致、
瑞安