[参考译文] CC2652P：ZNP 确认密钥时序

admin

Other Parts Discussed in Thread: Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1245213/cc2652p-znp-confirm-key-timing

器件型号：CC2652P
主题中讨论的其他器件：Z-STACK

大家好、我们将使用 ZNP 封装来开发一个 ZigBee 协调器。我们在与第三方设备配对时遇到了一些问题、在与开发人员交谈时、他们建议将验证后发送信任中心确认密钥的时间更改为不到1秒、因为他们的自定义集线器会以中间方式发送确认。在 ZNP 中可以改变这种情况。我看到确认时间在2到3秒之间、但不知道在哪里可以确定该时间。我们将继续寻找其他替代方案、但如果可能的话、我们会尝试一下。

2 年多前

0 admin 2 年多前

TI__Guru**** 2460850 points

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

您好、Gustavo、

您能否提供参与过程的监听器日志？通常、在验证密钥数据包之后会立即发送确认密钥、并且意外会出现几秒钟的延迟。如果加入的设备是休眠 ZED、则确保它经常轮询。

此致、
瑞安

0 admin 2 年多前

TI__Guru**** 2460850 points

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

您好、Ryan、感谢您的回答。

e2e.ti.com/.../5b0fleave.zip 此处是2秒后接收确认密钥的终端设备示例。

数据包46请求密钥、53发送传输密钥、在数据包55中验证、而确认在数据包67中发送。

0 admin 2 年多前

TI__Guru**** 2460850 points

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

谢谢！在验证密钥数据包(55)之后、来自0x5b0f ZED (数据包59) 的第一个数据请求是由 ZC 进行 MAC ACKed (数据包60、帧等待位被置位)并紧接着是 APS ACK (数据包61) 因为"验证密钥确认 APS"请求设置为"真"。在下一个数据请求(数据包65)期间、ZC 立即发送确认密钥(数据包67)。因此、ZC 发送所需的 APS ACK (根据 ZED 的请求)并确认密钥数据包的速度与 ZED 提供数据请求的速度一样快。您可以与第三方设备开发商交谈、确定验证密钥 APS 确认请求是否可以发送为 FALSE、或者以后可以更快地提供其他数据请求、以便 ZC 知道何时发送确认密钥。

此致、
瑞安

0 admin 2 年多前

TI__Guru**** 2460850 points

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

非常感谢。将再次与他们核对。

只是想知道、因为我希望他们问我、是否可以发送 APS Ack 或确认密钥而无需等待数据请求？他们的集线器不会等待、因为他们将终端设备设置为在配对期间保持唤醒、但我认为这不是标准配置。

0 admin 2 年多前

TI__Guru**** 2460850 points

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

Z-Stack 源代码并非设计为在没有先接收数据请求的情况下向 ZED 子级发送数据包。来自0x5b0f 器件的关联请求具有当空闲位设置为假时的接收开启、并且为 RFD (缩减功能器件)类型。 ZR 邻居立即响应。

此致、
瑞安

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

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

[参考译文] CC2652P：ZNP 确认密钥时序