实际使用中发现uCOS-II(V2.86后)提供了定时器Timer，而书上没有讲到。于是自己研究了下其原理及使用。

现在想更进一步，学习一下嵌入式Linux、UCOS-II等嵌入式系统。因为给板子加系统是一个必然趋势，控

由于操作系统一般都是很大的，而且牵扯的问题比较多，所以此处只是一个大体上的对ucos的总结。一、嵌入式操作系统概览嵌入式操作系统的主要好处就是屏蔽了底层硬件的差别，给上层应用提供统一的接口，并管理进程调度和资源（如CPU时间、内存）分配等。并且可以充分利用硬件资源，如在单任务时（大循环结构，如大部分51程序）遇到delay函数时，CPU在空转。而在多任务系统，遇到delay或需等待资源时系统会自动

由于操作系统一般都是很大的，而且牵扯的问题比较多，所以此处只是一个大体上的对ucos的总结。一、嵌入式操作系统概览嵌入式操作系统的主要好处就是屏蔽了底层硬件的差别，给上层应用提供统一的接口，并管理进程调度和资源（如CPU时间、内存）分配等。并且可以充分利用硬件资源，如在单任务时（大循环结构，如大部分51程序）遇到delay函数时，CPU在空转。而在多任务系统，遇到delay或需等待资源时系统会自动

一、实时系统软实时系统：软实时系统中系统的宗旨是使各个任务运行得越快越好，并不要求限定某一任务必须在多长时间内完成硬实时系统：在硬实时系统中，各任务不仅要执行无误而且要做到准时二、前后台系统前后台系统又称循环系统，应用程序为一个无限循环。在循环中完成的工作称为后台行为，由中断触发的中断服务程序完成的工作称为前台行为。所以，后台又称为任务级，前台也称为中断级。时间相关性很强的关键操作一定是靠中断

第一篇UCOS介绍第一篇UCOS介绍 这个大家都知道。呵呵。考虑到咱们学习的完整性还是在这里唠叨一下。让大家再熟悉一下。高手们忍耐一下吧！uC/OSII(MicroControlOperationSystemTwo)是一个可以基于ROM运行的、可裁减的、抢占式、实时多任务内核，具有高度可移植性，特别适合于微处理器和控制器，是和很多商业操作系统性能相当的实时操作系统(RTOS)。为了提供最好的移植性

typedef和define具体的详细区别请问typedef和define具体的详细区别,在UCOS-II中用的是typedef而没有用define,为什么呢,两者定义的内在空间有区别吗1)#define

创建任务ucos-ii使用OSTaskCreate()和OSTaskCreateExt()来创建新任务。

问题引入上一篇博客给出了第一个ucos-ii的例程，再来看看两个任务程序代码：/*App1Task*/ voidApp1Task(void*p_arg) { p_arg=p_arg; while(1)

C语言可执行代码结构总共5个在没有调到内存运行前有3个代码段：存放CPU执行的机器指令。数据段：该段包含了在程序中明确被初始化的全局变量，静态变量（包括全局静态变量和局部静态变量）和常量数据。BSS段：亦称未初始化的数据段，该段存放的是全局未初始化变量，静态未初始化变量。运行时除了以上还有额外2个栈段（stack）：存放函数的参数值，局部变量值，以及在进行任务切换时存储当前任务的上下文内容。堆段（

本篇博客演示了ucos-ii的第一个示例程序代码，代码简单易懂，意在带领读者快速实战ucos-ii编程。

从开始学ucos-ii到现在已然4个年头过去，从当初对C语言指针都把握不好的大学僧到现在玩转C语言编程（你可能觉得我吹嘘，如果你非要认为能够轻松写出像linux内核那样面向对象的架构才能算是玩转，那么你的确实要求有点高了

第一次移植，我移植的目的是熟悉整个流程，主要是看实验室有相应的资源（硬件和师兄^_^），学学呗。前后花了两天，实际就单是移植来说，根本不需要这么长时间，因为就stm32板子来说，代码、教程几乎齐备。关键是理解整个过程和低级错误排查（因为不熟悉ucos程序的编写导致）。总体感觉：1）先说板子，目前官网上已经提供了相对完备的资源了，也可能是因为用的芯片本身就是比较通用的芯片吧2）再说系统，对于ucos

UART中的硬件流控RTS与CTS5/23/20135:13:04PMatrock-chipsinshenzhen最近太忙了，没时间写对Ucos-II的移植，先将工作中容易搞错的一个知识点记录下来，关于

做了一年多的嵌入式开发（博主我是从大一开始参与到一线开发的，负责嵌入式软件开发，期间接触到实时uCOS-II和分时Linux），感觉在这个寒假需要重新整理一下思路。

说了那么多的废话，uCOS和Android比不能说谁好谁坏，根本就没有可比性。都在为提高社会生产力做贡献吧。MTK的方案功能机还有Ｎ多个变种还在大行其道呢！什么只能智能手表，车载。不过迟早的像手表，车载都是要上Android的，大势所趋！不管做什么，都在为提高社会生产力做贡献吧。UCOS学习资料汇总1.官方网站 https://www.micrium.com/ 他是象标2.《嵌入式实时操作系统uC

1.前后台系统：前后台系统的架构用一句话来形容的话，就是一个大的循环，加上中断，就形成了一个整的体系。假设来了中断需要处理模块3，如果模块3的处理是最紧迫的，但是当前cpu 只运行到模块1， 这样的话，必须还要承受模块2的运行时间延迟，才能轮到模块3的处理，当模块越多的时候很可能情况更糟糕。单个循环要解决此类问题的话，只能在中断里面去处理紧急事件，这样会造成中断执行太长，造成多层的中断嵌套，最终可

UART中的硬件流控RTS与CTS5/23/20135:13:04PMatrock-chipsinshenzhen最近太忙了，没时间写对Ucos-II的移植，先将工作中容易搞错的一个知识点记录下来，关于

UART中的硬件流控RTS與CTS5/23/20135:13:04PMatrock-chipsinshenzhen最近太忙了，沒時間寫對Ucos-II的移植，先將工作中容易搞錯的一個知識點記錄下來，關於

（uCOS-II/uCOS-III中均有针对没有MMU和MPU的处理器对堆栈溢出检测的策略） 1.2.堆栈的大小取决于该任务的需求。

本发明公开了一种基于uCos‐II操作系统和lwIP协议栈的IEEE‐1588主站以及应用于电力系统的支持IEEE‐1588协议的主时钟（IEEE‐1588主站）的实现方法。该方法是在一个低成本的硬件平台上，借助uCos‐II操作系统和TCP/IP的协议栈，对以太网数据进行了分类处理，实现了在同一个以太网端口提供基于二层和三层报文交换的IEEE‐1588的主站功能。另外，通过使用不同的操作系统进程

UART中的硬件流控RTS与CTS 5/23/2013 5:13:04 PM at rock-chips inshenzhen 最近太忙了，没时间写对Ucos-II的移植，先将工作中容易搞错的一个知识点记录下来

嵌入式实时操作系统μC/OS-III》 《μC/OSII2.52源码中文译注-钟常慰 》 μC/OSII教程 东软UCOS-II

μC/OS-Ⅱ是一种免费公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统。其 内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能。适合小型控制系统，具有执行效率高、占用空间小、实时性能优良和可扩展 性强等特点，最小内核可编译至2KB。μC/OS-Ⅱ为何如此高效呢？我们从它的核心算法——任务调度算法开始分析。 2.1任务调度算法分析     &

准备工作： 1、安装BORLAND C++4.5 到 C:\BC45 2、安装BORLAND TASM5.0 到 C:\TASM 3、右键单击我的电脑--->属性--->高级--->环境变量--->弹出“环境变量”对话框。  4、在“用户变量”列表中找到path，在变量值末尾添加“;C:\TASM\BIN;”  //---------------

在ucos-II中，如果任务在运行中，系统接收到中断请求，并且这时中断响应是打开的，那么系统就会中止正在运行的程序，再按照中断向量的

ucos-II中人物包含三个部分： 1、 任务控制块：保存了任务的属性； 2、任务堆栈：保存了任务的工作环境； 　　任务堆栈用于保存任务的私有数据，以及在任务切换和中断的时候保存断点数据（CPU

GPL(GeneralPublicLicense)，即GNU通用公共许可证1、uCos-II（ucosii）：商业和GPL双许可。

Q: 新旧任务级的切换是不是必须在管理模式下切换   切换后新任务的运行是不是必须在管    理模式下 A: 在配套《ARM 微控制器基础与实战》里的任务切换是通过 SWI 实现的.SWI 会使 CPU 进入    管理模式.同时 CPU 自动将任务的 CPSR 保存到管理模式的 SPSR 中.    

【@.1 任务调度时机】 之前的一篇文章分析了具体的uCOS-II中的任务切换机制，是从函数调用的角度上分析的。这次我具体从整个程序运行的时间上来看，分析多种任务调度发生的时机。

ARM7TDMI，最高主频60MHz，Flash128KB，RAM20KB，ARM7系列的中断机制可以参考我的这篇文章<uCOS-II的中断-ARM7实现中断嵌套的方法探究>。

【@.1 指针与动态内存管理】 在C语言中的指针若不经过初始化是无法进行操作的，在编译时甚至不会报错，但是一旦运行到这里时就会出现程序错误死机。所以对于指针的操作一定要首先初始化再赋值。考虑如下代码： void foo1(void) { unsigned char * pdata; ... *pdata = 0x0f; } 当运行到pdata赋值时由于没有初始

【@.1 中断嵌套与CPU支持】 在uCOS-II，或者是任何一个可剥夺型OS系统中，中断嵌套是一个必须要解决的问题。从结论上来说，并不是所有的CPU都支持中断嵌套的，即便是ARM系列内核。

【@.1 函数周期与死循环】   一般函数的生命周期很简单，从开始调用函数起，直到函数返回，即结束。这样一来就完成了这个函数的使命，它也就不再需要了。对于一般的函数就是这样，但是回过头想想，对于一个系统、OS、或者工业控制中的一个控制器重的系统个，函数返回是很轻易很随便的就能返回吗？返回就意味着函数结束，死亡，若是想系统这样一个很大的函数，它的返回就意味着系统结束。因此，对于系

  笔者正在学习uCOS-II，移植到ARM时考虑到数据类型的定义，但对于Keil MDK编译器的数据类型定义还是很模糊，主要就是区分不了short int、int、long

本文主要记录ucos-II的移植，目标芯片为STC12C5A60S2. 参考文献《增强型8051单片机使用开发技术》、《嵌入式实时操作系统 uc/os-II》。

　　　　　　最近正在学习uCOS-II，其中不乏N多需要对不同变量在系统内存中的位置的了解，下面做下总结，供以后查阅 　　一下内容转自：http://www.docin.com/p-210019581

uC/OS是一种体积小巧而实用的实时操作系统，由于其代码的开放性，近年来普遍受到人们的关注，许多人开始从事这一操作系统的学习及应用工作，但由于其文档较少，特别是关于安装和使用方面的指导性文章不够充足，使很多初学者，特别是刚刚接触嵌入式操作系统的朋友们不知道如何进行系统的安装及调试，为此我结合自己使用的切身体会，谈一谈它的安装及调试问题，希望对大家能起到一定的帮助作用。 文中的开发工具及开发包

uCOS-II在ARM上的移植 详细方法：http://blog.eccn.com/space.php?

【@.1 移植步骤】 网上关于STM32的移植工程很多，不过实际上很多移植工程其中的中断都不能用的，因为没有把STM32中断入口地址与uCOS-II的中断管理机制联系在一起。

我曾经的博客《uCOS-II中的内存管理--C语言构建完整的微型动态内存管理机制》一文中介绍了在uCOS中的动态内存管理机制，那

ucos-II 2.0版本的任务间通信提供消息邮箱和消息队列两种机制，都基于内核的事件控制块机制实现。

ucos-II 的时间管理非常简单，其的核心主要在于理解两个变量和一个函数。

ucos-II的内存管理提供了对某块完整内存的修改，功能非常简单NBNC的代码大概只有200多行，在整个内核中也基本是独立的。

事件标志组也是任务同步的一种机制，它实现的同步机制是针对多个条件，因此类似Event但引入了一个flag变量，假设这个flag是个INT8U，那么其0x00010010每个bit位的1或者0表示一个条件的满足或不满足。 事件标志组管理的全局变量（下述变量在OS_FlagInit中初始化）： typedef struct {/* Event Flag Group

  ucos-II 任务间的同步主要有三个部分，信号量、互斥性信号量和事件标志组，前两者都基于事件机制完成（见ucos-II 事件控制块）。本文主要记录信号量和互斥信号量的分析。 1.

ucos-II 采用了事件控制块（ECB）的机制完成任务与任务、中断与任务之间的交互。并在此基础上扩展实现了信号量、互斥信号量、消息邮箱和消息队列。

ucos-II并不像linux等操作系统一样提供中断程序处理的框架，更合理的说法是用户必须在自己的中断服务程序中适配ucos的任务调度机制。这个适配就是在OSIntEnter和OSIntExit。

在ucos-II中最主要的函数是： INT8U OSTaskCreate (void (*task)(void *p_arg),void *p_arg,OS_STK *ptos, INT8U prio

ucos-II 源码概述 操作系统最原始的功能在于对上层应用提供统一的硬件资源管理，这里的硬件资源包括CPU、内存、存储（文件系统）、外设（驱动管理）等等。