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.

[参考译文] CC2652P:网关/协调器检测新设备加入的更好方法。

Guru**** 2589275 points
Other Parts Discussed in Thread: Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/993514/cc2652p-a-better-way-for-gateway-coordinator-to-detect-a-new-device-joining

器件型号:CC2652P
Thread 中讨论的其他器件:Z-stack

检测器件加入的传统方法是接收 ZDP-DEVICE-EXSION. 但这并不完美。  ZDP-Device-Announce 通过广播发送、因此可能会错过。 终端设备重新加入网络或重新启动时、它还将广播 ZDP-Device-Announce。

Exchange 密钥是检测新设备加入的最佳事件。 函数"bdb_RegisterTCLinkKeyExchangeProcessCB"可以检测器件首次加入协调器。 但在 ZNP 示例中、从未使用"bdb_RegisterTCLinkKeyExchangeProcessCB"

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

    您好 Aries、

    我同意 TC Link 密钥更新过程是检测新设备加入的最佳方法、但这仅适用于 Zigbee 3.0设备、因为 HA 1.2.2a 及更早版本不会执行此交换。  如果使用了安装代码,也不起作用。  您可以参考此类似 的 E2E 主题。  另一个选项涉及 在主机应用程序上维护设备表、该应用程序仅在检测到新设备通知后添加设备。  假设"ZNP sample "是指 ZigBee-Linux-sensor-on-cloud 解决方案。

    此致、
    Ryan

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

    我的意思是 Transport-NWK-Key。 协调员将向每个加入设备(包括 ZHA 1.2设备)发送 NWK-Key。

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

    感谢您的澄清。  当 Z-Stack ZNP 向加入器件发送 NWK 密钥时、不会通知主机应用层。  您可以相应地修改 ZNP 固件、以便主机应用程序解释自定义消息。

    此致、
    Ryan

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

    虽然协调器已将网络密钥发送给加入者、但一旦加入者从未收到网络密钥、或 ZB3.0设备交换 APS 密钥失败、设备加入将失败。 因此、当协调器的应用程序向加入者发送网络密钥时、最好等待3~5秒、然后通过"Active-EP-REQ"、"simple-Description-REQ"读取其信息。 如果协调器的应用程序使加入者的 Active-Endpoint 和 Simple-Description 成功、则可以考虑器件加入成功