主题中讨论的其他器件:SIMPLELINK-CC13XX-CC26XX-SDK、 Z-STACK
如果节点的设备类型已从路由器更改为终端设备或从终端设备更改为路由器、则与 SDK6.30上的坐标系相关联。 在坐标 的 ZDO_JoinIndicationCB 回调中、 CapabilityFlags 值不是"CAPINFO_DEVICETYPE_XXXX"、而是其他错误值。 我已经测试该值为1 或2 或4。
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.
如果节点的设备类型已从路由器更改为终端设备或从终端设备更改为路由器、则与 SDK6.30上的坐标系相关联。 在坐标 的 ZDO_JoinIndicationCB 回调中、 CapabilityFlags 值不是"CAPINFO_DEVICETYPE_XXXX"、而是其他错误值。 我已经测试该值为1 或2 或4。
您好 Aries、
是否使用 ZNP 在路由器和终端设备之间切换角色? 这是否在试运转之前发生、以及在尝试切换角色之前是否对器件进行出厂重置(即清除 NV 存储器)? 通常、 设备加入网络后无法动态切换角色。 成为终端设备的路由器将使其子设备处于孤立状态、而成为路由器的终端设备将具有多余的父信息。 在运行时更改角色会使内部 NV 设置(例如 存储在 NIB 中的 CapabilityFlags)和其他器件关联混乱。 您是否能够在 SIMPLELINK-CC13XX-CC26XX-SDK v6.30之前执行此功能?这是如何实现的?
此致、
Ryan
之前加入的器件预计不会更改 Zigbee 节点类型并开始新加入。 因此、预构建的 Z-Stack 安全层不能在调试期间处理此类用例。 因此、用户需要通知 ZC 应该删除表信息的器件。 是否可以在收到有故障的 ZDO_JoinIndicationCB 后执行此操作、并在启用重新加入的情况下发送 leave 命令、以便 在 ZC 删除冲突器件信息后让 Zigbee 节点重试调试?
此致、
Ryan