嵌入式实时操作系统μCOS-Ⅱ的移植

 

嵌入式实时操作系统μCOS-Ⅱ的移植

时间: 2009-03-18 15:58:49 来源: 作者:张仁斌、代海飞、李钢

1、引言

   嵌入式系统由于它具有软件代码小、高度自动化、响应速度快等特点已经使它在许多领域得到广泛的应用[3]。从家里的洗衣机、电冰箱,到作为交通工具的自 行车、小汽车,到办公室里的远程会议系统等。嵌入式系统通常由硬件环境和操作系统构成。在嵌入式操作系统的统一调度管理下实现对所有系统资源的合理利用和 分配,达到提高系统性能和有效利用有限资源的目的。μCOS-Ⅱ作为一个源码开放的嵌入式实时操作系统,同时具有良好的可移植性、可裁剪性、可剥夺性、稳 定性和可靠性等优点,使其成为许多嵌入式操作系统的首选。本文将μCOS-Ⅱ在Freescale的8位处理器芯片HC9S08上移植实现。

2、μCOS-Ⅱ系统结构

   μCOS-Ⅱ是一个完整的可移植可固化可裁剪的抢占式实时多任务内核。可以在不需要做很大修改的基础上方便的移植到多种处理器上。条件是:该处理器要具 有一定数量的堆栈,能够使用软件中断,产生定时器中断,此外,编译器要支持可重入代码,并且要能使用汇编实现对处理器内部寄存器的相关操作[2][4]。 通过μCOS-Ⅱ的管理,使多个任务之间相互协调,分时的占用CPU,实现充分利用资源和实时等相应的功能。
任务通常是一个死循环,用来完成某一 特定的功能;一个任务相当于一个线程。μCOS-Ⅱ可以管理多达64个任务,每个任务都具有一个唯一的合法优先级。但是,优先级最低的那个任务已经被系统 定义为空闲任务,用户不能使用。用户可以通过函数OSTaskCreate()来创建任务,通过OSTaskDel()来删除任务。任务可能有以下五种状 态:睡眠态、就绪态、运行态、等待状态、中断服务态。利用不同的系统函数可以实现任务在各状态之间的转换。μCOS-Ⅱ通过对就绪表的操作总是选择在就绪 任务中优先级最高的那个任务开始运行。任务级的调度是由函数OSSched()来完成的;而中断级的调度是由OSIntExt()完成的。任务切换的过程 分为两步:将被挂起任务的处理器寄存器状态保存在它的任务堆栈中;将将要执行的任务堆栈中保存的寄存器值弹到处理器中,然后执行中断返回指令。这样新的任 务就拥有了CPU,开始执行。直到它挂起,或者是被更高优先级的任务中断。μCOS-Ⅱ就是在对各种任务的切换之间起协调作用的协调者。

3、HC9S08的硬件结构

  每个HCS08 系列的MCU 都是由HCS08 核加上几个存储器以及外设模块组成。HCS08 核主要包括:

  ①HCS08 CPU
  ②背景调试控制器(BDC)
  ③支持多达32个中断/复位源
  ④芯片级地址译码

   HCS08CPU包括和M68HC08相同的寄存器。其中包括一个8位累加器(A),一个可分别存取高8位和低8位的16位变址寄存器(HX),一个 16位栈指针(SP),一个16 位程序计数器(PC)和一个状态码寄存器(CCR),该CCR 包含5个处理器状态标志(V,H,N,Z 和C)和全局中断屏蔽标志(I)。HCS08核定义的5个主要的存储空间。

  直接页寄存器主要包括I/O 端口寄存器和大部分的外设控制和状态寄存器;RAM区的地址紧接在直接页寄存器地址的后面并且向高地址延伸,堆栈空间就落在RAM中。一般将堆栈的栈顶初 始化在RAM的高地址部分。和大部分的处理器一样,HCS08的堆栈增长方向是向下的。高地址页寄存器位于$1800到$182B之间,由于这些寄存器比 直接页寄存器的使用频率要少的多,所以它们没有安排在珍贵的直接页地址空间中;FLASH存储器分配64K字节的存储空间最终分配到地址$FFFF。这一 块的起始地址取决于MCU有多少FLASH存储空间;向量区是FLASH区的一部分,位于$FFC0-$FFFF中,但是它是单独解码的,所以当中断向量 取出时别的HCS08模块可以识别出来。

4、μCOS-Ⅱ的移植

   μCOS-Ⅱ绝大部分的代码是用ANSI C编写的,可移植性好。但是用户在移植时还需要修改相应的几个文件。与应用相关部分需要用户根据自己实际应用的需要进行配置,与处理器相关的部分需要用户 根据不同处理器的结构修改相应的代码,以使操作系统能够准确的进行任务的切换等[1]。主要需要修改的函数如下:

  1.OS_CPU.H 它主要包括了用#define语句定义的、与处理器相关的常数、宏以及类型。比如:typedef unsigned char INT8U、#define OS_TASK_GROUTH 1以及如何处理临界代码段等。

   2.OS_CPU_C.C 在这个文件中要求用户编写10个简单的C函数,但是唯一必须要修改的是OSTaskInit();这个函数初始化堆栈,应该按照中断时系统保护现场的进栈 顺序来初始化堆栈结构。对于HCS08系列单片机来说,当中断发生时,依次进栈的是PCL、PCH、X、A、和CCR寄存器值。同时为了保证系统的稳定还 把额外的一个变址寄存器H进栈,有时还要保存页值。初始化完成后,将栈顶位置SP保存在任务控制块TCB中。

  3.OS_CPU_A.ASM 在这个文件中需要修改关键的四个函数。

  (1)OSStartHighRdy() OSStart()函数调用它来是就绪任务中优先级最高的任务开始运行。这部分一般要求用户把它转化成汇编语言实现。本文中代码如下:

OSTaskSwHook();
asm lda #$01
asm sta OSRunning
asm ldhx OSTCBHighRdy
asm ldhx 0, x
asm txs
asm pulh
asm pula
asm sta PAGE
asm rti

   (2)任务级切换函数OSCtxSw() 主要通过执行软中断或TRAP来实现在任务级的切换功能。其中中断向量指向OSCtxSw()函数的入口地址。在OSSched()的最后操作系统调用 OS_TASK_SW执行软中断或TRAP指令,该指令找到对应的OSCtxSw()实现任务的切换。OSCtxSw()首先要保存当前运行任务的各寄存 器状态到自己的堆栈中,并且保存当前栈顶位置;然后找到将要运行的任务,并且把保存该任务堆栈中的寄存器弹到CPU内部寄存器中,执行中断返回指令,这样 使CPU从新的任务处执行,直到下一个任务切换的到来。执行代码如下:

asm psha
asm pshh
asm tsx
asm pshx
asm pshh
asm ldhx OSTCBCur
asm pula
asm sta 0, x
asm pula
asm sta 1, x
OSTaskSwHook();
asm lda OSPrioHighRdy
asm sta OSPrioCur
asm ldhx OSTCBHighRdy
asm sthx OSTCBCur
asm ldhx 0, x
asm txs
asm pulh
asm pula
asm sta PAGE
asm rti

  (3)中断级任务切换函数OSIntCtxSw() 该函数在ISR中执行任务的切换功能。由于是在中断中执行的,处理器的大部分寄存器值都已经自动保存在堆栈中了,所以该函数的大部分代码都和OSCtxSw()相同,只是前半部分保存寄存器的功能不要了。

   (4)OSTickISR()时钟节拍服务函数μCOS-Ⅱ要求用户提供一个周期性的时钟源,来实现时间的定时和超时功能。这部分功能由该函数实现。这 个函数首先保存寄存器的值,然后设置中断标志、清中断,再调用OSTimeTick()递减延时计数,判断是否要在中断中切换任务,最后恢复处理器寄存 器,执行中断返回指令,返回到中断处继续执行。代码如下:

SRTISC_RTIACK = 1;
asm lda PAGE
asm psha
asm pshh
asm lda OSIntNesting
asm add #1
asm sta OSIntNesting
asm cmp #1
asm bne Tmr_TickISR1
asm tsx
asm pshx
asm pshh
asm ldhx OSTCBCur
asm pula
asm sta 0, x
asm pula
asm sta 1, x
asm Tmr_TickISR1:
OSTimeTick();
OSIntExit();
asm pulh
asm pula
asm sta PAGE
asm rti

5、结论

   本文将μCOS-Ⅱ移植到8位系列单片机上,并且在MC9S08AW60上稳定的运行,有效提高了该系统的性能,充分利用系统资源,使系统的实时性能得 到很大的提高,开阔了应用范围。同时,作者也将该系统在HCS08的另外两款单片机MC9S08QE128和MC9S08GB60上移植实现。

c51智能卡cos操作系统源代码-keil uv2COS的全称是Chip Operating System(片内操作系统),它一般是紧紧围绕着它所服务的智能卡的特点而开发的。由于不可避免地受到了智能卡内微处理器芯片的性能及内存容量的影响,因此,COS在很大程度上不同于我们通常所能见到的微机上的操作系统(例如DOS、UNIX等)。   首先,COS是一个专用系统而不是通用系统。即:一种COS一般都只能应用于特定的某种(或者是某些)智能卡,不同卡内的COS一般是不相同的。因为COS一般都是根据某种智能卡的特点及其应用范围而特定设计开发的,尽管它们在所实际完成的功能上可能大部分都遵循着同一个国际标准。其次,与那些常见的微机上的操作系统相比较而言,COS在本质上更加接近于临控程序、而不是一个通常所谓的真正意义上的操作系统,这一点至少在目前看来仍是如此。因为在当前阶段,COS所需要解决的主要还是对外部的命令如何进行处理、响应的问题,这其中一般并不涉及到共享、并发的管理及处理,而且就智能卡在目前的应用情况而盲,并发和共享的工作也确实是不需要曲。COS在设计时一般都是紧密结合智能卡内存储器分区的情况,按照国际标准(ISO/IEC7816系列标准)中所规定的一些功能进行设计、开发。但是由于目前智能卡的发展速度很快,而国际标准的制定周期相对比较长一些,因而造成了当前的智能卡国际标准还不太完善的情况,据此,许多厂家又各自都对自己开发的COS作了一引起扩充。   就目前而言,还没有任何一家公司的COS产品能形成一种工业标准。因此本文将主要结合现有的(指l994年以前)国际标准,重点讲述COS的基本原理以及基本功能,在其中适当地列举它们在某些产品中的实现方式作为例子。   COS的主要功能是控制智能卡同外界的信息交换,管理智能卡内的存储器并在卡内部完成各种命令的处理。其中,与外界进行信息交换是COS最基本的要求。在交换过程中,COS所遵循的信息交换协议目前包括两类:异步字符传输的T=0协议以及异步分组传输的T=l协议。这两种信息交换协议的具体内容和实现机制在IS0/IEC78l6-3和IS0/IEC7816-3A3标准中作了规定;而COS所应完成的管理和控制的基中功能则是在 ISO/IEC78l6-4标准中作出规定的。在该国际标准中,还对智能卡的数据结构以及COS的基本命令集作出了较为详细的说明。至于IS0/IEC78l6-l和2,则是对智能卡的物理参数、外形尺寸作了规定,它们与COS的关系不是很密切。   COS的体系   依赖于上一节中所描述的智能卡的硬件环境,可以设计出各种各样的COS。但是,所有的COS都必须能够解决至少三个问题,即:文件操作、鉴别与核实、安全机制。事实上,鉴别与核实和安全机制都属于智能卡的安全体系的范畴之中,所以,智能卡的COS中最重要的两方面就是文件与安全。但再具体地分析一下,则我们实际上可以把从读写设备(即接口设备IFD)发出命令到卡给出响应的一个完整过程划分为四个阶段,也可以说是四个功能模块:传送管理器(TM)、安全管理器(SM)、应用管理器(AM)和文件管理器(FM)。其中,传送管理器用于检查信息是否被正确地传送。这一部分主要和智能卡所采用的通信协议有关;安全管理器主要是对所传送的信息进行安全性的检查或处理,防止非法的窃听或侵入;应用管理器则用于判断所接收的命令执行的可能性;文件管理器通过核实命令的操作权限,最终完成对命令的处理。对于一个具体的COS命令而言,这四个阶段并不一定都是必须具备的,有些阶段可以省略,或者是并人另一阶段中;但一般来说,具备这四个阶段的COS是比较常见的。以下我们将按照这四个阶段对COS进行较为详细的论述。   在这里需要提起注意的是,智能卡中的“文件”概念与我们通常所说的“文件”是有区别的。尽管智能卡中的文件内存储的也是数据单元或记录,但它们都是与智能卡的具体应用直接相关的。一般而言,一个具体的应用必然要对应于智能卡中的一个文件,因此,智能卡中的文件不存在通常所谓的文件共享的情况。而且,这种文件不仅在逻辑广必须是完整的,在物理组织上也都是连续的。此外,智能卡中的文件尽管也可以拥有文件名,但对文件的标识依靠的是与卡中文件—一对应的文件标识符,而不是文件名。因为智能卡中的文件名是允许重复的,它在本质上只是文件的一种助记符,并不能完全代表整个文件。   传送管理(Transmission Manager)   传送管理主要是依据智能卡所使用的信息传输协议,对由读写设备发出的命令进行接收。同时,把对命令的响应按照传输协汉的格式发送出去。由此可见,这一部分主要和智能卡具体使用的通信协议有关,而且,所采用的通信协议越复杂,这一部分实现起来也就越困难、越复杂。   我们在前面提到过目
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值