[参考译文] CC2652R：响应等待时间

admin

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1360911/cc2652r-response-wait-time

器件型号：CC2652R

这是 ZC (0x0000)和 ZED (基于 TI 硬件/堆栈、但 COTS)之间的通信日志

我注意到、在发出 ZCL 命令请求以接收如 ZC 预期的响应后、器件不会继续工作。

ZED 接收器保持关闭状态、直到它下一次发出数据请求。这是 ZED 还是 ZC 的故障？

4 个月前

0 admin 4 个月前

TI__Guru**** 1546410 points

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

您好、Mathew：

在发送 ZCL 响应之前、ZC 应等待休眠 ZED 发出的数据请求、尤其是在它识别出 ZED 已加入进入休眠式终端节点的情况下。如果签入 ZCL 帧控制"禁用默认响应"位为零、ZED 应转而使用其数据响应轮询周期、尽管您可以在 ZED 中设置该位以避免完全签入响应。所使用的 CC13XX/CC26XX SDK 版本是什么、您是否参考了轮询控制 SimpleLink Academy 实验来获得该观察结果？

此致、
瑞安

0 admin 4 个月前

TI__Guru**** 1546410 points

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

@Ryan Brown1响应是通过 AF DataRequest 以串行方式发送到 ZNP 的数据包。

这里没什么特别的。 ZED 是一种常规的休眠 ED。 ZC 正在运行6.41.00.17。排队的数据包需要等待数据请求的详细信息。

nodeRelation == child_RFD？我可以使用调试器检查它的状态。

0 admin 4 个月前

TI__Guru**** 1546410 points

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

Child_RFD 是功能强大的子设备、符合预期。您将在关联请求的"能力信息"(还包括空闲时打开的 Rx)中看到此信息。

发送到这些设备的所有排队数据包都需要等待数据请求。在发送 ZCL 响应之前、ZNP 应该会对此进行等待。您是否正在使用默认的 ZNP 项目、以及是否存在 ZNP/ZC 在发送 AF_DataRequest 消息之前忽略数据请求的其他实例？

此致、
瑞安

0 admin 4 个月前

TI__Guru**** 1546410 points

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

瑞安·布朗1

我认为这仅限于命令响应。所以 ZED (接收器)上的 MAC_RESPONSE_WAIT_TIME 是否异常短？什么控制响应器(ZC)侧 MAC_RESPONSE_WAIT_TIME？

0 admin 4 个月前

TI__Guru**** 1546410 points

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

我已经能够找到原因。

如果使用0长度路由(发送到自己的子级)调用 dataRequestSrcRtg，它可能会造成内存损坏，从而导致这种效果。它并不总是,但它确实发生。未分配的继电器可能是空闲的。

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

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

[参考译文] CC2652R：响应等待时间