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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/856349/cc2538-route-path-error
尊敬的 TI：
我想知道哪个进程将更改此 Mac 路径？ 我已启用源路由路径、但 Mac 层会将数据发送到完成路径。
路由路径由 Z-Stack 维护、应用程序开发人员无法对其进行操作。 您的意思是“Mac 层将数据发送到结束路径”？
尊敬的 Tenang：
我建议您阅读《Z-Stack 用户指南》中有关 MTO 和源路由的 Z-Stack 概述和网络配置部分： http://dev.ti.com/tirex/explore/node?node=ANbR0LtTwkMnDCiEhygF7A__pTTHBmu__LATEST
如果您的问题仍未得到解答、请提供更多信息和监听器日志。
此致、 Ryan
您好 Ryan，
U 可以发现消息是通过源路由发送的。 路径：0x0000->0x9247 -> 0x9c42。
对于 NWK 层、消息源为0x0000、目的地址为9c42。 zco 将消息 发送到0x9c42、
但它在此消息中具有源路由。 (0x9247)
因此、消息 目标地址在 Mac 层应为0x9c42、包含相同帧的另一条消息是由0x9247发送的0x9c42。
我感到困惑的是、为什么此消息不按0x9247发送？
您好，YK,
源路由： 0x0000->0x9247->0x9c42。
消息：0x0000->0x9c42。
该帧不会通过0x9247。
是否可以附加监听器日志？
抱歉、此日志无法共享。
我已经多次对此进行测试、这种情况很少发生。 大部分时间为0x0000 -> 0x9247 -> 0x9c42。
我感到困惑、因为0x9c42被 zed、父节点为0x9247。
因此、0x9c42无法获取 zco 发送的消息。
根据监听器日志、0x9c42不会在整个过程中更改其父级。
没有监听器日志、我无法判断任何内容。 希望 Ryan 能为您的问题提供帮助。
Tenang、您好！
我同意黄某的说法，最好能找到一种方法来共享监听器日志。 您使用的是哪个 Z-Stack 版本？ 如果您可以使用 TI 提供的示例轻松重现问题、也会有所帮助。 对堆栈进行了哪些更改、是否有任何特定的数据包类型显示此行为？
Tenang、
此问题是否已解决？ 如果没有、请回答先前提出的问题。
