Other Parts Discussed in Thread: Z-STACK
芯片:2530
协议栈:mesh1.0.0
问题:低功耗的设备在原父节点掉电之后,更换了另一个父节点,此时该终端设备上发数据至协调器正常,而协调器下发数据仍然使用了原父节点的路径,导致不能下达,请问这该如何解决?请问开启协调器的Many-to-one功能是否能解决?谢谢!
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.
Other Parts Discussed in Thread: Z-STACK
芯片:2530
协议栈:mesh1.0.0
问题:低功耗的设备在原父节点掉电之后,更换了另一个父节点,此时该终端设备上发数据至协调器正常,而协调器下发数据仍然使用了原父节点的路径,导致不能下达,请问这该如何解决?请问开启协调器的Many-to-one功能是否能解决?谢谢!
Many-to-one:多个节点->Coordinator 的目的是为了让节点能够存储到Coordinator的Routing ( next hop )path,这个path会定期更新,many-to-one router discovery实际上是协调器连续广播三次Router Request,并且Coordiantor定期发送many-to-one router discovery维护路由关系,也就是广播路由方式,其他路由节点收到后也会广播这个Router Request。
广播路由是发送给网络中其他所有设备(可选择只发给路由设备或者发给路由和终端设备)的消息,但是广播对于睡眠终端设备来说是不可靠的,会降低网络性能。
您现在设备的父节点是路由节点还是协调器?

协调器通过发起many-to-one路由请求(也就是广播路由发现请求),来创建普通节点到集中节点的路径。路径损耗的计算及转播与普通路由请求一样,但是many-to-one路由请求没有路由应答(Router reply),每个收到多对一路由的节点,都将收到的最优路径存储到路由表中并标记为many-to-one路径,目标地址为协调器,下一跳为路径最优的发送者。
您可以参考一下 blog.csdn.net/.../92075638
你好,我按照所给的文档开启了协调器的 many-to-one 功能,但结果并没有达到预期,仍然有上述所说的情况出现。如抓包文件,终端地址为0xFF23的现父节点为0x9E9D,上报信息能正常到达(见676以及678),但由协调器下发的消息不能正常到达0xFF23(见861的nwk header),请问这是什么原因?谢谢!2020年1月17日16_03_15.rar
你好,我开启了many-to-one功能后,有一个节点的父设备路径出现了错误,addr为0xFF23,在96行以及277,请问有什么办法可以修改此现象,谢谢!