微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI Zigbee设计交流 > zigbee 路径修复问题@!~~!@!~!@~!2

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

时间:10-02 整理:3721RD 点击:

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  导致有时  有这个消息  协调器就工作正常, 有时没有这个消息 ,协调器就不知道  终端节点切换了父节点!

‘         

       

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

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top