奥特曼Zigbee读书日记(二)--OSAL系统框架专题.doc

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