[参考译文] 连接到中继器的终端设备的网络无路由。

位置的计数就像从0开始的数组计数、这意味着第5位是第6个元素、还是从第1个元素开始、这意味着第5 位实际上是第5个元素？

在 AF.h 上、我看到以下行：

#define AF_DISCV_ROUTE                     0x00   // This option is no longer available, and is included for backwards compatibility

它将是第五个位、从0到7。  好的一点：Ayman、我只是想最新的 Z-Stack 会自动执行路由发现。  您使用的是什么器件和 Z-Stack 版本？  这不会使手动执行路由发现的功能失效。  您能否提供交易的终端和监听器日志？  您还可以在论坛中搜索 类似的 E2E 主题。

此致、
Ryan

我正在使用 ZStack 3.X.0。

我可以向您发送中继器的日志、这会导致我没有路由问题、而中继器的监听器日志不会导致我没有路由问题。

德韦尔科是有问题的一个。

无法将其附加到答复中、我可以向其发送任何电子邮件吗？

因此、问题仅涉及某些中继器(ZR)型号？  您似乎应该联系这些制造商以获得更多信息。  或者 、Zigbee2MQTT 论坛可能 之前经历过类似的行为、可以提供更多帮助。  您可以将日志压缩为 zip 文件、并将其附加到您的回复(如果有此问题)。  我更愿意在外部论坛上进行这项调查。

此致、
Ryan

以下是日志：

e2e.ti.com/.../Sniffing-Log.rar

我尝试使用终端设备的 NWKAddress 和选项= 0x01执行 ZDO_EXT_route_DISC、但没有任何变化。 我在回答中收到状态：SUCCESSS、但似乎没有任何变化。

感谢您发送日志、但由于未提供 NWK 密钥、因此这些日志已加密。  我还想知道我应该指的数据包范围是多少、因为日志涵盖了数千条消息。   ZDO_EXT_route_DISC 选项如下所示、我不确定您的预期效果、因为它取决于您的 ZC 设置。  您还应确保广播半径足够。

//Route request command option
#define MTO_ROUTE           0x01       // Used in option of NLME_RouteDiscoveryRequest() and rtgTable[]
#define NO_ROUTE_CACHE      0x02       // Used in option of NLME_RouteDiscoveryRequest() and rtgTable[]
#define RTG_RECORD          0x04       // Used in option of rtgTable[]
#define MTO_ROUTE_RC        0x08       // Sender has route cache. Used in option of rtgTable[]
#define MTO_ROUTE_NRC       0x10       // Sender doesn't have route cache. Used in option of rtgTable[]
#define DEST_IEEE_ADDR      0x20       // Used in option of route request command frame
#define MULTICAST_ROUTE     0x40       // Ued in all three places

此致、
Ryan

感谢您提供 NWK 密钥。  Develco 0x8bBD 正在广播 ZC 路由请求、但未 通过路由响应/记录进行响应。  我还注意到0x7560 (飞利浦)似乎是0x1c38的父项、而不是0x8bd。  尽管我发现在监听器日志中看不到来自 ZC 的任何链路状态消息、但0x0000和0x8bd/0x7560之间的邻居连接似乎在一段时间后恢复。  请确保所有设备都足够靠近监听器、以便您可以捕获所有数据包。  您需要联系戴维尔科/飞利浦设备制造商，以进一步确定为什么设备以这种方式运行，因为报告其他路由器按预期运行。

此致、
Ryan

您好、Ryan、

非常感谢您、我就无路由问题与 Evelco 取得了联系、但至今没有任何结果。

我得到了"无 ACK 层 APS"这意味着什么？ 它会产生什么后果？

“无 ACK 层 APS”错误的上下文是什么？  它在您的系统中是如何显示的？  启用 AP 时存在 ACK、《 Z-Stack 用户指南》的"端到端确认"部分对此进行了讨论。

此致、
Ryan

将线程标记为已关闭之前的最后一个问题。

ZigBee 规范是否明确禁止终端设备发送路由请求？

导致"无路由错误 "的原因是、当协调器关闭且智能插头将其与恒温器的关系更改为路由器时、我的终端设备发送了路由请求、这显然会导致通信中断。

对于终端设备而言、这不是正常行为、 而是我只能从路由器上得到的行为