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.

zigbee 路径修复问题@!~~!@!~!@~!2

TI 大神求指导

一个协调器(A)  两个路由器(B) 路由器(C)  一个终端(D)
刚开始终端(D)的父节点是路由器(B)     断电路由器(B)     终端(D)的父节点变为路由器(C)
这时重新上电路由器(B)     
协调器发送数据给终端(D),发送出Route Request   路由器(B)和路由器(C)都有Route Rely
如果路由器(C)的Route Rely先返回给协调器    则发送路径变成了A->C->D  
如果路由器(B)的Route Rely先返回给协调器    则发送路径变成了A->B



请问这时我该如何修改 ?

  • 您要修改成什么路径?

  • 当网络中 某个终端节点 切换了父节点, 而 控制端 又没有及时更新 routing path。。。

    这种情况下,如何让控制 端 实时 更新 routing path ?

    谢谢

  • 这个现象是正常的呀,我现在碰到一个现象是Router设备都在发 Router Request,但是网络中没有Reply的回复。

  • 这个现象正常???

    那如果真的有干扰,协调器没有收到 终端节点切换父节点的消息,协调器就永远控制不了终端了。。。

    这个还正常????这是故意这样设计的?

  • 是的呀,协调器总归是会有收不到的情况的,这个情况下终端节点需要有相应的机制来确保可靠性。

  • 什么机制呢?

    终端 发送什么消息可以 让协调器知道它 切换了父节点?

  • susan 

           网络 中有 一个终端设备, 两个路由。

           终端设备 一开始 是路由1  的子节点,  然后我 把终端设备和 路由2  拿到  远离  协调器和路由1  的 地方。(确保 终端设备切换父节点时 。协调器和路由1 没有知道)

          终端设备 成功 切换 路由2 为父节点

          然后再 把终端设备 和路由2  带到 协调器附近。

           反复这样操作,  发现  有很大 概率  出现  协调器  依然使用 路由1  的 路径  向 终端设备发消息, 而终端设备 又向新的路由2  请求消息。。。

           

           协调器 能正确 使用新的 路由2  向终端设备  发消息时,  我抓到 网络中 出现了 一些   Revered 的 包。。。。 不知道具体代表什么意思

          它的APS  payload 上  带有 这个 终端设备的  MAC  地址!!!!!

           不知道是不是  zstack 协议栈 的bug  导致有时  有这个消息  协调器就工作正常, 有时没有这个消息 ,协调器就不知道  终端节点切换了父节点!!!

    ‘         

           

  • 问您下,后来这个问题怎么处理的?