ucos ii

移植uCOS-II到ARM7

第7章 移植µC/OS-II到ARM7

周立功单片机

移植uCOS-II到ARM7

第7章 目录1. µC/OS-II简介 2.移植规划 3.移植µC/OS-II 4.移植代码应用到LPC2000

周立功单片机

移植uCOS-II到ARM7

第7章 目录1. µC/OS-II简介 2.移植规划 3.移植µC/OS-II 4.移植代码应用到LPC2000

周立功单片机

移植uCOS-II到ARM7

7.1 µC/OS-II简介 概述µC/OS-II读做“micro C O S 2”,意为“微控制器 操作系统版本2”。µC/OS-II是源码公开的著名实时内 核，可用于各类8位、16位和32位单片机或DSP。从 µC/OS算起，该内核已有10多年应用史，在诸多领域 得到广泛应用。 µC/OS-II是一个完整的、可移植、可固化、可剪 裁的占先式实时多任务内核。µC/OS-II使用ANSI C语 言编写，包含一小部分汇编代码，使之可以供不同架 构的微处理器使用。至今，从8位到64位，µC/OS-II已 在超过40种不同架构

UCOS-II操作系统

开发板精品网

第11章

参考手册

本章提供了μC/OS-每一个用户可以调用的内核函数都按字母顺序加C/OS-Ⅱ的用户指南。

以说明，包括：

函数的功能描述 函数原型

函数名称及源代码 函数使用到的常量 函数参数 函数返回值

特殊说明和注意点

UCOS-II操作系统

264-μC/OS-II:实时操作系统内核

UCOS-II操作系统

参考手册-265

OSInit( )

所属文件

OS_CORE.C

Void OSInit(void);

调用者

开关量

启动代码 无

OSinit（）初始化μC/OS-Ⅱ，对这个函数的调用必须在调用OSStart（）函数之前，而OSStart（）函数真正开始运行多任务。

参数

无

返回值

无

注意/警告

必须先于OSStart（）函数的调用

范例：范例：

void main (void) { . .

OSInit(); /* 初始化 uC/OS-II */ . .

OSStart(); /*启动多任务内核 */ }

UCOS-II操作系统

266-μC/OS-II:实时操作系统内核

OSIntEnter( )

所属文件

OS_CORE.C

Void OSIntEnter（void）;

调用者

UCOS-II操作系统

开发板精品网

第11章

参考手册

本章提供了μC/OS-每一个用户可以调用的内核函数都按字母顺序加C/OS-Ⅱ的用户指南。

以说明，包括：

函数的功能描述 函数原型

函数名称及源代码 函数使用到的常量 函数参数 函数返回值

特殊说明和注意点

UCOS-II操作系统

264-μC/OS-II:实时操作系统内核

UCOS-II操作系统

参考手册-265

OSInit( )

所属文件

OS_CORE.C

Void OSInit(void);

调用者

开关量

启动代码 无

OSinit（）初始化μC/OS-Ⅱ，对这个函数的调用必须在调用OSStart（）函数之前，而OSStart（）函数真正开始运行多任务。

参数

无

返回值

无

注意/警告

必须先于OSStart（）函数的调用

范例：范例：

void main (void) { . .

OSInit(); /* 初始化 uC/OS-II */ . .

OSStart(); /*启动多任务内核 */ }

UCOS-II操作系统

266-μC/OS-II:实时操作系统内核

OSIntEnter( )

所属文件

OS_CORE.C

Void OSIntEnter（void）;

调用者

ucos-ii操作系统练习题

一． 填空题

1． uC/OS-II是一个简洁、易用的 基于优先级的嵌入式【 抢占式 】多任务

实时内核。

2． 任务是一个无返回的无穷循环。uc/os-ii总是运行进入就绪状态的【 最高

优先级 】的任务 。

3． 因为uc/os-ii总是运行进入就绪状态的最高优先级的任务。所以，确定哪个

任务优先级最高，下面该哪个任务运行，这个工作就是由【调度器（scheduler）】来完成的。

4． 【 任务级 】的调度是由函数OSSched()完成的，而【 中断级 】的调度是

由函数OSIntExt() 完成。对于OSSched()，它内部调用的是【 OS_TASK_SW()】 完成实际的调度；OSIntExt()内部调用的是【 OSCtxSw() 】实现调度。

5． 任务切换其实很简单，由如下2步完成：

（1）将被挂起任务的处理器寄存器推入自己的【 任务堆栈 】。 （2）然后将进入就绪状态的最高优先级的任务的寄存器值从堆栈中恢复到【寄存器 】中。

6． 任务的5种状态。

【睡眠态(task dormat) 】：任务驻留于程序空间（rom或ram）中，暂时没交给ucos-ii处理。

【就绪态（task rea

2011-08-24 17:36

ucos-II消息队列处理多按键

上一次采用信号量的方式处理一个按键，采用发送和等待信号量的方式来实现该按键的扫描。但是如果系统有多个按键需要处理呢？是否还可以用信号量呢？当然其实也可以的，多个按键就创建对个信号量呗！这样处理可是可以，不过很繁琐。本文介绍另外一种处理方案：采用消息队列的方式。将每一个按键对应一条消息，当某个按键按下时，就发送该按键的消息到消息队列：OSQPost(KeyQEvent, Qmsg_KA);然后在按键处理任务重一直调用q_keymsg =

(INT8U*)OSQPend(KeyQEvent,10,&err);读取消息队列，也就是判断该函数的返回值是否是按键消息Qmsg_KA，如果是则相应，如果不是则延时任务。 /*消息队列相关变量定义初始化

-------------------------------------------------*/

OS_EVENT *KeyQEvent; /*定义消息队列的事件控制块，用于接收消息队列返回值，如果消息队列

创建成功，则返回一个指针，这个指针用于

第2章 可编程控制器的硬件结构

第八章 基于μCOS-II的程序设计实例

8.1 实例介绍

为了使读者对μCOS-II操作系统有更深的理解，本章将介绍一个在STM32F103 处理器平台上使用μCOS-II实时操作系统的程序设计实例。此实例使用英倍特公司提供的STM103V100评估板来实现一个简易温度计。该实例使用STM103V100评估板自带的高灵敏度数字温度传感器来传送温度数据，根据实际采样周期的需要，安排了四种不同的采样方式。采样的条件和周期可以通过键盘输入进行调节，采样得到的结果可以在评估板的液晶屏上同步显示，并通过串口将采样所得的结果送到上位机。关于STM103V100评估板的更多内容超出本书范围，请读者参阅其它相关资料。

8.2 实例分析

本节主要分析如何通过基于实时操作系统编程的方法实现整个系统的所有功能。下面的内容将从任务划分开始，详细说明任务分析的过程。

8.2.1 实例任务划分

为了更合理的将整个系统划分为不同任务，首先要明确一个好的实时系统应具备那些特点，即任务划分的基本原则是什么。一般说来，任务划分的基本原则有以下几点：

? 满足系统“实时性”：一般使用μCOS-II的嵌入式应用系统，对于响应时间要求很高，如果实时

2011-08-24 17:36

ucos-II消息队列处理多按键

上一次采用信号量的方式处理一个按键，采用发送和等待信号量的方式来实现该按键的扫描。但是如果系统有多个按键需要处理呢？是否还可以用信号量呢？当然其实也可以的，多个按键就创建对个信号量呗！这样处理可是可以，不过很繁琐。本文介绍另外一种处理方案：采用消息队列的方式。将每一个按键对应一条消息，当某个按键按下时，就发送该按键的消息到消息队列：OSQPost(KeyQEvent, Qmsg_KA);然后在按键处理任务重一直调用q_keymsg =

(INT8U*)OSQPend(KeyQEvent,10,&err);读取消息队列，也就是判断该函数的返回值是否是按键消息Qmsg_KA，如果是则相应，如果不是则延时任务。 /*消息队列相关变量定义初始化

-------------------------------------------------*/

OS_EVENT *KeyQEvent; /*定义消息队列的事件控制块，用于接收消息队列返回值，如果消息队列

创建成功，则返回一个指针，这个指针用于

一篇写得不错的uCOS-II移植文章

一篇写得不错的uCOS-II移植文章

今天突然有个想法，是否在其他结构比较简单的平台上移植比较容易一点，正好同学有一个凌阳的精简板，反正今天是星期天，就当是休息了。

首先肯定是去熟悉SPCE061A的结构和IDE了。主要是存储器结构、指令系统和中断这几个部分。本来不是做这个的，没有必要深究，总体看看，知道在哪些地方查就行，所以看到很快。于是摆好uCOS系统的资料，按照移植步骤，一个个文件、函数地写好，其他没有什么，就是时间节拍比较难一点，用了不少时间写，主要是去熟悉凌阳的中断系统，了解几个寄存器的用法。按照标准移植函数步骤写下来，代码也就10来行。

在这里我想说的不是如何移植，而是编译。凌阳的IDE说实话肯定是不太完善的。因为我同学本科的时候做过，那个时候似乎听他提到过这个问题。不过我今天算是感受到了。

写好文件，编译——我的错，有一个函数写错了，编译没有通过。然后我改了。编译，？？？怎么回事，还是这个错误？大体是这样的，我写了一个OSTaskSw函数（原本想写OSCtxSw的），结果，这个IDE居然还真的认出来一个OSTaskSw，我当时就晕了，我好像在内核里没有看到过这个函数嘛。我赶紧去内核查找一下，没有嘛。我

第一章：范例

在这一章里将提供三个范例来说明如何使用 µC/OS-II。笔者之所以在本书一开始就写这一章是为了让读者尽快开始使用 µC/OS-II。在开始讲述这些例子之前，笔者想先说明一些在这本书里的约定。 这些例子曾经用Borland C/C++ 编译器（V3.1）编译过，用选择项产生Intel/AMD80186处理器（大模式下编译）的代码。这些代码实际上是在Intel Pentium II PC （300MHz）上运行和测试过，Intel Pentium II PC可以看成是特别快的80186。笔者选择PC做为目标系统是由于以下几个原因：首先也是最为重要的，以PC做为目标系统比起以其他嵌入式环境，如评估板，仿真器等，更容易进行代码的测试，不用不断地烧写EPROM，不断地向EPROM仿真器中下载程序等等。用户只需要简单地编译、链接和执行。其次，使用Borland C/C++产生的80186的目标代码（实模式，在大模式下编译）与所有Intel、AMD、Cyrix公司的80x86 CPU兼容。

1.00 安装 µC/OS-II

本书附带一张软盘包括了所有我们讨论的源代码。是假定读者在80x86，Pentium，或者Pe

第一章：范例

在这一章里将提供三个范例来说明如何使用 µC/OS-II。笔者之所以在本书一开始就写这一章是为了让读者尽快开始使用 µC/OS-II。在开始讲述这些例子之前，笔者想先说明一些在这本书里的约定。 这些例子曾经用Borland C/C++ 编译器（V3.1）编译过，用选择项产生Intel/AMD80186处理器（大模式下编译）的代码。这些代码实际上是在Intel Pentium II PC （300MHz）上运行和测试过，Intel Pentium II PC可以看成是特别快的80186。笔者选择PC做为目标系统是由于以下几个原因：首先也是最为重要的，以PC做为目标系统比起以其他嵌入式环境，如评估板，仿真器等，更容易进行代码的测试，不用不断地烧写EPROM，不断地向EPROM仿真器中下载程序等等。用户只需要简单地编译、链接和执行。其次，使用Borland C/C++产生的80186的目标代码（实模式，在大模式下编译）与所有Intel、AMD、Cyrix公司的80x86 CPU兼容。

1.00 安装 µC/OS-II

本书附带一张软盘包括了所有我们讨论的源代码。是假定读者在80x86，Pentium，或者Pe