ZigbeeOSAL系统框架专题.pdfVIP

9.TI协议栈所用系统框架探讨。 51的系统往往不是太大，但是几十K的程序，也足以让一个初学者望而却步。我们首先忽 略C语言本身的难度，光是系统框架也让生手读起来很吃力，再加上这种到处是API跟 define的程序，还没有正式学习协议部分就已经让人在丛林中“迷路”了。 在接下来的一段时间内，我会以TI所用的系统框架为主线进行学习，希望大家共同探讨。。。 [注：本文源自--“飞比”Zigbee论坛，为尊重劳动者成果，如需转载请保 留此行] 在层层迷雾中摸索了两天，终于拨云见日，那个心情啊，怎一个“爽”字了得~~~ 可是怎么能把这么复杂的一个问题讲得清楚呢？嗯。。。还是先上图吧 注：为了便于直观，以下涉及到数据地址的地方都是由上而下，地址由高变低 第1节、各个任务是如何被调用到的？ 我们还是先从main()函数开始，看看各个任务之间是如何协调工作的。 插播一句广告：在一切都看不清的时候，忽略次要，看主要因素－－ byoutmanfrom 我们直接进入主循环的核心部分，看一下系统中的几个主要的任务是如何被调用，并开始自 己的使命的？ 看一段程序的时候，往往要从它的数据结构入手。我们先看一下，主循环中的两个关键数组， *tasksEvents与*tasksArr，从图一中我们可以看出来，tasksEvents这个数组存放的是从 序号为0到tasksCnt，每个任务在本次循环中是否要被运行，需要运行的任务其值非0（用 橙色表示），否则为0。而tasksArr数组则存放了对应每个任务的入口地址，只有在 tasksEvents中记录的需要运行的任务，在本次循环中才会被调用到。－－这节讲完了。。。 又有同学举手？什么？还没明白？恩。。。好像是不能讲这么短的。。。 那好吧，把main函数贴过来，我们一点一点看 初始化过程“先不管”，我们先看主循环（deadloop） for(;;) //ForeverLoop { uint8idx=0; Hal_ProcessPoll(); //先不管1 do{ if(tasksEvents[idx]) // 寻找最高优先级的任务来运行 { break; } }while(++idxtasksCnt); if (idx tasksCnt)//如果有任务需要运行 { uint16events; halIntState_tintState; HAL_ENTER_CRITICAL_SECTION(intState); events=tasksEvents[idx]; tasksEvents[idx]=0; //本任务运行完了，要对其清空，为后面要运行的任务让 路 HAL_EXIT_CRITICAL_SECTION(intState); events=(tasksArr[idx])(idx,events);//最关键的一句话，如图一中，运行对 应的任务 HAL_ENTER_CRITICAL_SECTION(intState); tasksEvents[idx]|=events; //本任务可能没完全完成，如果是这样，再次设置 标志位，在下一次循环中继续执行 HAL_EXIT_CRITICAL_SECTION(intState); } } 第2节、系统时间 我们知道，每个操作系统（虽然我不认为OSAL是一个标准的操作系统，但我们先这么叫着 吧）都有一个“节拍”－tick，就像每一个“活人”都有心跳一样。那么OSAL的心跳有多 快呢？－－1ms。当然这个速度是可以设置的，在osal_timer_activate函数中开启了系统 节拍，用TICK_TIME来定义其速度 #defineTICK_TIME 1000 //Timerpertick-inmicro-sec 注意：这个1000是micro-sec（微秒），而不是milli－sec（毫秒）！我刚开始的时候就 是误以为是1000ms而耽误了不少时间。 那这个心脏是怎么跳动起来的呢？ 这得从“定时器”说起，由于本文的重点不是讲单片机基础的，如果对这个名字还陌生的同 学，那还是回去先看看基础再来看这个吧。2430有4个定时/计数器，其中timer4用来做 系统计时。如果认为是timer2的同学请看一下halTimerRemap这个函数。在上述 osal_timer_activate函数中，开启了系统计时，并将ti