TI中文支持网
TI专业的中文技术问题搜集分享网站

节点会重发CONFIG_MAX_RETRIES次Association request的原因

  大家好,我是用的芯片为CC1310,程序基于collector和sensor上有较大的修改。

  我在对协调器进行仿真时,协调器是进入了assocIndCb回调函数,证明是接收到了节点发送的Association request。使用抓包软件进行抓包,节点每次发送Association request都会有协调器的ACK(具体抓包情况见下图),那么为什么还会重发CONFIG_MAX_RETRIES次Association request呢?

感谢回答

Viki Shi:

协调器有回复association response吗?状态是什么?

Xinxin:

回复 Viki Shi:

我通过串口打印调用ApiMac_mlmeAssociateRsp(&assocRsp)后返回的状态,发现协调器是能够打印此状态的,表示协调器接收到了关联请求消息并进入了assocIndCb回调函数,但是串口打印此状态时,只有第一次返回0,即表示成功,后面会按照CONFIG_MAX_RETRIES的配置次数返回26,此状态代表“The operation could not be completed because nomemory resources were available”,且抓包软件没有抓到协调器的关联回复.

Viki Shi:

回复 Xinxin:

是再TI例程上测试的吗?你使用的SDK及例程分别是什么?

Xinxin:

回复 Viki Shi:

我的程序是基于例程上有很大修改的,使用的SDK版本为simplelink_cc13x0_sdk_3_20_00_23。
我主要想知道:
1. 会有哪些情况导致ACK BAD FCS的情况
2. ACK为底层自己回复的,我如何去排查它是正常回复或是异常的呢?

赞(0)
未经允许不得转载:TI中文支持网 » 节点会重发CONFIG_MAX_RETRIES次Association request的原因
分享到: 更多 (0)