[参考译文] CC2652P：SDK 6.30中的 ZDO_JoinIndicationCB 中的 CapabilityFlags 错误

您好 Aries、

是否使用 ZNP 在路由器和终端设备之间切换角色？  这是否在试运转之前发生、以及在尝试切换角色之前是否对器件进行出厂重置(即清除 NV 存储器)？  通常、 设备加入网络后无法动态切换角色。  成为终端设备的路由器将使其子设备处于孤立状态、而成为路由器的终端设备将具有多余的父信息。  在运行时更改角色会使内部 NV 设置(例如 存储在 NIB 中的 CapabilityFlags)和其他器件关联混乱。  您是否能够在 SIMPLELINK-CC13XX-CC26XX-SDK v6.30之前执行此功能？这是如何实现的？

此致、
Ryan

是的、加入者以 ZNP 为基础。 我将 ZNP 设置为 Router an Join into Coordinate。 加入后、擦除 ZNP 的 NV 并将 ZNP 设置为终端设备、终端设备无法加入坐标

您应向协调器发送禁用重新加入的休假，以便它从其关联/路由表中删除节点条目。  否则、您将需要 ZC 来进一步清理邻居表和子信息、以便它不会识别加入设备的 IEEE 地址。  另一个选项是使用自定义次要 IEEE 地址、或也擦除协调器的 NV。

此致、
Ryan

但在 实际环境中，任何加入者都没有足够的机会发送可通过坐标接收的 leave 命令。

之前加入的器件预计不会更改 Zigbee 节点类型并开始新加入。  因此、预构建的 Z-Stack 安全层不能在调试期间处理此类用例。  因此、用户需要通知 ZC 应该删除表信息的器件。  是否可以在收到有故障的 ZDO_JoinIndicationCB 后执行此操作、并在启用重新加入的情况下发送 leave 命令、以便 在 ZC 删除冲突器件信息后让 Zigbee 节点重试调试？

此致、
Ryan