TIwilliam hill官网
直播中

张永强

7年用户 156经验值
私信 关注

有一台协调器组网后终端设备无法入网,终端设备入其他协调器可以正常入网,请问是由哪部分的设备故障引起的?

本帖最后由 一只耳朵怪 于 2018-5-22 17:27 编辑

情况是这样的,有一台协调器组网后终端设备无法入网(其他同固件的协调器正常),卡在association request那里(抓包文件已传),终端设备入其他协调器可以正常入网,问题出在协调器那边,现需要排查具体是由哪部分的设备故障引起的,麻烦告知下什么设备可能出什么问题。

我想了解以下几点
1、测试入网的时候AF_INCOMING_MSG_CMD不触发,之前的afIncomingData()断点调试也运行不到那里,这种情况是数据接收不到这样说对吗?
2、数据接收不到那在应用层这里处理之前,还需经过物理层,mac层,网络层,怎么判断数据是物理层接收就出了问题,还是物理层接收了,到Mac层或网络层处理才出的问题。
3、我知道数据帧到物理层后会有PD_DATA.indication原语发给mac层,然后一层一层处理后通过原语往上发,那么怎么可以验证mac收到这条原语了,是函数还是寄存器麻烦告知下具体的函数名或者可以从查看那些寄存器以及值是怎么判断为数据到了。
不了解的话也可以给我一个排查的思路,清楚些
在此先谢过了
附上规范:
协议栈版本ZStack-CC2530-2.5.1a
一终端设备一协调器(固件都是新烧录的)

回帖(2)

张永强

2018-5-22 06:42:05
来人啊,提供下思路或是给些参考材料也行啊
谢谢了
举报

李果

2018-5-22 07:00:30
从截图的数据包来看,协调器没有到节点发送的Association Request,第一 没有看到协调器回复的MAC ACK。第二 第14和20数据包,协调器回复的数据包 MAC Sequence是连续的,所以中间肯定没发过数据包。
在原始的2.5.1a例程上做过什么改动? 同样的程序,其他协调器也有问题吗?
射频性能测试过吗?
举报

更多回帖

发帖
×
20
完善资料,
赚取积分