奥特曼Zibee读书日记.docVIP

[原创]奥特曼Zigbee读书日记（二）--OSAL系统框架专题发布: 2010-4-08 21:04 | 作者: HYPERLINK /space.php?uid=3op=bbsoutman | 来源: “飞比”Zigbee论坛[注：本文源自HYPERLINK /--“飞比”Zigbee论坛，如需转载请保留此行]9. TI协议栈所用系统框架探讨。51的系统往往不是太大，但是几十K的程序，也足以让一个初学者望而却步。我们首先忽略C语言本身的难度，光是系统框架也让生手读起来很吃力，再加上这种到处是API跟define的程序，还没有正式学习协议部分就已经让人在丛林中“迷路”了。在接下来的一段时间内，我会以TI所用的系统框架为主线进行学习，希望大家共同探讨。。。[注：本文源自HYPERLINK /--“飞比”Zigbee论坛，为尊重劳动者成果，如需转载请保留此行]在层层迷雾中摸索了两天，终于拨云见日，那个心情啊，怎一个“爽”字了得~~~可是怎么能把这么复杂的一个问题讲得清楚呢？嗯。。。还是先上图吧 注：为了便于直观，以下涉及到数据地址的地方都是由上而下，地址由高变低第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而耽误了不少时间。那这个心脏是怎么跳动起来的呢？这