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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1089001/cc2652p-on-sdk-5-40-the-associate-list-of-z-stack-will-not-update-when-joiner-change-device-type-and-associate-again
我已将新加入者从终端设备更改为路由器，并在不执行“离开”命令的情况下将其重置。 并加入上一坐标。 坐标无法向其发送Nwk-Key。 我检查了坐标的关联列表，“nodeRelation”保持在“child _RFD_RX_idle”
您好，Aries：
我在Zigbee规范中找不到任何有关设备预期行为的信息，该设备在没有通知网络的情况下更改了其节点类型。 只有当连接超时(子节点或邻居节点)，在网络中找到新的父节点(由为关联节点发送设备通告的新父节点指示)时，设备才会与本地节点断开关联。 或发送离开指示已离开网络。 因此，如果您可以检测到设备已更改节点类型，则可以等待子节点超时或手动发出关联删除。
此致， Ryan
我尝试擦除加入的终端设备的NV，将其设备类型从终端设备更改为路由器，并加入到相同的坐标。 当MAC关联完成时，坐标无法向其发送Nwk密钥。
您已提到对Zed的更改，但是未向ZC提供此更改的信息，因此它仍包含原始关联，因此不会发送新的Nwk密钥。 即使是出厂重置但不更改其节点类型的Zed也需要执行全新的联接，这将要求ZC启用允许联接，以便在关联过程中发送Nwk密钥。 请确保在更改的节点类型设备的关联过程中在ZC上启用了允许加入。
我已在我的CC2652P坐标(SDK 5.40)上启用permit-join，“传输密钥”在坐标上失败。嗅探器工具从不捕获“传输密钥”，但“MAC关联”被嗅探器捕获
进一步了解后，Z-Stack预构建库设计为仅允许更改节点关系的安全重新联接。 因此，ZC不会更新节点关系，但会在收到关联请求命令的指示期间通知堆栈重新加入并发回成功。 更改节点关系并重新关联时，设备应保留Nwk密钥，以便执行安全重新加入。
有时，设备会删除所有NV信息，以便在远离其坐标时离开当前网络。 坐标将不接收leave命令。
当设备再次加入旧坐标时，它将处于关联-加入模式。 设备可以在关联加入之前更改其设备类型。
必须在ZC上删除关联条目(自动过期或手动删除)，然后节点才能重新关联。
ZC更适合支持 异常关联。 如果ZC检测到设备关联，并且此设备已记录在关联列表中，但设备类型已更改，ZC应删除旧记录或更新关联列表中的记录
