CC2431 code review : CC2431 狂轰滥炸
在上一篇中的最后我们分析到CC2431 开始喊出第一声,这里我们逐步分析从第一声到后面的狂轰滥炸!
上代码
/********************************************************************* * @fn startBlast * * @brief Start a sequence of blasts and calculate position. * * @param none * * @return none */ static void startBlast( void ) { uint8 idx; afAddrType_t dstAddr; dstAddr.addrMode = afAddrBroadcast; dstAddr.addr.shortAddr = NWK_BROADCAST_SHORTADDR_DEVALL; dstAddr.endPoint = LOCATION_REFNODE_ENDPOINT; if ((ZDO_Config_Node_Descriptor.CapabilityFlags & CAPINFO_RCVR_ON_IDLE) == 0) { // Turn the receiver on while idle - temporarily. idx = true; ZMacSetReq( ZMacRxOnIdle, &idx ); } SampleApp_Sleep( FALSE ); for ( idx = 0; idx < BLINDNODE_MAX_REF_NODES; idx++ ) { refNodes[idx].addr = INVALID_NODE_ADDR; } (void)AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_RSSI_BLAST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); rspCnt = 0; blastCnt = BLINDNODE_BLAST_COUNT; state = eBnBlastOut; osal_start_timerEx( BlindNode_TaskID, BLINDNODE_BLAST_EVT, BLINDNODE_BLAST_DELAY ); }
上面函数主要内容
a. dstAddr 这个结构体
通过赋值,我们可以看出这个地址是一个广播地址,就是向网络中的所有节点都发送信息。还有一个需要注意的事项就是Endpoint,这个先留意是 LOCATION_REFNODE_ENDPOINT,其实这个就指明了虽然我是广播信息,但是需要REFNODE,也就是参考节点处理。(任何节点都可能收到信息,但是只有参考节点需要处理)。
b. if ((ZDO_Config_Node_Descriptor.CapabilityFlags & CAPINFO_RCVR_ON_IDLE) == 0)
这个里面调用MAC层的函数,我们暂时可以认为它没有执行。(其实也就是接收器控制)
后面的 SampleApp_Sleep( FALSE );其实也很好理解,不要睡眠进入低功耗模式,你喊出一嗓子后,参考节点会回信息给你,如果睡眠下去怎么接收信息(虽然等到醒来可以接收,但是会导致延时,代码这里就一气呵成,等定完位再可以休眠)。
c 清理地址
for ( idx = 0; idx < BLINDNODE_MAX_REF_NODES; idx++ ) { refNodes[idx].addr = INVALID_NODE_ADDR; }
因为现在还不知道喊出一嗓子后有没有节点会回应,所以把保存地址的数组先清理掉,等接收到信息后把对应的地址都在放进去。
d 喊一嗓子 函数
(void)AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_RSSI_BLAST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 );
AF_DataRequest 函数就是一个无线发送函数,这个需要有两点注意的是
1. LOCATION_RSSI_BLAST --这个表明了这个是什么事,接收到这条信息的节点,也就是参考节点会根据它进行具体处理,我们后续会继续看这个问题。
2. AF_SKIP_ROUTING -- 这个是AF_DataRequest 的一个参数,表明发出的信息不能被路由,我们知道在Zigbee 网络中信息是可以被路由到很远的地方,通过这个参数控制该信息是不能被路由的,传一步就停了。 为何有这样的考虑呢? 其实也很简单,当盲节点喊出一嗓子,旁边的节点收到信息后根据距离不同RSSI值不同。但是如果路由了,那么喊出这一嗓子的就不是盲节点了。再举个例子,军训站成一排,第一个人报数,教官通过声音就知道第一个人大概离自己有多远;第二个人听到第一个人报数后再喊一嗓子,对于教官来说无法通过第二个人的声音判断出第一个人在哪里,所以没必要通过连续报数获得第一个人的位置,所以也不需要路由。
rspCnt = 0; blastCnt = BLINDNODE_BLAST_COUNT; state = eBnBlastOut;
全部变量的设定,rspCnt 是统计收到回应的个数,刚刚发出去信息当时没有收到,先清零,后面收到信息会有累加
blastCnt 这个是表明CC2431 一次要喊多少次,刚刚才是第一嗓子,真正要喊 BLINDNODE_BLAST_COUNT, 其实这也是一个可以优化的参数,因为我们后面可以看出,其实在参考节点手打盲节点的信息后,将多次的RSSI会求均值然后发回到CC2431 中,再我们看来,次数越多,均值也就也接近真实稳定的值。
state = eBnBlastOut; 之前我们遇到过这个state,当时是idle状态,目前状态是eBnBlastOut,也是就是喊出去了,后面还会多次修改。
osal_start_timerEx( BlindNode_TaskID, BLINDNODE_BLAST_EVT, BLINDNODE_BLAST_DELAY );
函数的最后一句,定时执行一个事件BLINDNODE_BLAST_EVT,我们也可以猜出来,通过这个事件会进一步狂轰滥炸。
2 BLINDNODE_BLAST_EVT 狂轰滥炸
if ( events & BLINDNODE_BLAST_EVT ) { if ( blastCnt == 0 ) { state = eBnBlastOff; finishCollection(); } else { afAddrType_t dstAddr; uint8 stat, delay; dstAddr.addrMode = afAddrBroadcast; dstAddr.addr.shortAddr = NWK_BROADCAST_SHORTADDR_DEVALL; dstAddr.endPoint = LOCATION_REFNODE_ENDPOINT; if ( --blastCnt == 0 ) { stat = AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_XY_RSSI_REQUEST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); state = eBnBlastIn; delay = config.timeout; } else { stat = AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_RSSI_BLAST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); delay = BLINDNODE_BLAST_DELAY; } if ( stat != afStatus_SUCCESS ) { blastCnt++; } osal_start_timerEx( BlindNode_TaskID, BLINDNODE_BLAST_EVT, delay ); } return ( events ^ BLINDNODE_BLAST_EVT ); }
咋一看代码还挺长的,其实我们通过代码的判断条件分析,每次执行很少的code,是的,没看错,是每次。 这个函数或者这段代码被执行了好多次。我们一点一点的看。
首先进来判断blastCnt 变量是否等于0,我们上面刚刚对这个变量赋值。
blastCnt = BLINDNODE_BLAST_COUNT;
我们进一步发现它是个宏定义
#define BLINDNODE_BLAST_COUNT 8
直接执行下面的else 部分
else { afAddrType_t dstAddr; uint8 stat, delay; dstAddr.addrMode = afAddrBroadcast; dstAddr.addr.shortAddr = NWK_BROADCAST_SHORTADDR_DEVALL; dstAddr.endPoint = LOCATION_REFNODE_ENDPOINT;
看着是否很熟悉,是的,也是定义了一个地址结构体,地址的赋值方法和上面是一样一样的,这也就是为何本节叫做“狂轰滥炸”了。
if ( --blastCnt == 0 ) { ... } else { stat = AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_RSSI_BLAST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); delay = BLINDNODE_BLAST_DELAY;
上面的code 判断是否等于0,显然刚刚是8,--blasCnt 的结果是不为0 的,再一次执行了后面的AF_DataRequest发送,和上面的对比是一样的,这里就不解释了。
if ( stat != afStatus_SUCCESS ) { blastCnt++; } osal_start_timerEx( BlindNode_TaskID, BLINDNODE_BLAST_EVT, delay );
随后这个if 是判断是否发送成功了,如果失败了就把blastCnt 再给我加回来,我一定要执行够BLINDNODE_BLAST_COUNT次数,这是我的使命!
后面再次定时执行BLINDNODE_BLAST_EVT,和之前代码一样一样的,结果自然就明白了,然后在重新执行刚刚执行过的代码。
但是有区别,因为有很多if 判断,我们刚刚执行过一次blastCnt为7,然后 6 5 4 3 2 1 当blastCnt等于1的时候执行的代码就会成为下面
if ( --blastCnt == 0 ) { stat = AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_XY_RSSI_REQUEST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); state = eBnBlastIn; delay = config.timeout; }
咋一看也不就是一个AF_DataRequest 函数发送数据,而且地址还和上面的一样,非也非也! 这里有个重要的参数已经变了 LOCATION_XY_RSSI_REQUEST,之前我们上面的code分析这个参数是 LOCATION_RSSI_BLAST,这参数在参考节点的应用层是可以看到的,应用层会根据这个参数进行不同的处理,我们下一节会分析CC2430 参考节点。
可以这样理解这两个不同,LOCATION_RSSI_BLAST, 当CC2431 发送数据带这个参数的时候,也就是告诉参考节点,我现在在发送数据,你收到我这个数据包,把RSSI给我记住了!
而 LOCATION_XY_RSSI_REQUEST的意思是各位哥们把刚才我发数据信号强度RSSI都给我发回来吧。参考节点就这样一直听命于盲节点。
好了分析到这里这个部分马上就要完事了。 我们可以看到执行到这里后面还有定时执行BLINDNODE_BLAST_EVT,是的,还有最后一次,当再一次进入这个事件的处理函数的时候,执行的是最上面的部分,因为这是blastCnt 等于0
if ( blastCnt == 0 ) { state = eBnBlastOff; finishCollection(); } else
code中,我们再次遇到了state这个全局变量,此时被赋值eBnBlastOff表明此时狂轰滥炸已经结束了,一切基本over 了。
后面的函数 finishCollection(); 从字面上理解“完成收集",也就是CC2430 收集各个参考节点发送来的数据了。
/********************************************************************* * @fn finishCollection * * @brief Sends the next Bind Node Response message * * @param none * * @return none */ static void finishCollection( void ) { if ((ZDO_Config_Node_Descriptor.CapabilityFlags & CAPINFO_RCVR_ON_IDLE) == 0) { uint8 x; // Turn the receiver back off while idle x = false; ZMacSetReq( ZMacRxOnIdle, &x ); } // Send the Blind node response sendRsp(); if ( config.mode == NODE_MODE_AUTO ) { // set up next auto response osal_start_timerEx( BlindNode_TaskID, BLINDNODE_FIND_EVT, config.cycle ); defAddr.addrMode = afAddr16Bit; defAddr.addr.shortAddr = config.dstAddr; defAddr.endPoint = config.dstEp; } state = eBnIdle; }
依旧,我们认为 if ((ZDO_Config_Node_Descriptor.CapabilityFlags & CAPINFO_RCVR_ON_IDLE) == 0) 没有执行。
从上面的代码可以看出这个函数主要内容是 sendRsp(),执行完这个函数if 判断后就把state 设置为idle了,我们直观上认为sendRsp() 完成了RSSI收集以及距离计算定位等,但字面理解是"发送应答",貌似有点出入。 是的,如果我们进一步追这个函数,会发现真的没有计算定位这个部分,而是直接发送数据给协调器了。
可能这时会郁闷,我们是一点一点追下来的,怎么刚刚还准备收集RSSI,这个时候调用函数准备发送坐标给协调器了。 其实这就是OS 与 非 OS的区别, 我们再想想,当我们blast 最后一个时
if ( --blastCnt == 0 ) { stat = AF_DataRequest( &dstAddr, (endPointDesc_t *)&epDesc, LOCATION_XY_RSSI_REQUEST, 0, NULL, &transId, AF_SKIP_ROUTING, 1 ); state = eBnBlastIn; delay = config.timeout; }
全部变量state 设置为eBnBlastIn,也就是等待接收数据。
还有这里delay很特别,这个时间是比较长的(具体可以配置,我们后期说明),在下次执行 BLINDNODE_BLAST_EVT 的时候,也就是
if ( events & BLINDNODE_BLAST_EVT ) { if ( blastCnt == 0 ) { state = eBnBlastOff; finishCollection(); }
在这个间隔,CC2431 其实完成了RSSI的收集以及坐标的计算工作!在上面的分析中我们一直在给CC2430 参考节点发送数据,忽略了它的动作,CC2431 促使 参考节点做一些事情,发过来参考节点也会促使CC2431盲节点做一些事情。
CC2431 的代码第一部分先分析到这里,要记住,我们分析到了sendRsp()这个函数。
从下一节我们将分析可怜的CC2430 参考节点的内容。
CC2431定位套餐推荐:https://item.taobao.com/item.htm?id=527836022363