微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI Zigbee设计交流 > 请教一下Many-to-One的concerntrator返回路由路径的问题

请教一下Many-to-One的concerntrator返回路由路径的问题

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

最近想在网络中使用many-to-one的方式。设置网络后用Ubiqua记录,大部分时间网络运行结果是符合Zstack developer's guide文档的说法的,但是有时候又会产品一些奇怪的结果。

stack用的是zstack home 1.2.1, coordinator设为concentrator,

CONCENTRATOR_ENABLE=1

CONCENTRATOR_DISCOVERY_TIME=240

CONCENTRATOR_ROUTE_CACHE=0

下图一为网络中的一个传感器router0xee98经0x3e8c转发向coordinator 发送report,这里没有问题,但当coordinator 返回 APS ACK时,并没有直接使用route record 路径,而是向全网广播route request寻找0xee98的路径,可以看到0xee98经0xcf73回复了coordinator的请求。然而coordinator获得这条路径后并没有使用,而是用route record 路径回复了APS ACK。既然如此,coordinator为何还要发起route request呢?这样不是增加了网络的负担吗?Many-to-One的好处就没有了。

 

第二个问题如下图二,设备0x8df3经0x3e8c向coordinator发送report,按照Zstack developer's guide的说法,coordinator会使用route record路径回复APS ACK,但是在这里coordinator使用的是另一条存于自身routing table经由0x7ed0到0x3e8c的路径。

  

这两个问题让我百思不得其解,是不是我对文档的理解有误呢?希望得到大神的解答,附件里是ubiqua的记录文件。谢谢大家

 

你这个抓包文件有密钥,文件显示不了。

秘钥是stack 默认秘钥

-DDEFAULT_KEY="{0x01, 0x03, 0x05, 0x07, 0x09, 0x0B, 0x0D, 0x0F, 0x00, 0x02, 0x04, 0x06, 0x08, 0x0A, 0x0C, 0x0D}"

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

网站地图

Top