[参考译文] CC1352P：从网络中删除"旧"设备

admin

Other Parts Discussed in Thread: CC1352P, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1028567/cc1352p-remove-old-device-from-the-network

器件型号：CC1352P
Thread 中讨论的其他器件： Z-stack

你好、Ryan

我们正在研究基于 CC1352P 和 Z-Stack 5.20.00.52的应用。当我们移除关闭的设备时、该设备已成功从网络中移除。当该设备在几分钟后再次通电时、它会向网络广播并继续发送消息。该器件不在 Linux Zigbee 服务器上、但链接到协调器。是否有任何自动方法可以删除之前在网络上通告并已删除但不再在设备数据库中的设备？

BR、

Randy

5 年多前

0 admin 5 年多前

TI__Guru**** 3001220 points

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

当您从未知或不需要的设备收到设备通知时、您可以发送离开请求以要求设备离开您的网络。

0 admin 5 年多前

TI__Guru**** 3001220 points

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

Randy、您好！

如您所见、 ZDO_Mgmt_leave Req 不会删除所有器件信息 (密钥、绑定和关联/路由/邻居表条目等)。相反、ZNP 一直等到 ZDO_LeaveCnf (status == ZSuccessess)或 ZDO_LeaveInd 调用 ZDApp_LeaveUpdate、这在器件脱机时不会发生。您可以尝试从网关中使用 ZDO_SEC_DEVICE_REMOVE、ZDO_REMOVE_LINK_KEY 和/或 ZDO_EXT_SEC_APS_REMOVE_REQ 命令、以手动在本地强制删除此信息、或者您可以修改 ZNP 代码以根据预期目标更改其行为。另一个选项、如 YiKai 建议的、是等待器件恢复在线重试。您只需确保网关的设备数据库与 ZNP 存储的网络信息保持同步、否则未对齐将导致尝试发送设备命令时出现问题。

此致、
Ryan

0 admin 5 年多前

TI__Guru**** 3001220 points

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

您好、Ryan、

今天稍后 Randy 将会接管：如果我们更改 ZNP 行为、而不是等待休假确认、如果删除的设备会发送更多消息、它将自动返回"删除"、因为它的 ID 不再是模块的数据库？

如果是，我们不需要等待它返回，然后再次删除。

此致
Peter

0 admin 5 年多前

TI__Guru**** 3001220 points

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

尊敬的 Peter：

遗憾的是、只要器件具有 NWK 密钥、它就能够继续在网络上进行通信。 APS 密钥被删除，因此它无法进一步处理涉及密钥处理的 APS 数据包。因此、您需要使用 APS 加密请求更新 NWK 密钥(必须对网络上的每个设备进行单次处理并使用 APS ACK 确认接收)、或等待设备恢复联机并相信它在请求时会离开。这些安全问题部分是 Zigbee 3.0引入安装代码的原因。

此致、
Ryan

Zigbee®︎ 和 Thread（参考译文帖）

Zigbee®︎ 和 Thread（参考译文帖）(Read Only)

[参考译文] CC1352P：从网络中删除"旧"设备