WindowsXP32bit/Windows732bit1,下载BorlandC++3.1   http://download.csdn.net/detail/g360883850/24152122,下载uCOS-II

静心整理了下思路，决定自己动手，从最原始的文件修改，把uCOS-II移植到MSP430F169上。一、准备工作  （1）μC/OS-II中文教程.CHM——《嵌入式实时操

uCOS-II在MSP430上的移植2--详细过程1、新建一个IAR工程文件，保存在“E:\430uCOSII\OSTest”文件夹下。新建一个文件夹src，用来存放源代码。如下图所示。

利尔达公司技术部成功完成了uCOS-II在MSP430上的移植。

 3、任务协作与通信 1）信号量OS_SEM.C  OSSemCreate（）创建信号量  OSSemDel（）删除信号量  OSSemQuery（）查询信号量状态  OSSemPendAbort（）等待该信号量的所有任务就绪  OSSemSet（）设置信号量的值  OSSemPost（）释放信号量  OSSemPend（）请求信号量 2）互斥信号量OS_MUTEX.C  OSMutexCreat

3、任务协作与通信1）信号量OS_SEM.COSSemCreate（）创建信号量OSSemDel（）删除信号量OSSemQuery（）查询信号量状态OSSemPendAbort（）等待该信号量的所有任务就绪OSSemSet（）设置信号量的值OSSemPost（）释放信号量OSSemPend（）请求信号量2）互斥信号量OS_MUTEX.COSMutexCreate（）创建一个互斥型信号量OSMute

 1、将uCos-II移植到ARM9开发板上  1）搞清应用程序（user子目录）、uCos-II内核文件（ucosii目录）、移植文件（ports子目录）和BSP（ports子目录）之间的关系。  

1、将uCos-II移植到ARM9开发板上1）搞清应用程序（user子目录）、uCos-II内核文件（ucosii目录）、移植文件（ports子目录）和BSP（ports子目录）之间的关系。

1、做过的工作 1）熟悉GW和FD协议栈程序，加深对C语言、uCos-II和Nucleus_PLUS内核的理解 （1）查阅的文献   [1]杨淼，WIA-PA网络管理者的研究与实现[D],中科院沈阳自动化所硕士论文

以下都是基于STM32处理器，uIP协议栈，在uCOS-II操作系统下，有关uIP的移植请看之前的文章。在做web网页的时候，发现如果知道某个网页名就很容易绕过登陆。

在ucos-II中，为了实现任务之间的同步，用到的同步机制有：信号量，邮箱和消息队列。其中这里我主要说下对信号量的使用经验。信号量在创建时，调用OSSemCreate(INT16Ucnt)函数。

在操作系统初始化函数OSInit执行之后，用户可以调用OSTaskCreate或者OSTaskCreateExt函数来创建用户任务，因为这两个函数是内核用来创建任务的，不允许用户进行修改，因此被称为系统服务。用户任务的程序是以函数的形式游用户编写，称为用户函数，和操作系统提供的服务划分了界限，很明显，必须将用户函数的地址传递给创建任务的系统服务。在用户任务中，同样可以调用OSTaskCreate或

时间管理服务函数是以系统节拍为处理单位的，实际的时间与希望的时间是有误差的，最坏的情况下误差接近一个系统节拍。因此时间管理服务函数只能用在对时间精度要求不高的场合，或者时间间隔较长的场合。1. void OSSchedLock(void)；void OSSchedLock(void){#ifOS_CRITICAL_METHOD==3           /*AllocatestorageforCP

      stm32就是一个单片机，上面可移植UCOS-II；我使用的状态机比较简单，也就不需要移植什么嵌入式操作系统。准备了几篇文章总结下工作中的经验。

时间管理服务函数是以系统节拍为处理单位的，实际的时间与希望的时间是有误差的，最坏的情况下误差接近一个系统节拍。因此时间管理服务函数只能用在对时间精度要求不高的场合，或者时间间隔较长的场合。1. void OSSchedLock(void)；void OSSchedLock(void){#ifOS_CRITICAL_METHOD==3           /*AllocatestorageforCP

关于移植一类的，我觉得一开始不是看代码、找移植成功过的工程，而是先找到源码，弄清各种文件之间的关系和作用。这样对后来的移植和应用都会事半功倍。这是uCOD-II官方为STM32提供的一个源码版本，这样需要修改的地方不会太多。AppNotes是一些应用笔记，Licensing是许可文档，我们关注的是Software这个文件夹CPU:stm32标准外设库EvalBoards:micrium官方评估板相

（一）任务管理uC/OS-II中最多可以支持64个任务，分别对应优先级0～63，其中0为最高优先级。63为最低级，系统保留了4个最高优先级的任务和4个最低优先级的任务，所有用户可以使用的任务数有56个。uC/OS-II提供了任务管理的各种函数调用，包括创建任务，删除任务，改变任务的优先级，任务挂起和恢复等。系统初始化时会自动产生两个任务：一个是空闲任务，它的优先级最低，该任务仅给一个整形变量做累加

在51系列单片机上移植uCOS-II  内容摘要：本文详细系统地介绍了uC/OS-II在51单片机上的移植、重入实现方法、硬件仿真、固化、人机界面等关键内容。

国际上常见的嵌入式操作系统大约有40种左，右如：Linux、uClinux、WinCE、PalmOS、Symbian、eCos、uCOS-II、VxWor

开发环境：IARV5.3STM32固件库：V3.5操作系统：uCOS-IIV2.92开发板：金牛STM32开发板 《keil移植uCOS-II到STM32开发板（STM32F107VCT6）》(http

基于mini2440的一个简单移植程序led.c#include"config.h"#defineLED1(0<<5)        //定义LED，GPB5#defineTaskStkLength64      //定义堆栈长度OS_STKTaskLEDStk[TaskStkLength];//定义任务LED的堆栈voidTaskLED(void*pdata);     //声明任务LEDint

uCOS-II的移植范例要求用户编写10个简单的C函数：OSTaskStkInit() //必须要实现的函数，OSTaskCreat()和OSTaskCreatExt()通过调用此函数来初始化任务的栈结构

之前一直没弄明白这两条程序的意思，尤其是第二条：OSRdyGrp|=OSMapTbl[prio>>3];（1）OSRdyTbl[prio>>3]|=OSMapTbl[prio&0x07];（2）我一直以为，OSRdyGrp代表的是行，OSRdyTbl代表的是列，经过一段时间的查阅资料，现在有点眉目了。我的理解是这样的：把就绪表的8行看成数组OSRdyTbl[]的八个元素，每个元素是8位的，每一位是

：OS_CPU_A.SuCOS-II的移植实例要求用户编写4个简单的汇编语言函数：OSStartHighRdy();OSCtxSw();OSIntCtxSw();OSTickISR();下面就开始分析uCOS-II

uCOS操作系统移植分析一、OS_CPU.H文件     1、处理器必须满足以下要求：      (1). 处理器的C编译器能产生可重入代码。       (2). 用C语言就可以打开和关闭中断。       (3). 处理器支持中断，并且能产生定时中断(通常在10至100Hz之间)。       (4). 处理器支持能够容纳一定量数据(可能是几千字节)的硬件堆栈。        (5.) 处理器

上几周移植ucos到44B0去，免得受“裸奔”之苦，折磨了一天后终于成功 ，主要是想能在BootLoader下在到SDRAM中也能跑，网上盛传的程序我看过，应该是可以在FLASH中跑，但在SDRAM中跑就会停掉，其实只是少了几句话而已1、移植底层文件：包括OS_CPU.H,OS_CPU_C.C,OS_CPU_A.S分析OS_CPU.H/*******************************

ucos-ii系统的timer(timerout)机制设计不知道是否合理，与rtk实时操作系统的比较感觉ucos-iitimer处理并不是很合理。

http://www.jarson.asia/2011/04/23/ucos-ii%E7%9A%84%E5%86%85%E5%AD%98%E7%AE%A1%E7%90%86/参考以上信息 INT8U  

uCOS任务堆栈的深入分析(转)堆栈作用的就是用来保存局部变量，从本质上讲也就是将CPU寄存器的值保存到RAM中。在uCOS中，每一个任务都有一个独立的任务堆栈。为了深入理解任务堆栈的作用，不妨分析任务从“出生”到“消亡”的整个过程，具体就是分析任务的建立，运行，挂起几种状态中任务堆栈的变化情况。现在假设系统运行着一个由用户创建的用以完成打印工作的任务TPrint。TPrint最初通过OSTask

在VS2008中移植uCOS-II目的：我也是初学者，只为初学者建立环境，大家一起学习参考资源：所有相关资源已经上传到CSDN下载版块http://download.csdn.net/detail/xiahouzuoxin

在VS2008中移植uCOS-II目的：我也是初学者，只为初学者建立环境，大家一起学习参考资源：所有相关资源已经上传到CSDN下载版块http://download.csdn.net/detail/xiahouzuoxin

我在南京某高校读研一，学的是嵌入式系统开发，技能如下：   软件技能：会写驱动，基于ucos-II和Linux写应用程序，C++，Java，C#都会，但是都不精通，我最精通的就是C语言。  

转载一篇写得不错的UCOS-II移植文章今天突然有个想法，是否在其他结构比较简单的平台上移植比较容易一点，正好同学有一个凌阳的精简板，反正今天是星期天，就当是休息了。

uCOS-II任务机制1．任务是一个无返回的无穷循环。uc/os-ii总是运行进入就绪状态的最高优先级的任务。2．任务是如何调度（切换）的？因为uc/os-ii总是运行进入就绪状态的最高优先级的任务。

最近有很好的兴趣在uCOS-II上，而且昨天在图书馆正好见了一般新上架的书《嵌入式实时操作系统uC/OS原理与实践》卢有亮编著，电子工业出版社的讲的很不错，介绍的也算详细，后面的第7章就是介绍如何在VC

UCOS-II的基本概念和常用知识1.    所有UC/OS-II的要素（函数、变量、常数定义、宏）都已OS开头2.    临界区：指处理时不可分割的代码。一旦开始执行，则不允许任何中断打入。

2.5关于中断及时钟节拍关于中断和时钟节拍，UCOS-II对于ARM7通用的中断服务程序的汇编与c函数接口如下：MACRO和MEND伪指令用于宏定义。

2.4编写OS_CPU_A.S 1.软件中断的汇编接口 软件终端代码的汇编部分: SoftwareInterrupt       LDR    SP,StackSvc        ;重新设置堆栈指针       STMFD  SP!,{R0-R3,R12,LR};将R0-R3，R12，LR压入堆栈，SP指向LR       MOV    R1,SP              ;R1指向参数存储位

2.4编写os_cpu_c.c文件OSTaskStkInt()任务堆栈初始化函数，在编写此函数之前，必须先确定任务的堆栈结构。而任务的堆栈结构是与CPU的体系结构、编译器有密切的关联。本移植的堆栈结构见图2.1所示。图2.1任务堆栈结构图1.函数OSTaskStkInt()代码OS_STK*OSTaskStkInit(void(*task)(void*pd),void*pdata,OS_STK*p

2.3编写OS_CPU.h1.不依赖于编译的数据类型uC/OS-II不使用Ｃ语言中的short,int和long等数据类型的定义，因为他们与处理的类型有关，隐含着不可移植性。代之以移植性强的整数数据类型，这样既直观又可移植。不依赖于编译器的数据类型typedef unsignedchar BOOLEAN;typedef unsignedchar INT8Utypedef signedchar   

2.1移植简介根据uC/OS-II的要求，移植uC/OS-II到一个新的体系结构上需要提供2个或3个文件：OS_CUP.H(C语言头文件)、OS_CUP_C.C(C程序源文件)及OS_CUP_A.ASM（汇编程序源文件），其中OS_CPU_A.ASM在某些情况下不需要，但极其罕见。 本移植包含OS_CPU.h、OS_CPU_C.c及OS_CPU_A.s三个文件。将OS_CPU_A.asm更名为OS

1.1uC/OS-IIuC/OS-II读做“microCＯS2”，意为“微控制器操作系统版本2”。uC/OS-II是源代码开放的实时性内核，可用于各类8位、16位和32位单片机。uC/OS-II是一个完整、可移植、可固化及可裁剪的占先式实时多任务内核。uC/OS-II用ANSIＣ语言编写，包含一小部分汇编代码，使之可以供不同架构的微处理器使用。1.2移植规划1编译器选择：ADS1.22任务模式的取

学习ARM7和UCOS-II有一段时间了，虽然会进行一些编程，熟悉外设的使用。

http://www.soku.com/search_video/q_%E5%8D%A2%E6%9C%89%E4%BA%AE   任务间通信机制 互斥信号量-避免死锁 当低优先级的任务访问互斥资源时，高优先级任务请求访问互斥资源，会导致低优先级的任务挂起不释放资源，而高优先级的任务得不到资源不能执行。 引入互斥信号量，当高优先级任务请求访问互斥资源时，如果这时有低优先级任务访问

很多关于UCOS的内核源码的文章已经很多也都和很好，但是我还是自己写下自己关于任务优先级确定的自己的一些看法。毕竟只有自己理解了才是自己的，才可以完全理解。关于ucos任务优先级首先要确定一个变量任务优先级变量1 priority，这个变量在嵌入式实时操作系统邵贝贝译的书中76页，很清楚的可以看明白，priority是个六位的变量，低三位组内偏移，高三位是组号 问题：这个组是什么？ucos总共可以

 #include"config.h"#include"stdlib.h"#define         LED1       (1<<18)                   //P1.18控制LED1#define         LED2       (1<<19)                   //P1.19控制LED2#defineTaskStkLengh64   //定义用户任

 1．任务是一个无返回的无穷循环。uc/os-ii总是运行进入就绪状态的最高优先级的任务。2．任务是如何调度（切换）的？因为uc/os-ii总是运行进入就绪状态的最高优先级的任务。所以，确定哪个任务优先级最高，下面该哪个任务运行，这个工作就是由调度器（scheduler）来完成的。任务级的调度是由函数OSSched()完成的，而中断级的调度是由函数OSIntExt()完成。对于OSSched()，

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

  随着嵌入式技术的快速发展，实时多任务操作系统作为一种软件平台已逐步成为国际嵌入式系统的主流，目前世界上已经有一大批成熟的实时嵌入式操作系统，通常，对嵌入式软件的基本要求是体积小、指令速度快、具有较好的裁减性和可移植性，目前，实时操作系统很多，如VxWorks，WindowsCE，pSOS，QNX，LynxOS等，这些操作系统都具有高可靠性、强实时性等特点，但他们都是商业操作系统，价格昂贵，人们

和著名的uCOS-II系统相似，但又很不一样！二者都是以抢占式任务调度的。但RT-Thread初次之外还可以以时间片轮转算法进行任务调度的。