OSAL的工作原理.docVIP

OSAL的工作原理 ZigBee 协议栈依据 IEEE 802.15.4 标准和 ZigBee 协议规范。ZigBee 网络中的各种操作需要 ，利用协议栈各层所提供的原语操作来共同完成。原语操作的实现过程往往需要向下一层发起一 个原语操作并且通过下层返回的操作结果来判断出下一条要执行的原语操作。IEEE 802 ．15 ．4 标准和 ZigBee 协议规范中定义的各层原语操作多达数十条，原语的操作过程也比较复杂，它 已经不是一个简单的单任务软件。对于这样一个复杂的嵌入式通信软件来说，其实现通常需要 依靠嵌入式操作系统来完成。 挪威半导体公司 Chipcon( 目前已经被TI 公司收购)作为业界领先的 ZigBee 一站式方案供应 商，在推出其 CC2530 开发平台时，也向用户提供了自己的 ZigBee 协议栈软件-Z-Stack 。这是 一款业界领先的商业级协议栈，使用 CC2530 射频芯片，可以使用户很容易的开发出具体的应 用程序来。Z-Stack 使用瑞典公司 IAR 开发的 IAR Embedded Workbench for MCS ．51 作为它的 集成开发环境。Chipcon 公司为自己设计的 Z-Stack 协议栈中提供了一个名为操作系统抽象层 OSAL 的协议栈调度程序。对于用户来说，除了能够看到这个调度程序外，其它任何协议栈操 作的具体实现细节都被封装在库代码中。用户在进行具体的应用开发时只能够通过调用API 接 口来进行，而无权知道 Zig,Bee 协议栈实现的具体细节。 Z-Stack1.4.3及以后的版本中引入了一个OSAL(Operating System Abstraction Layer 操作系统抽象层)，但在我们整个的ZigBee协议栈的结构图中，我并没有能够发现这个层在哪个位置。但是整个的协议栈都要在OS的基础上才能运行。OSAL和我们通常所说的RTOS，pc上的操作系统还是有很大的不同，ZigBee2006中只是利用了操作系统的概念和思想，利用OS把Z-Stack软件组件从特殊的处理过程相分离，并将软件成分保护了起来。它提供了如下的管理功能： ◆任务的注册、初始化、开始 ◆ 任务间的消息交换 ◆任务同步 ◆ 中断处理 ◆时间管理 ◆ 内存分配 OSAL主要是这样一种机制,一种任务分配资源的机制,从而形成了一个简单多任务的操作系统。首先,osal初始化系统，包括软件系统初始化和资源初始化．其中软件系统初始化就是初始化一些变量，比如osal重要的组成部分任务表，任务结构体和序列号．资源初始化主要包括内存，中断，ＮＶ等各种设备模块资源．这就和我们嵌入式系统中的RTOS操作系统μC/OS-II有了很大的相似处。μC/OS-II中也是通过建立任务把一个问题进行分解，任务之间可以通过消息队列的方式进行通信。 接着，osal通过osal_add_task添加任务到任务表中，形成一个任务链表．这个任务链表是以任务的优先级先后排序的．优先级高的排在前，低者排于后． 最后，开始运行系统，系统是以一个死循环的形式工作的．在循环体当中不断地检测各个任务，看是否要运行等．这就相当于我们平时用的linux和window等多任务系统，把ＣＰＵ分成Ｎ个时间片（有多少任务就分成多少时间片），只要处理频率高，就相当于多任务同时运行了。下面我们来结合sampleAPP来说明一下OSAL的具体工作情况。 Sample Application是ZStack协议栈提供的一个非常简单的演示实例，实例中的每个设备都可以发送和接收两种信息：周期信息和闪烁信息。 周期信息---------当设备加入该网络后，所有设备每隔 5S（加上一个随机数，毫秒mS为单位）发送一个周期信息，该信息的数据载荷为发送信息的次数。闪烁信息---------通过按下按键 SW1发送一个控制LED灯闪烁的广播信息，该广播信息只针对组 1 内的所有设备。所有设备初始化都被加入组 1，所以网络一旦建立完成便可执行LED灯闪烁实验。可以通过按下设备的 SW2 退出组 1，如果设备退出组1则不再接收来自组1的消息，其按键SW1发送的消息也不再控制组1LED灯的闪烁。通过再次按下 SW2 便可让设备再次加入到组1，从而又可以接受来自组1的消息，其SW1也可以控制组1内设备的LED灯闪烁了。当设备接收到闪烁信息会闪烁LED灯，而当接收到周期信息时协议栈没有提供具体的实验现象，留给了用户自行处理，可以根据实际需要自行更改实验代码。在该工程中使用了两个按键SW1和SW2。即ZStack协议栈中的HAL_KEY_SW_1和HAL_KEY_SW_2。同时工程中也定义了一个事件用来处理周期信息事件，即SAMPL