您好!
我有一个 ZED 连接到 ZR (智能插头)。
如果我关闭转换器电源并将其打开、在形成网络后、我可以正确地询问 ZR、但不能询问连接到它们的 ZED。
当我发送 AF_DATA_REQUEST 时、我会在 AF_DATA_CONFIRM 中获得一个"网络无路由"作为返回。
对这种行为的原因有什么看法?
此致、
Ayman
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.
它将是第五个位、从0到7。 好的一点:Ayman、我只是想最新的 Z-Stack 会自动执行路由发现。 您使用的是什么器件和 Z-Stack 版本? 这不会使手动执行路由发现的功能失效。 您能否提供交易的终端和监听器日志? 您还可以在论坛中搜索 类似的 E2E 主题。
此致、
Ryan
因此、问题仅涉及某些中继器(ZR)型号? 您似乎应该联系这些制造商以获得更多信息。 或者 、Zigbee2MQTT 论坛可能 之前经历过类似的行为、可以提供更多帮助。 您可以将日志压缩为 zip 文件、并将其附加到您的回复(如果有此问题)。 我更愿意在外部论坛上进行这项调查。
此致、
Ryan
感谢您发送日志、但由于未提供 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
“无 ACK 层 APS”错误的上下文是什么? 它在您的系统中是如何显示的? 启用 AP 时存在 ACK、《 Z-Stack 用户指南》的"端到端确认"部分对此进行了讨论。
此致、
Ryan