uC/OS-II

uC/OS- II是最早进入国内的一款开源RTOS,因为代码开源,又有配套的书籍,加上不大的代码量,在嵌入式群体中最为流行。在写“实用单片机系统”第一版之后,就接触了uC/OS-II,虽然大致的明白其工作原理,但一直似懂非懂,尤其有太多的宏定义,严重的干扰了源码的阅读,加上RTOS带来太多的概念,而这些概念都没有实际用过,不知道如何应用,并且听说有很多陷阱,所以心里有些空,把握不住风险,一直都回避RTOS。

高频机开发的后期,菜单界面编程的复杂性严重的干扰了业务逻辑,逼迫我设计msOS的时候,考虑把业务逻辑与菜单界面分离开,这必须要引入RTOS,而uC/OS-II因为广为人知又相对简单一些,所以选择了uC/OS-II。

这一次正式选用uC/OS-II,必须要深入理解透彻每一个细节,否则因为自己对uC/OS-II的理解不到位,尤其是任务之间的通讯等细节问题引起的缺陷可能让自己的项目失败,这是不可接受的,所以参考书籍仔细的阅读源码,然而一接触这个源码,就让我犯晕,uC/OS-II为了实现可配置、可裁减,运用了大量的宏定义,考虑到各种情况,这严重的干扰了我的阅读,同时也有很多网友向我反应类似的问题,因为要了解uC/OS-II的核心原理,却经常被很多没用的源码干扰,他们迫切需要一份简单、清晰的源码,于是我决定先弄出一份可以清晰阅读的源码来。

第一步,去掉了绝大部分跟内核无关的事件管理功能,比如信号量、互斥型信号量、事件标志组、消息邮箱、内存管理这几个功能,只保留了msOS今后需要用到的时间管理、消息队列功能,这样一来,几乎就剩下内核部分源码,阅读大大简化了,系统基本上没有什么宏定义了,下图为uC/OS-II的头文件,非常简单,只需要定义三个宏定义:任务数、事件数和消息队列数,对于msOS来说,默认就是2、1、1,模式化了,不需要改变。

这样精简uC/OS-II,才会事半功倍!

第二步,进一步去掉用不上的功能函数,比如时间管理中只保留OSTimeDly函数,消息队列中只保留创建队列、发送消息、等待消息三个必须要用的函数。任务管理中只保留了普通的创建任务函数,其它的删除任务,挂起任务等都删除了,因为msOS中不可能用到删除任务,挂起任务这些函数,放着除了干扰我之外,没有别的作用。这样一来,基本上就没有多少宏定义了,代码较容易看懂了,下图为前两步精简后的uC/OS-II接口函数。

这样精简uC/OS-II,才会事半功倍!

第三步,因为能够看懂代码,就越觉得msOS不需要uC/OS-II这么多复杂的功能,比如msOS一般来说只需要两个任务即可,uC/OS-II却支持 64个任务,因为支持64个任务,需要一个8*8bit的就绪表,为了实现快速查找最高优先级任务,需要一个算法和一个256字节的查找表,虽然这些不是很复杂,但却把很多人搞的稀里糊涂的,比较绕,严重的干扰了内核的阅读理解,所以要降低任务,只需要支持8个即可,对于msOS来说,8个都已经太多了,完全满足了,而实际的项目,一般都是几个任务即可,不建议大家开太多的任务,这样严重影响效率,并且各个任务之间通讯,访问资源等都容易引起很多冲突,理解不准确会导致一系列问题。

下图为msOS双任务查找表,数组中只有4个数据。实际上因为msOS只有两个任务,MenuTask是永恒最低任务存在,只要LogicTask激活,就马上执行LogicTask,处理完后再退到MenuTask,所以只需要识别LogicTask即可,根本不需要算法中的查找表,只是为了保留与 uC/OS-II统一,预留扩展8个任务,所以还保留了任务查找表风格。

这样精简uC/OS-II,才会事半功倍!

第四步,因为只有8个任务,而uC/OS-II默认有两个内部任务:统计任务与空闲任务,所以需要去掉这两个任务,msOS中必须要有业务逻辑与菜单界面两个任务,优先级最低的任务是菜单界面,这样还有6个任务可以供额外使用,6个已经足够了,非特别情况下,不建议用。

第五步,uC/OS-II的任务块和事件块是采用链表结构的,可以动态增删,但这一点对于绝大部分项目来说,没有意义,尤其是对msOS来说,根本就不需要动态的,于是把链表结构改成数组结构,这样非常容易看懂,也节省资源。

第六步,按C#语言风格标准化,跟msOS统一编程风格。

通过以上六步操作操作之后,uC/OS-II非常简单明了,只有os.c、os.h和os_a.asm三个文件,os.c中只有寥寥15个函数,os_a.asm中只有4个汇编函数。考虑到扩展性,还是保留了uC/OS-II的一些影子,其实若再精简下去,可能就只剩下一个内核切换,msOS 只需要两个任务即可,完全可以精简到跟uC/OS-II无关了。

转自: 嵌入式资讯精选

围观 4
358

1.uC/OS-II文件结构

与处理器无关的代码:OS_CORE.C, OS_FLAG.C, OS_MBOX.C, OS_MEM.C, OS_MUTEX.C, OS_Q.C, OS_SEM.C, OS_TASK.C, OS_TIME.C, UCOS_II.C, UCOS_II.H。

配置文件(与应用程序有关):OS_CFG.H, INCLUDES.H

与处理器有关的代码(移植):OS_CPU.H, OS_CPU_A.ASM, OS_CPU_C.C

2.uC/OS-II组成部分

uC/OS-II大致可以分成系统核心(包含任务调度)、任务管理、时间管理、多任务同步与通信、内存管理、CPU移植等部分。

(1) 核心部分(OSCore.c) :uC/OS-II处理核心,包括初始化、启动、中断管理、时钟中断、任务调度及事件处理等用于系统基本维持的函数。

(2) 任务管理(OSTask.c) :包含与任务操作密切相关的函数,包括任务建立、删除、挂起及恢复等,uC/OS II以任务为基本单位进行调度。

(3) 时钟部分(OSTime.c) :uC/OS-II中最小时钟单位是timetick(时钟节拍),其中包含时间延迟、时钟设置及时钟恢复等与时钟相关的函数。

(4) 多任务同步与通信(OSMbox.c, OSQ.c, OSSem.c, OSMutex.c, OSFlag.c):包含事件管理函数,涉及Mbox、msgQ、Sem、Mutex、Flag等。

(5) 内存管理部分(OSMem.c):主要用于构建私有的内存分区管理机制,其中包含创建memPart、申请/释放memPart、获取分区信息等函数。

(6) CPU接口部分:uC/OS-II针对特定CPU的移植部分,由于牵涉到SP等系统指针,通常用汇编语言编写,包括任务切换、中断处理等内容。

3.uC/OS-II任务状态

在uC/OS-II中,一个任务就是一个线程,该任务可以认为CPU完全属于它自己。任务有自己的堆栈和CPU寄存器,并且被赋予一定的优先级。任务可能处于睡眠、就绪、运行、等待或中断服务状态之一。

(1) uC/OS-II调度算法
uC/OS-II采用基于优先级的调度算法,总是选择当前处于就绪状态的优先级最高的任务进行调度。uC/OS-II是可抢占性的强实时性OS,在完成中断后允许进行新的任务调度。

uC/OS-II有两种调度方式:任务级任务调度、中断级任务调度。

(2) 应用程序中函数的调用关系

#include “includes.h”
#define TASK_STK_SIZE 512 // 定义堆栈长度(1024字节)
OS_STK TaskStk[TASK_STK_SIZE]; // 定义一个数组来作为任务堆栈
void main()
{
……
OSInit(); // 初始化uC/OS-IIi
……
OSTaskCreate(MyTask1,……); // 创建用户任务1
OSTaskCreate(MyTask2,……); // 创建用户任务2
……
OSStart(); // 启动任务
……
}
void MyTask(void *pdata)
{
for (;;)
{
可以被中断的任务代码;
OS_ENTER_CRITICAL(); //进入临阶段(关中断)
不可以被中断的任务代码;
OS_EXIT_CRITICAL(); //退出临阶段 (开中断)
可以被中断的任务代码;
}
}

空任务块链表(所有任务控制块还没有分配给任务),是在应用程序调用函数OSInit()对系统进行初始化时建立的。

任务建立时,首先会调用OSTaskStkInit(),也会调用函数OS_TCBInit()初始化任务控制块OS_TCB,函数OSTaskCreate()或OSTaskCreateExt()调用任务控制块初始化函数OS_TCBInit()。

OS_TCBInit()然后调用OSTCBCreatHook()。

OSTCBCreatHook()是用户自定义的函数。

当用户程序调用函数OSTaskCreate()创建一个任务时,这个函数会调用系统函数OSTCBInit()来为任务控制块进行初始化。这个函数首先为被创建任务从空任务控制块链表获取一个任务控制块,然后利用任务的属性对任务控制块各个成员进行赋值,最后再把这个任务控制块链入到任务控制块链表的头部。

uC/OS-II有两种调度器:
任务级调度器(由OSSched()实现)、中断级调度器(由OSIntExt()实现)

(3) 任务级任务调度
指在非中断返回时进行任务调度,一般发生在当前任务因时间延迟或等待某事件而阻塞或被挂起,或有更高优先级的任务处于就绪状态。

任务的基本信息:

  -  CPU的PC寄存器:任务当前执行的位置;
  -  CPU的通用寄存器:任务当前执行涉及的临时数据;
  -  CPU的状态寄存器:存储当前CPU的状态。

任务级任务切换:从一个任务直接切换至另一个任务,不涉及CPU状态的切换,OS_TASK_SW()既保存当前任务上下文,又恢复新任务上下文。
过程:OS_Sched() -> OS_SchedNew() -> OS_TASK_SW()

来源: 嵌入式资讯精选

围观 3
422
订阅 RSS - uC/OS-II