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

Slides:



Advertisements
Similar presentations
阻塞操作. 在 linux 里,一个等待队列由一个 wait_queue_head_t 类型的结构来描述 等待队列的初始化: static wait_queue_head_t testqueue; init_waitqueue_head(&testqueue);
Advertisements

基于解释性语言的手机跨平台架构 Sloan Yi. Qt MTK.
Oracle数据库 Oracle 子程序.
嵌入式系统概论 —基于32位微处理器与实时操作系统 第五讲实时操作系统C/OS-Ⅱ分析 北京航空航天大学 机器人研究所 魏洪兴.
C++中的声音处理 在传统Turbo C环境中,如果想用C语言控制电脑发声,可以用Sound函数。在VC6.6环境中如果想控制电脑发声则采用Beep函数。原型为: Beep(频率,持续时间) , 单位毫秒 暂停程序执行使用Sleep函数 Sleep(持续时间), 单位毫秒 引用这两个函数时,必须包含头文件
在PHP和MYSQL中实现完美的中文显示
陈香兰 助教:陈博、李春华 Spring 2009 嵌入式操作系统 陈香兰 助教:陈博、李春华 Spring 2009.
EBNF与操作语义 请用扩展的 BNF 描述 javascript语言里语句的结构;并用操作语义的方法描述对应的语义规则
Kvm异步缺页中断 浙江大学计算机体系结构实验室 徐浩.
嵌入式系统课程简介 宋健建 南京大学软件学院 2004/02/10.
嵌入式系统及应用.
学习前的准备工作 讲师:burning.
陈香兰 助教:陈博、李春华 Spring 2009 嵌入式操作系统 陈香兰 助教:陈博、李春华 Spring 2009.
异 常 处 理.
College of Computer Science & Technology
嵌入式系统 —RTEOS μC/OS-II 的移植
UCOS -II的使用 撰写:李湧 2006-06-29.
《手把手教你学STM32-UCOS》 主讲人 :正点原子团队 硬件平台:正点原子STM32开发板 版权所有:广州市星翼电子科技有限公司
走进编程 程序的顺序结构(二).
辅导课程六.
第一单元 初识C程序与C程序开发平台搭建 ---观其大略
移植μC/OS-Ⅱ.
嵌入式系统 —嵌入式实时操作系统C/OS-Ⅱ分析 2006年5月.
第48组:姜立群(SC ) 谭兆路(SC ) 闫 佼(SC )
第五讲 C/OS-Ⅱ移植分析和系统初始化
本节内容 模拟线程切换 视频提供:昆山滴水信息技术有限公司 官网地址: 论坛地址: QQ交流 :
逆向工程-汇编语言
《手把手教你学STM32》 主讲人 :正点原子团队 硬件平台:正点原子STM32开发板 版权所有:广州市星翼电子科技有限公司 淘宝店铺:
ΜC/OSⅡ中的任务调度 Group01小组 柴永锋 李逢春 苗 冬.
UcOS-II时间管理.
嵌入式系统设计与实例开发 ——ARM与C/OS-Ⅱ 北京航空航天大学 智能嵌入式技术工作室 王田苗 魏洪兴.
CPU结构和功能.
第五章 C/C++及汇编语言的混合编程 5.1 ARM C/C++编译器 5.2 在C/C++程序中内嵌汇编指令
中国科学技术大学计算机系 陈香兰(0551- ) Spring 2009
用event class 从input的root文件中,由DmpDataBuffer::ReadObject读取数据的问题
宁波市高校慕课联盟课程 与 进行交互 Linux 系统管理.
宁波市高校慕课联盟课程 与 进行交互 Linux 系统管理.
3. µC/OS-II内核 2019/4/11.
C++语言程序设计 C++语言程序设计 第七章 类与对象 第十一组 C++语言程序设计.
C语言程序设计 主讲教师:陆幼利.
简单介绍 用C++实现简单的模板数据结构 ArrayList(数组, 类似std::vector)
5. µC/OS-II应用实例.
第四章 团队音乐会序幕: 团队协作平台的快速创建
第3章 ARM微處理器的指令集.
嵌入式系统教案 武汉创维特信息技术有限公司 2019/4/29.
Ch6. uC/OS-II分析 宋健建 南京大学软件学院.
本节内容 Win32 API中的宽字符 视频提供:昆山爱达人信息技术有限公司 官网地址: 联系QQ: QQ交流群 : 联系电话:
《手把手教你学STM32》 主讲人 :正点原子团队 硬件平台:正点原子STM32开发板 版权所有:广州市星翼电子科技有限公司 淘宝店铺:
信号量(Semaphore).
<编程达人入门课程> 本节内容 为什么要使用变量? 视频提供:昆山爱达人信息技术有限公司 官网地址: 联系QQ:
iSIGHT 基本培训 使用 Excel的栅栏问题
Chapter 18 使用GRASP的对象设计示例.
College of Computer Science & Technology
多层循环 Private Sub Command1_Click() Dim i As Integer, j As Integer
ARM简介及BootLoader介绍 黄大荣
临界区问题的硬件指令解决方案 (Synchronization Hardware)
本节内容 C语言的汇编表示 视频提供:昆山爱达人信息技术有限公司 官网地址: 联系QQ: QQ交流群 : 联系电话:
Python 环境搭建 基于Anaconda和VSCode.
微處理機 Microprocessor (100上) ARM 內核嵌入式SOC原理
本节内容 Windows线程切换_时钟中断切换 视频提供:昆山滴水信息技术有限公司 官网地址: 论坛地址: QQ交流 :
C++语言程序设计 C++语言程序设计 第一章 C++语言概述 第十一组 C++语言程序设计.
本节内容 动态链接库 视频提供:昆山爱达人信息技术有限公司 官网地址: 联系QQ: QQ交流群 : 联系电话:
C++语言程序设计 C++语言程序设计 第九章 类的特殊成员 第十一组 C++语言程序设计.
《手把手教你学STM32-UCOS》 主讲人 :正点原子团队 硬件平台:正点原子STM32开发板 版权所有:广州市星翼电子科技有限公司
第十七讲 密码执行(1).
FVX1100介绍 法视特(上海)图像科技有限公司 施 俊.
创建、启动和关闭Activity 本讲大纲: 1、创建Activity 2、配置Activity 3、启动和关闭Activity
使用Fragment 本讲大纲: 1、创建Fragment 2、在Activity中添加Fragment
嵌入式系统教案 武汉创维特信息技术有限公司 2019/10/1.
一个实时嵌入式操作系统移植问题研究 报告人:荣峰华.
Presentation transcript:

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

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

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

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种不同架构的微处理器上运行。

μC/OS-II特点 提供源代码:购买作者撰写的《嵌入式实时操作系统μC/OS-II》一书即可获得μC/OS-II V2.52版本的所有源代码,购买此书的其它版本可以获得相应版本的全部源代码。 可移植性(portable):μC/OS-II的源代码绝大部分是使用移植性很强的ANSI C写的,将与微处理器硬件相关的汇编语言使用量压缩到最低的限度,以使μC/OS-II便于移植到其它微处理器上。目前,μC/OS-II已经被移植到多种不同架构的微处理器上。 可固化(ROMmable):只要具备合适的软硬件工具,就可以将μC/OS-II嵌入到产品中成为产品的一部分。 可剪裁(scalable):μC/OS-II使用条件编译实现可剪裁,用户程序可以只编译自己需要的(μC/OS-II的)功能,而不编译不要需要的功能,以减少μC/OS-II对代码空间和数据空间的占用。 可剥夺(preemptive):μC/OS-II是完全可剥夺型的实时内核,μC/OS-II总是运行就绪条件下优先级最高的任务。

μC/OS-II特点 多任务:μC/OS-II可以管理64个任务,然而,μC/OS-II的作者建议用户保留8个给μC/OS-II。这样,留给用户的应用程序最多可有56个任务。 可确定性:绝大多数μC/OS-II的函数调用和服务的执行时间具有确定性,也就是说,用户总是能知道μC/OS-II的函数调用与服务执行了多长时间。 任务栈:μC/OS-II的每个任务都有自己单独的栈,使用μC/OS-II的占空间校验函数,可确定每个任务到底需要多少栈空间。 系统服务:μC/OS-II提供很多系统服务,例如信号量、互斥信号量、时间标志、消息邮箱、消息队列、块大小固定的内存的申请与释放及时间管理函数等。 中断管理:中断可以使正在执行的任务暂时挂起,如果优先级更高的任务被中断唤醒,则高优先级的任务在中断嵌套全部退出后立即执行,中断嵌套层数可达255层。

μC/OS-II特点 稳定性与可靠性:μC/OS-II是μC/OS的升级版,μC/OS自1992年以来已经有数百个商业应用。μC/OS-II与μC/OS的内核是一样的,只是提供了更多的功能。2000年7月,μC/OS-II在一个航空项目中得到了美国联邦航空管理局对商用飞机的、符合RTCA DO – 178B标准的认证。这表明,该操作系统的质量得到了认证,可以在任何应用中使用。 作者及其著作

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

7.2 移植规划 概述 所谓“移植”,就是使一个实时内核能在其它的微处理器或微控制器上运行。 7.2 移植规划 概述 所谓“移植”,就是使一个实时内核能在其它的微处理器或微控制器上运行。 尽管大部分μC/OS-II的代码是用C语言编写的,但是在编写与处理器硬件相关的代码时还是不得不使用汇编语言。移植的主要工作就是编写这些与处理器硬件相关的代码。 在移植前针对所使用的微处理器进行规划,主要有以下几个方面的考虑:编译器的选择、任务模式的选择和支持的指令集。

μC/OS-II移植 ——μC/OS-II硬件软件体系结构 应用程序 (用户代码) μC/OS-II (与处理器无关代码) OS_CORE.c OS_FLAG.c ... μC/OS-II配置 (与应用无关) OS_CFG.H INCLUDES.H μC/OS-II移植 (与处理器相关代码) CPU 定时器 硬件 软件 移植时需要编写的代码 用于产生系统时钟

7.2 移植规划 编译器的选择 目前,针对ARM处理器核的C语言编译器有很多,如SDT、ADS、IAR、TASKING和GCC等。据了解,目前在国内最流行的是ADS、SDT和GCC。SDT和ADS均为ARM公司自己开发,ADS为SDT的升级版,以后ARM公司不再支持SDT,所以不会选择SDT。GCC虽然支持广泛,很多开发套件使用它作为编译器,但是与ADS比较其编译效率较低,这对充分发挥芯片性能很不利,所以最终使用ADS编译程序和调试。

7.2 移植规划 任务模式的取舍 ARM7处理器核具有用户、系统、管理、中止、未定义、中断和快中断七种模式,其中除用户模式外其它均为特权模式。其中管理、中止、未定义、中断和快中断模式与相应异常相联系,任务使用这些模式不太适合。而系统模式除了是特权模式外,其它与用户模式一样,因而可选为任务使用的模式只有用户模式和系统模式。为了尽量减少任务代码错误对整个程序的影响,缺省的任务模式定为用户模式,可选为系统模式,同时提供接口使任务可以在这两种模式间切换。

7.2 移植规划 支持的指令集 带T变量的ARM7处理器核具有两个指令集(可以参考第3章 ):标准32位ARM指令集和16位Thumb指令集,两种指令集有不同的应用范围。为了最大限度地支持芯片的特性,任务应当可以使用任意一个指令集并可以自由切换,而且不同的任务应当可以使用不同的指令集,这次移植的代码已经实现了这一点。

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

7.3 移植μC/OS-II 概述 要移植一个操作系统到一个特定的CPU体系结构上并不是一件很容易的事情,它对移植者有以下要求: 1. 对目标体系结构要有很深了解; 2. 对OS原理要有较深入的了解; 3. 对所使用的编译器要有较深入的了解; 4. 对需要移植的操作系统要有相当的了解; 5. 对具体使用的芯片也要一定的了解。

概述 要移植一个操作系统到一个特定的CPU体系结构上并不是一件很容易的事情,它对移植者有以下要求: 1. 对目标体系结构要有很深了解; 2. 对OS原理要有较深入的了解; 3. 对所使用的编译器要有较深入的了解; 4. 对需要移植的操作系统要有相当的了解; 5. 对具体使用的芯片也要一定的了解。 参考ARM公司的《ARM体系结构》文档 要移植一个操作系统到一个特定的CPU体系结构上并不是一件很容易的事情,它对移植者有以下要求: 1. 对目标体系结构要有很深了解; 2. 对OS原理要有较深入的了解; 3. 对所使用的编译器要有较深入的了解; 4. 对需要移植的操作系统要有相当的了解; 5. 对具体使用的芯片也要一定的了解。 参考《嵌入式实时操作系统μC/OS-II 》一书 参考ADS软件自带的编译器和连接器手册 参考《嵌入式实时操作系统μC/OS-II 》一书 因为第4点的影响是全局性的,它决定移植代码的框架和功能。 所以重点介绍第4点。 参考具体芯片的数据手册和使用手册

概述 ——移植需要编写的文件 根据μC/OS-II的要求,移植μC/OS-II到一个新的体系结构上需要提供2个或3个文件: OS_CPU.H(C语言头文件) OS_CPU_C.C(C程序源文件) OS_CPU_A.ASM(汇编程序源文件) 其中OS_CPU_A.ASM在某些情况下不需要,但极其罕见。不需要OS_CPU_A.ASM的必须满足以下苛刻条件,而同时满足这些条件的微控制器几乎没有: 1.可以直接使用C语言开关中断; 2.可以直接使用C语言编写中断服务程序; 3.可以直接使用C语言操作堆栈指针; 4.可以直接使用C语言保存CPU的所有寄存器。

概述 ——移植代码包括的内容 移植内容 类型 所属文件 描述 BOOLEAN、INT8U、INT8S、 … 数据类型 OS_CPU.H 与编译器无关的数据类型 OS_STK 堆栈的数据类型 OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL() 宏 开关中断的代码 OS_STK_GROWTH 常量 定义堆栈的增长方向 OS_TASK_SW 函数 任务切换时执行的代码 OSTaskStkInit() OS_CPU_C.C 任务堆栈初始化函数 OSInitHookBegin()、OSInitHookEnd()、 μC/OS-II在执行某些操作时调用的用户函数,一般为空 OSStartHighRdy() *OS_CPU_A.ASM 进入多任务环境时运行优先级最高的任务, OSIntCtxSw() 中断退出时的任务切换函数 OSTickISR() 中断服务程序 时钟节拍中断服务程序 实际上,还有一个文件很重要,它就是IRQ.INC,它定义了一个汇编宏,它是μC/OS-II for ARM7通用的中断服务程序的汇编与C函数接口代码。时钟节拍中断服务程序也没有移植,因为其与芯片和应用都强烈相关,需要用户自己编写,不过可以通过IRQ.INC简化用户代码的编写。

关于头文件includes.h和config.h μC/OS-II要求所有.C文件的都要包含头文件includes.h,这样使得用户项目中的每个.C文件不用分别去考虑它实际上需要哪些头文件。使用INCLUDES.H的缺点是它可能会包含一些实际不相关的头文件,这意味着每个文件的编译时间可能会增加,但却增强了代码的可移植性。 在本移植中另外增加了一个头文件config.h,我们要求所有用户程序必须包含config.h,在config.h中包含includes.h和特定的头文件和配置项。而μC/OS-II的系统文件依然只是包含includes.h,即μC/OS-II的系统文件完全不必改动。所有的配置改变包括头文件的增减均在config.h中进行,而includes.h定下来后不必改动(μC/OS-II的系统文件需要包含的东西是固定的)。这样,μC/OS-II的系统文件需要编译的次数大大减少,编译时间随之减少。 congfig.h UCOS内核文件 Includes.h 用户程序

编写OS_CPU.H ——不依赖于编译的数据类型 μCOS-II不使用C语言中的short、int、long等数据类型的定义,因为它们与处理器类型有关,隐含着不可移植性。代之以移植性强的整数数据类型,这样,既直观又可移植,不过这就成了必须移植的代码。根据ADS编译器的特性,这些代码如程序清单7.1所示。 typedef unsigned char BOOLEAN; typedef unsigned char INT8U; typedef signed char INT8S; typedef unsigned short INT16U; typedef signed short INT16S; typedef unsigned int INT32U; typedef signed int INT32S; typedef float FP32; typedef double FP64; typedef INT32U OS_STK;

编写OS_CPU.H ——使用软中断SWI作底层接口 μCOS-II运行时,处理器可能处于的状态如下图所示: ARM指令 用户模式 Thumb指令 用户模式 Thumb指令集 ARM指令集 用户模式 系统模式 用户任务使用的处理器模式 ARM指令 系统模式 Thumb指令 系统模式 ARM7内核具有的指令集

编写OS_CPU.H ——使用软中断SWI作底层接口 功能号 接口函数 简介 0x00 void OS_TASK_SW(void) 任务级任务切换函数 0x01 _OSStartHighRdy(void) 运行优先级最高的任务,由OSStartHighRdy产生 0x02 void OS_ENTER_CRITICAL(void) 关中断 0x03 Void OS_EXIT_CRITICAL(void) 开中断 0x80 Void ChangeToSYSMode(void) 任务切换到系统模式 0x81 Void ChangeToUSRMode(void) 任务切换到用户模式 0x82 Void TaskIsARM(INT8U prio) 任务代码是ARM代码 0x83 Void TaskIsTHUMB(INT8U prio) 任务代码是THUMB代码

编写OS_CPU.H ——使用软中断SWI作底层接口 用软中断作为操作系统的底层接口就需要在C语言中使用SWI指令。在ADS中,有一个关键字__swi,用它声明一个不存在的函数,则调用这个函数就在调用这个函数的地方插入一条SWI指令,并且可以指定功能号。同时,这个函数也可以有参数和返回值,其传递规则与一般函数一样。 /* 任务级任务切换函数 */ __swi(0x00) void OS_TASK_SW(void); /* 运行优先级最高的任务 */ __swi(0x01) void _OSStartHighRdy(void); /* 关中断 */ __swi(0x02) void OS_ENTER_CRITICAL(void); /* 开中断 */ __swi(0x03) void OS_EXIT_CRITICAL(void); /* 任务切换到系统模式 */ __swi(0x80) void ChangeToSYSMode(void); /* 任务切换到用户模式 */ __swi(0x81) void ChangeToUSRMode(void); /* 任务代码是ARM代码 */ __swi(0x82) void TaskIsARM(INT8U prio); /* 任务代码是THUMB代码 */ __swi(0x83) void TaskIsTHUMB(INT8U prio); 该调用不返回参数 程序中调用软中断时使用的函数名 软件中断号

编写OS_CPU.H ——堆栈生长方式 μCOS-II使用结构常量OS_STK_GROWTH中指定堆栈的生长方式: 虽然ARM处理器核对于两种方式均支持,但ADS的C语言编译器仅支持一种方式,即从上往下长,并且必须是满递减堆栈,所以OS_STK_GROWTH的值为1。 #define OS_STK_GROWTH 1

编写Os_cpu_c.c ——OSTaskStkInit( ) 该函数用于初始化任务堆栈,使任务的堆栈看起来就像刚发生中断一样。即任务被执行时,就像从中断返回一样。 在编写此函数之前,必须先确定任务的堆栈结构。而任务的堆栈结构是与CPU的体系结构、编译器有密切的关联。本移植的堆栈结构如下图所示。 任务入栈的 其它数据 LR R12 R11 R10 R9 R8 ... 栈底 任务环境开始 SP PC R2 R1 R0 OSEnterSum 空闲空间

编写Os_cpu_c.c ——OSTaskStkInit( ) 入栈的数据 栈底 任务环境开始 SP OS_STK *OSTaskStkInit (void (*task)(void *pd), void *pdata, OS_STK *ptos, INT16U opt) { OS_STK *stk; opt = opt; stk = ptos; *stk = (OS_STK) task; *--stk = (OS_STK) task; *--stk = 0; *--stk = (unsigned int) pdata; *--stk = (USER_USING_MODE|0x00); return (stk); } 入栈的数据 任务入栈的 其它数据 LR R12 R11 R10 R9 R8 ... 栈底 任务环境开始 SP PC R2 R1 R0 OSEnterSum 空闲空间

编写Os_cpu_c.c ——OSTaskStkInit( ) OS_STK *OSTaskStkInit (void (*task)(void *pd), void *pdata, OS_STK *ptos, INT16U opt) { OS_STK *stk; opt = opt; stk = ptos; *stk = (OS_STK) task; *--stk = (OS_STK) task; *--stk = 0; *--stk = (unsigned int) pdata; *--stk = (USER_USING_MODE|0x00); return (stk); } 该数据比较特别,它用于保存该任务关中断的次数,它在调用OS_ENTER_CRITICAL( )时加1,在调用OS_EXIT_CRITICAL( )时减1。 这样每个任务都可以独立控制本任务的中断允许状态,而不会影响其它任务的中断允许状态。因此关中断和开中断就可以嵌套。

编写Os_cpu_c.c ——软件中断异常服务程序 前面介绍过,操作系统与硬件相关的底层函数使用软件中断作为接口,如下表所示。移植代码中一个重要的工作就是为这些软件中断编写服务程序。 功能号 接口函数 简介 0x00 void OS_TASK_SW(void) 任务级任务切换函数 0x01 _OSStartHighRdy(void) 运行优先级最高的任务,由OSStartHighRdy产生 0x02 void OS_ENTER_CRITICAL(void) 关中断 0x03 Void OS_EXIT_CRITICAL(void) 开中断 0x80 Void ChangeToSYSMode(void) 任务切换到系统模式 0x81 Void ChangeToUSRMode(void) 任务切换到用户模式 0x82 Void TaskIsARM(INT8U prio) 任务代码是ARM代码 0x83 Void TaskIsTHUMB(INT8U prio) 任务代码是THUMB代码

编写Os_cpu_c.c ——软件中断异常服务程序 这两个软件中断使用汇编代码完成 void SWI_Exception(int SWI_Num, int *Regs) { OS_TCB *ptcb; switch(SWI_Num) case 0x02: // 关中断 ... case 0x03: // 开中断 case 0x80: // 任务切换到系统模式 case 0x81: // 任务切换到用户模式 case 0x82: // 任务代码是ARM代码 case 0x83: // 任务代码是Thumb代码 default: } 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 这两个软件中断使用汇编代码完成 功能号 接口函数 简介 0x00 void OS_TASK_SW(void) 任务级任务切换函数 0x01 _OSStartHighRdy(void) 运行优先级最高的任务,由OSStartHighRdy产生 0x02 void OS_ENTER_CRITICAL(void) 关中断 0x03 Void OS_EXIT_CRITICAL(void) 开中断 0x80 Void ChangeToSYSMode(void) 任务切换到系统模式 0x81 Void ChangeToUSRMode(void) 任务切换到用户模式 0x82 Void TaskIsARM(INT8U prio) 任务代码是ARM代码 0x83 Void TaskIsTHUMB(INT8U prio) 任务代码是THUMB代码

编写Os_cpu_c.c ——软件中断异常服务程序 μC/OS-II的启动多任务环境的函数叫做OSStart(),用户在调用OSStart()之前,必须已经建立了一个或更多任务。OSStart()最终调用函数OSStartHighRdy()运行多任务启动前优先级最高的任务。 void OSStartHighRdy(void) { _OSStartHighRdy(); } 该函数在Os_cpu_a.s文件中实现。 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码

编写Os_cpu_c.c ——软件中断异常服务程序 关中断和开中断是为了保护临界段代码。这些代码与处理器有关,是需要移植的代码。在ARM处理器核中关中断和开中断时通过改变程序状态寄存器CPSR中的相应控制位实现。由于使用了软件中断,程序状态寄存器CPSR保存到程序状态保存寄存器SPSR中,软件中断退出时会将SPSR恢复到CPSR中,所以程序只要改变程序状态保存寄存器SPSR中的相应的控制位就可以了。 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码

编写Os_cpu_c.c ——软件中断异常服务程序 关闭中断 每关闭一次中断,中断关闭计数器加1 打开中断 void SWI_Exception(int SWI_Num, int *Regs) { ... case 0x02: // 关中断 __asm { MRS R0,SPSR ORR R0,R0,#NoInt MSR SPSR_c,R0 } OsEnterSum++; break; case 0x03: // 开中断 if (--OsEnterSum == 0) __asm MRS R0,SPSR BIC R0,R0,#NoInt MSR SPSR_c,R0 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 关闭中断 每关闭一次中断,中断关闭计数器加1 每调用一次开中断函数,该计数器减1,为0时允许打开中断 打开中断

编写Os_cpu_c.c ——软件中断异常服务程序 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 它们可以在任何情况下使用。它们改变程序状态保留寄存器SPSR的相应位段,而程序状态保留寄存器会在软件中断退出时复制到程序状态寄存器CPSR,任务的处理器模式就改变了。

编写Os_cpu_c.c ——软件中断异常服务程序 使用内嵌汇编将处理器模式切换到系统模式 使用内嵌汇编将处理器模式切换到用户模式 void SWI_Exception(int SWI_Num, int *Regs) { ... case 0x80: // 任务切换到系统模式 __asm MRS R0,SPSR BIC R0,R0,#0x1f ORR R0,R0,#SYS32Mode MSR SPSR_c,R0 } break; case 0x81: // 任务切换到用户模式 BIC R0,R0,#0x1f ORR R0,R0,#USR32Mode 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 使用内嵌汇编将处理器模式切换到系统模式 使用内嵌汇编将处理器模式切换到用户模式

编写Os_cpu_c.c ——软件中断异常服务程序 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 任务可以使用ARM的两种指令集的任意一种运行,但是任务建立时默认的只是一种指令集。如果任务使用的第一条指令与默认的指令集不同,则程序运行错误。所以增加两个函数TaskIsARM()和TaskIsTHUMB()用于改变任务建立时默认的指令集。 它们都有唯一的参数:需要改变的任务的优先级,值得注意的是,这两个函数必须在相应的任务建立后但还没有运行时调用。

编写Os_cpu_c.c ——软件中断异常服务程序 修改任务堆栈中CPSR的值,在任务重新运行时,切换到ARM指令方式 ... case 0x82: // 任务代码是ARM代码 if (Regs[0] <= OS_LOWEST_PRIO) { ptcb = OSTCBPrioTbl[Regs[0]]; if (ptcb != NULL) ptcb -> OSTCBStkPtr[1] &= ~(1 << 5); } break; case 0x83: // 任务代码是Thumb代码 ptcb -> OSTCBStkPtr[1] |= (1 << 5); 被设置的任务号一定不能大于最低优先级任务 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码 获取指定任务的任务控制块的地址 修改任务堆栈中CPSR的值,在任务重新运行时,切换到ARM指令方式 修改任务堆栈中CPSR的值,在任务重新运行时,切换到Thumb指令方式

编写Os_cpu_c.c ——软件中断异常服务程序 注意: 这两个函数必须在相应的任务建立后但还没有运行时调用。 如果在低优先级的任务中创建高优先级的任务就十分危险了。此时,解决的方法有三种: (1)高优先级任务使用默认的指令集; (2)改变函数OSTaskCreateHook()使任务默认不是处于就绪状态,建立任务后调用函数OSTaskResume()来使任务进入就绪状态; (3)建立任务时禁止任务切换,调用函数TaskIsARM()或TaskIsTHUMB()后再允许任务切换。 功能号 简介 0x00 任务级任务切换函数 0x01 运行优先级最高的任务,由OSStartHighRdy产生 0x02 关中断 0x03 开中断 0x80 任务切换到系统模式 0x81 任务切换到用户模式 0x82 任务代码是ARM代码 0x83 任务代码是THUMB代码

编写Os_cpu_c.c ——…Hook( )函数 函数名 被执行条件 OSInitHookBegin( ) 在开始执行OSInit( )函数时被执行 OSInitHookEnd( ) 在OSInit()函数结束时被执行 OSTaskCreateHook( ) 在任务建立时被调用 OSTaskDelHook( ) 在任务删除时被调用 OSTaskSwHook( ) 在进行任务切换时被调用 OSTaskStatHook( ) 被统计任务调用,每秒执行一次 OSTCBInitHook( ) 在建立所有的TCB后,由OSTCBInit函数调用 OSTimeTickHook( ) 每个时钟节拍产生后被调用 OSTaskIdleHook( ) 由空闲任务调用

7.3 移植μC/OS-II 编写Os_cpu_a.s 在Os_cpu_a.s文件中有软件中断的汇编接口程序、任务切换程序、OS启动时运行就绪最高优先级任务的程序。

启动多任务环境,运行就绪的最高优先级任务 编写Os_cpu_a.s ——软件中断汇编接口 在调用软中断之后,处理器切换到ARM指令和管理模式下工作。在执行软件中断服务函数之前,要提取中断号和其它入口参数,这些通过软件中断接口程序完成。 SoftwareInterrupt LDR SP, StackSvc STMFD SP!, {R0-R3, R12, LR} MOV R1, SP MRS R3, SPSR TST R3, #T_bit LDRNEH R0, [LR,#-2] BICNE R0, R0, #0xff00 LDREQ R0, [LR,#-4] BICEQ R0, R0, #0xFF000000 CMP R0, #1 LDRLO PC, =OSIntCtxSw LDREQ PC, =__OSStartHighRdy BL SWI_Exception LDMFD SP!, {R0-R3, R12, PC}^ 保护被中断的现场 将要用到的寄存器压栈 判断中断前的指令集类型 从产生软件中断的指令中提取 中断号 ARM Thumb 中断号 执行程序 进行任务切换 1 启动多任务环境,运行就绪的最高优先级任务 其它 软件中断服务函数 根据不同的中断号执行不同的程序 返回被中断的任务

编写Os_cpu_a.s ——任务切换代码 μCOS-II是抢占式实时操作系统,得到运行的始终是就绪条件下最高优先级的任务。当处于运行状态的任务因为某种脱离就绪态,或者有其它更高优先级的任务进入就绪态,那么操作系统内核就要运行别的就绪任务,这时需要进行任务切换。 任务切换可能发生的情况有两种: 1.当前运行的任务主动交出CPU控制权,通常发生在等待某个事件或是调用系统延时。调用函数OS_TASK_SW( ); 2.发生中断,使更高优先级的任务进入就绪状态,内核剥夺当前任务的运行资格。即发生在中断退出时。调用函数OSIntCtxSw( )。

编写Os_cpu_a.s ——任务切换代码 虽然OS_TASK_SW( )和OSIntCtxSw( )的执行条件不同,但是它们的功能相同,只要稍作处理就可以它们共用一段任务切换代码。这些处理就是保证在执行任务切换前两者的任务现场是一致的。共同执行的任务切换代码是“OSIntCtxSw” 其中OS_TASK_SW( )是通过软件中断0完成的,通过前面的分析,可以知道执行任务切换时的现场环境如下所示,同时R3中保存着SPSR,它是任务中断前CPSR的备份。 任务入栈的 其它数据 LR R12 R3 R2 R1 R0 空闲空间 栈底 任务环境开始 SP

用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 编写Os_cpu_a.s ——OSIntCtxSw 流程图 保存当前任务的 寄存器组及其它 修改当前任务的TCB堆栈指针 用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 恢复新任务的寄存器组及其它 运行新任务

编写Os_cpu_a.s ——OSIntCtxSw 流程图 保存当前任务的 寄存器组及其它 修改当前任务的TCB堆栈指针 恢复之前的模式 用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 恢复新任务的寄存器组及其它 运行新任务 流程图 OSIntCtxSw ;下面为保存任务环境 LDR R2, [SP, #20] ;获取PC LDR R12, [SP, #16] ;获取R12 MRS R0, CPSR ;保存LR,PC及R4-R12 MSR CPSR_c, #(NoInt | SYS32Mode) MOV R1, LR STMFD SP!, {R1-R2} STMFD SP!, {R4-R12} ;获取R0-R3,并出栈R12和PC寄存器 MSR CPSR_c, R0 LDMFD SP!, {R4-R7} ADD SP, SP, #8 ;保存R0-R3 STMFD SP!, {R4-R7} ;获取OsEnterSum,并保存CPSR,OsEnterSum LDR R1, =OsEnterSum LDR R2, [R1] STMFD SP!, {R2, R3} ... PC LR R12 R11 R10 R9 R7 R5 R4 R3 R2 R1 R0 R6 R8 CPSR OSEnterSum 保存当前任务的 寄存器组及其它 切换至系统模式获取任务运行时的各寄存器并将它们压栈 恢复之前的模式 读出压栈的数据 任务环境保存结束后的栈结构

用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 编写Os_cpu_a.s ——OSIntCtxSw 保存当前任务的 寄存器组及其它 恢复新任务的寄存器组及其它 运行新任务 修改当前任务的TCB堆栈指针 用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur

编写Os_cpu_a.s ——OSIntCtxSw ;保存当前任务堆栈指针到当前任务的TCB ... ;保存当前任务堆栈指针到当前任务的TCB LDR R1, =OSTCBCur LDR R1, [R1] STR SP, [R1] BL STaskSwHook ;调用钩子函数 ;OSPrioCur <= OSPrioHighRdy LDR R4, =OSPrioCur LDR R5, =OSPrioHighRdy LDRB R6, [R5] STRB R6, [R4] ;OSTCBCur <= OSTCBHighRdy LDR R6, =OSTCBHighRdy LDR R6, [R6] LDR R4, =OSTCBCur STR R6, [R4] 用即将运行任务的TCB指针更新OSTCBCur变量 用即将运行任务的优先级更新OSPrioCur变量

用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 编写Os_cpu_a.s ——OSIntCtxSw 保存当前任务的 寄存器组及其它 修改当前任务的TCB堆栈指针 用将要运行任务的优先级和TCB指针更新OSPrioHighRdy和OSTCBCur 恢复新任务的寄存器组及其它 运行新任务

这段代码还被__OSStartHighRdy 编写Os_cpu_a.s ——OSIntCtxSw OSIntCtxSw ... OSIntCtxSw_1 ;从R6指向TCB中获取新任务堆栈指针 LDR R4, [R6] ;调整堆栈指针 ;17寄存器CPSR,OsEnterSum,R0-R12,LR,SP ADD SP, R4, #68 LDR LR, [SP, #-8] ;进入管理模式,恢复任务的各寄存器和变量 MSR CPSR_c, #(NoInt | SVC32Mode) MOV SP, R4 ;设置堆栈指针 ;获取CPSR和OsEnterSum LDMFD SP!, {R4, R5} ;恢复新任务的OsEnterSum LDR R3, =OsEnterSum STR R4, [R3] ;恢复CPSR MSR SPSR_cxsf, R5 ;运行新任务 LDMFD SP!, {R0-R12, LR, PC }^ 恢复新任务的各寄存器 这段代码还被__OSStartHighRdy 函数调用,用于启动最高优先级的就绪任务 运行新任务

编写Os_cpu_a.s ——OSStartHighRdy μC/OS-II的多任务环境由函数OSStart( ) 启动。用户在调用该函数之前,必须已经建立了一个或更多任务。OSStart()最终调用函数OSStartHighRdy( )运行多任务启动前优先级最高的任务,而它最终是调用__OSStartHighRdy实现的,其代码如下所示: __OSStartHighRdy MSR CPSR_c, #(NoInt | SYS32Mode) ;告诉uC/OS-II自身已经运行 LDR R4, =OSRunning MOV R5, #1 STRB R5, [R4] ;调用钩子函数 BL OSTaskSwHook LDR R6, =OSTCBHighRdy ;取得新任务的TCB指针 LDR R6, [R6] B OSIntCtxSw_1

编写Os_cpu_a.s 通过前面的分析,我们可以画出下面这张结构图: 中断退出时任务切换 任务级任务切换 启动多任务 xxx_Handler 任务级任务切换 OS_TASK_SW() 启动多任务 OSStartHighRdy() OSIntCtxSw _OSStartHighRdy OSIntCtxSw_1 Os_cpu_a.s文件

7.3 移植μC/OS-II 关于中断及时钟节拍 在本移植中,IRQ是受μC/OS-II管理的中断,而对于FIQ不做处理,这是为了提高FIQ的响应速度。由于各种ARM芯片的中断系统不一样,各个用户的目标板也不一样,对于中断和时钟节拍是需要进一步移植的代码。为此编写了一个汇编宏,它是μC/OS-II for ARM7通用的中断服务程序的汇编与C函数接口代码。 注:在不受管理的中断服务程序中不能调用任何系统函数。

关于中断及时钟节拍 流程图 保存当前任务的 寄存器组 中断嵌套数加1 切换到系统模式 执行中断服务程序 关中断 执行OSIntExit( ) 切换到IRQ模式 判断是否需要进行任务切换 切换任务或返回

关于中断及时钟节拍 流程图 保存当前任务的 寄存器组 中断嵌套数加1 切换到系统模式 执行中断服务程序 关中断 执行OSIntExit( ) 切换到IRQ模式 判断是否需要进行任务切换 切换任务或返回

切换到系统模式,如果是第一次中断还要设置堆栈指针 关于中断及时钟节拍 MACRO $IRQ_Label HANDLER $IRQ_Exception_Function EXPORT $IRQ_Label ; 输出的标号 IMPORT $IRQ_Exception_Function ; 引用的外部标号 $IRQ_Label SUB LR, LR, #4 ; 计算返回地址 STMFD SP!, {R0-R3, R12, LR} ; 保存任务环境 MRS R3, SPSR ; 保存状态 ; 保存用户状态的R3,SP,LR,不能回写 STMFD SP, {R3, SP, LR}^ LDR R2, =OSIntNesting LDRB R1, [R2] ADD R1, R1, #1 STRB R1, [R2] SUB SP, SP, #4*3 ; 切换到系统模式 MSR CPSR_c, #(NoInt | SYS32Mode) CMP R1, #1 LDREQ SP, =StackUsr ... 压栈保存被中断任务的运行环境 中断嵌套层数加1 切换到系统模式,如果是第一次中断还要设置堆栈指针

关于中断及时钟节拍 流程图 中断服务程序 (ISR) 在ISR中可以打开中断实现中断嵌套 保存当前任务的 寄存器组 中断嵌套数加1 切换到系统模式 执行中断服务程序 关中断 执行OSIntExit( ) 在ISR中可以打开中断实现中断嵌套 切换到IRQ模式 判断是否需要进行任务切换 切换任务或返回

使OSEnterSum为1,防止在OSIntExit函数中打开中断 关于中断及时钟节拍 MACRO $IRQ_Label HANDLER $IRQ_Exception_Function EXPORT $IRQ_Label ; 输出的标号 IMPORT $IRQ_Exception_Function ; 引用的外部标号 $IRQ_Label ... BL $IRQ_Exception_Function ; 切换到系统模式 MSR CPSR_c, #(NoInt | SYS32Mode) ; OsEnterSum,使OSIntExit退出时中断关闭 LDR R2, =OsEnterSum MOV R1, #1 STR R1, [R2] BL OSIntExit ; 因为中断服务程序要退出,所以OsEnterSum=0 MOV R1, #0 ; 切换回irq模式,并恢复用户状态的R3,SP,LR MSR CPSR_c, #(NoInt | IRQ32Mode) LDMFD SP, {R3, SP, LR}^ ; 注意不能回写 执行中断服务程序(ISR) 关闭中断 使OSEnterSum为1,防止在OSIntExit函数中打开中断 通知系统,中断退出 使OSEnterSum为0,运行中断打开 恢复任务的R3、SP和LR

关于中断及时钟节拍 流程图 保存当前任务的 寄存器组 中断嵌套数加1 切换到系统模式 执行中断服务程序 关中断 执行OSIntExit( ) 切换到IRQ模式 判断是否需要进行任务切换 切换任务或返回

比较当前任务是否为就绪的最高优先级任务, 关于中断及时钟节拍 MACRO $IRQ_Label HANDLER $IRQ_Exception_Function EXPORT $IRQ_Label ; 输出的标号 IMPORT $IRQ_Exception_Function ; 引用的外部标号 $IRQ_Label ... LDR R0, =OSTCBHighRdy LDR R0, [R0] LDR R1, =OSTCBCur LDR R1, [R1] CMP R0, R1 ADD SP, SP, #4*3 MSR SPSR_cxsf, R3 ; 不进行任务切换 LDMEQFD SP!, {R0-R3, R12, PC}^ ; 进行任务切换 LDR PC, =OSIntCtxSw MEND 比较当前任务是否为就绪的最高优先级任务, 如果不是则进行切换 设置堆栈指针和恢复SPSR 进行任务切换或者恢复执行被中断任务

关于中断及时钟节拍 流程图 中断服务程序 (ISR) 在ISR中可以打开中断实现中断嵌套 保存当前任务的 寄存器组 中断嵌套数加1 切换到系统模式 执行中断服务程序 关中断 执行OSIntExit( ) 在ISR中可以打开中断实现中断嵌套 切换到IRQ模式 判断是否需要进行任务切换 切换任务或返回

中断服务程序的编写 因为中断发生时肯定是允许中断的,所以如果用户在清除中断源之前调用μC/OS-II的系统服务函数就很可能会造成芯片的中断系统工作异常而使程序工作异常。因此在函数开始处关闭中断,或者直接给变量OSEnterSum赋1。如果用户程序没有这种情况,则不需要这个操作。在执行OS_EXIT_CRITICAL( )后,中断重新打开,如果在接下来的用户处理程序中发生中断,就可以实现中断嵌套。 void ISR(void) { OS_ENTER_CRITICAL()或直接给变量OsEnterSum赋1; 清除中断源; 通知中断控制器中断结束: 开中断: OS_EXIT_CRITICAL(); 用户处理程序; }

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

7.4 移植代码应用到LPC2000 概述 在具体的项目中应用移植代码时,还需要做一些工作,这是因为: 1.各种基于ARM7处理器核的芯片的硬件结构不尽相同,所以需要编写部分启动代码(参看第5章)。另外中断服务程序的编写方法也各不相同; 2.因为各个项目对资源的要求不一样,所以尽管使用同一系列的芯片,其时钟节拍中断也可能使用不同的中断实现。

7.4 移植代码应用到LPC2000 概述 将μC/OS-II移植到LPC2000时,需要完成的工作主要有以下几个部分: 编写或获取启动代码; 挂接SWI软件中断; 中断及时钟节拍中断; 编写应用程序。 注:其中“启动代码”已经在第5章中讲述。

挂接SWI软件中断 将软中断异常处理程序挂接到内核是通过修改启动代码中的异常向量表实现, 代码如下所示: Reset LDR PC,ResetAddr LDR PC,UndefinedAddr LDR PC,SWI_Addr LDR PC,PrefetchAddr LDR PC,DataAbortAddr DCD 0xb9205f80 LDR PC,[PC, #-0xff0] LDR PC,FIQ_Addr ResetAddr DCD ResetInit UndefinedAddr DCD Undefined SWI_Addr DCD SoftwareInterrupt PrefetchAddr DCD PrefetchAbort DataAbortAddr DCD DataAbort nouse DCD 0 IRQ_Addr DCD IRQ_Handler FIQ_Addr DCD FIQ_Handler 发生软件中断时跳转到软件中断服务函数

xxx_Handler HANDLER xxx_Exception 中断及时钟节拍中断 编写中断服务程序代码比较简单,按照7.3.6小节( )编写C语言处理函数即可。关键在于把程序与芯片的相关中断源挂接,使芯片在产生相应的中断后会调用相应的处理程序。 这需要做以下两个方面的工作: 1.增加汇编接口的支持 方法是在文件中IRQ.S适当位置添加如下所示的代码,其中xxx替换为自己需要的字符串。这样,汇编接口就完成了。 xxx_Handler HANDLER xxx_Exception 每个中断都有自己的汇编接口代码 2.初始化向量中断控制器 //中断外设初始化; VICVectAddrX = (uint32) xxx_Handler ; VICVectCntlX = (0x20 | Y); VICIntEnable = 1 << Y; 将汇编接口代码的入口设置到向量中断

编写应用程序 移植μC/OS-II是为了在自己的系统使用μC/OS-II。要在自己的系统中使用μC/OS-II编写自己的应用程序就必须遵守μC/OS-II的编程规范。主要包括主函数和用户任务,它们的关系如下。 根任务 目标板初始化 (启动系统时钟) 创建其它的任务 执行任务循环 Main 函数 初始化操作系统,并建立空闲任务 创建根任务或更多的任务 启动多任务环境 任务1 执行特定操作 执行任务循环 任务n . . .

编写应用程序 移植μC/OS-II是为了在自己的系统使用μC/OS-II。要在自己的系统中使用μC/OS-II编写自己的应用程序就必须遵守μC/OS-II的编程规范。主要包括主函数和用户任务,它们的关系如下。 根任务 目标板初始化 (启动系统时钟) 创建其它的任务 Main 函数 初始化操作系统,并建立空闲任务 创建根任务或更多的任务 启动多任务环境 执行任务循环 任务1 执行特定操作 执行任务循环 多任务共享系统资源,分时执行 . . . 任务n 执行特定操作 执行任务循环

编写应用程序 移植μC/OS-II是为了在自己的系统使用μC/OS-II。要在自己的系统中使用μC/OS-II编写自己的应用程序就必须遵守μC/OS-II的编程规范。主要包括主函数和用户任务,它们的关系如下。 根任务 目标板初始化 (启动系统时钟) 创建其它的任务 执行任务循环 任务1 执行特定操作 任务n . . . 多任务共享系统资源,分时执行 Main 函数 初始化操作系统,并建立空闲任务 创建根任务或更多的任务 启动多任务环境 Main 函数 初始化操作系统,并建立空闲任务 创建根任务或更多的任务 启动多任务环境 #include "config.h" OS_STK TaskStartStk[TASK_STK_SIZE]; OS_STK TaskStk[TASK_STK_SIZE]; int main (void) { OSInit(); OSTaskCreate(Task1, (void *)0, &TaskStartStk[TASK_STK_SIZE - 1], 0); OSStart(); return 0; } 定义任务的堆栈

将该任务放在循环中创建,是因为该任务执行一次后会自行删除 编写应用程序 void Task1(void *pdata) { pdata = pdata; /* 避免编译警告 */ TargetInit(); /* 目标板初始化 */ for (;;) OSTimeDly(OS_TICKS_PER_SEC / 50); if (GetKey() != KEY1) continue; } OSTaskCreate(Task2, (void *)0, &TaskStk[TASK_STK_SIZE - 1], 10); while (GetKey() != 0) 根任务 目标板初始化 (启动系统时钟) 创建其它的任务 执行任务循环 任务1 执行特定操作 执行任务循环 将该任务放在循环中创建,是因为该任务执行一次后会自行删除

将该任务放在循环中创建,是因为该任务执行一次后会自行删除 编写应用程序 根任务 目标板初始化 (启动系统时钟) 创建其它的任务 执行任务循环 void Task1(void *pdata) { pdata = pdata; /* 避免编译警告 */ TargetInit(); /* 目标板初始化 */ for (;;) OSTimeDly(OS_TICKS_PER_SEC / 50); if (GetKey() != KEY1) continue; } OSTaskCreate(Task2, (void *)0, &TaskStk[TASK_STK_SIZE - 1], 10); while (GetKey() != 0) 将该任务放在循环中创建,是因为该任务执行一次后会自行删除 // 任务功能:鸣叫两声,然后删除自己 void Task2(void *pdata) { pdata = pdata; /* 避免编译警告 */ BeeMoo(); /* 使蜂鸣器鸣叫 */ /* 延时 */ OSTimeDly(OS_TICKS_PER_SEC / 8); BeeNoMoo(); /* 使蜂鸣器停止鸣叫 */ OSTimeDly(OS_TICKS_PER_SEC / 4); BeeMoo(); OSTaskDel(OS_PRIO_SELF); /* 删除自己 */ } 任务1 执行特定操作 执行任务循环 任务1 执行特定操作 执行任务循环