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.

[参考译文] CC2340R5:为什么协调器在发送 zcl 命令之前始终发送路由请求消息?

Guru**** 2455560 points
Other Parts Discussed in Thread: CC2340R5, Z-STACK, CC2652R

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1474380/cc2340r5-why-coordinator-always-send-route-request-message-before-sending-a-zcl-command

器件型号:CC2340R5
Thread 中讨论的其他器件: Z-stackCC2652R

工具与软件:

我使用 CC2652作为协调器、CC2340R5作为路由器、 网络中只有一个路由器。

当我从协调器向 zed 发送 ZCL 命令时、我看到协调器总是先发送路由器请求命令。 尽管 zed 的回复带有 路由回复消息、但协调员再次发送路由请求。  由于我的 ZCL 命令发送频繁、这会影响工作效率。

当我使用 CC2652作为协调器和路由器时、就  不会出现问题。 我想是 CC2340R5问题。

我已将两个测试环境中的 Sniff 日志添加到附件中。

e2e.ti.com/.../7774.Log.zip

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

    您好、Senjin、

    SimpleLink F2 SDK Z-Stack 具有 good_link_cost 定义、它设置邻居之间路由的允许链路开销。  您可以看到、在数据包82之前、直接通信没有问题。  但是、数据包83是来自 CC2340R5 ZR 的链路状态消息、它显示了从 CC2652R ZC 传入的成本0x5。  因此、此 协调器发送到路由器的开销为0x5、高于  GOOD_LINK_COVERSE (0x01是最佳的、0x07是最差的、0x0是断开的、默认的良好开销为0x03或更低)、因此 ZC 尝试找到另一条路由。  如果未能收到具有更好的开销路径的路由回复、它最终将接受发送到 ZR 的直接数据包。

    从您 之前的 E2E 线程 可以明显看出、CC2340R5 Zigbee 栈具有0x04的一致/平均传入成本、这是意料之外的。  我将向 Zigbee 研发团队提供这些信息、以便在 ZB_NWk.h 中改进链路成本计算、直到可以考虑降低 Z-Stack 中的 GOOD_LINK_COVERSE 或强制 F3 SDK 中的更低链路成本值。

    此致、
    Ryan