前几天我在看uCOS-II的东西，看来看去一直没什么头绪。还有一点是，我很介意它现在是个商业软件，在官网下载东西，半天下完结果只有个lib，没有源代码。只能去其他地方下载老版本。

  在应用程序设计的角度来看,uCos-II的任务就是一个线程.2.从任务的存储结构来看,uCOS-II的任务由三个部分组成: 1-任务程序代码(任务的执行部分). 2-任务堆栈(用于保存任务工作环境

uCOS-II为了保证CPU总是执行优先级最高的任务，每当任务状态发生变化时，就需要判断当前任务是否为最高优先级，不是的话就需要进行上下文切换。

article/details/7628248uCOS-II在ADS上的移植很常见，而在KEILMDK下的移植却不是很多，阿呆根据ADS下的移植范例，结合自己最近使用KEILMDK的稍许心得，记录一下uCOS-II

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

二、移植说明1.工程目录结构-App文件夹放置用户自定义文件以及相关头文件 -port文件夹防止移植需要修改的文件 -uCOS-II文件夹放置uCOSII源码 -Project文件夹放置VS20

http://blog.sina.com.cn/s/blog_98ee3a930100w8zm.html

Windows开发环境:MDK4.7.2FreeRTOS版本:FreeRTOS8.1.2目标环境:STM32F030C8T6最近打算学习一下FreeRTOS的知识，在此作下笔记以便帮助自己理解，FreeRTOS与uCos-ii

FLASH和RAM的需求对比2.功能对比3.实时性对比4.安全性对比1.FLASH和RAM的需求对比                      RTX                           uCOS-II

ucos-ii示例7:内存管理测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例6:消息量集测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例5:消息队列测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例4:邮箱测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例3:互斥型信号量测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例2:信号量测试本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

ucos-ii示例1:新建任务本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明.环境：主机:WIN8开发环境:MDK4.72ucgui版本：3.90ucos

前一段时间一直在学习UCOS-II，看了一个月的源码感觉有了一个初步的认识，就开始着手找一个平台移植起来跑跑看，不然终究是纸上谈兵。

前言：说点废话，网上有很多关于uCOS-ii移植的文章，好多都是千篇一律，理论性很强，分析了一大堆虚头巴脑的东西，真想问他们，你确定你分析的这些东西是需要你做的工作吗？实操性严重欠缺。。。

uCOS-II在ARM上的移植很常见，而在KEILMDK下的移植却不是很多，根据ARM下的移植范例，结合自己最近使用KEILMDK的稍许心得，记录一下uCOS-II在KEILMDK下的移植过程。

Project->Rebuild今天在vs2008下调试ucos-II时，出现莫名其妙的问题。重新编译一下整个工程（不是增量编译），恢复正常。可能是库的链接有问题。

一.临界段处理器处理临界代码都必须先关中断，再处理临界代码，然后再开中断。关中断时间对实时系统的实时响应很重要。所以是实时系统的一个很重要的指标。uCOS使用两个宏（在OS_CPU.h中定义。注：没个CPU都有自己的OS_CPU.h）。这两个宏分别为OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()关闭中断和打开中断。 注意：在ODTimeDel（）之类的函数调用的时候不

临界区概述和其它内核一样，μC/OS-Ⅱ为了处理临界段代码需要关中断，处理完毕后再开中断。这使得μC/OS-Ⅱ能够避免同时有其它任务或中断服务进入临界段代码。关中断的时间是实时内核开发商应提供的最重要的指标之一，因为这个指标影响用户系统对实时事件的响应性。μC/OS-Ⅱ努力使关中断时间降至最短，但就使用μC/OS-Ⅱ而言，关中断的时间很大程度上取决于微处理器的架构以及编译器所生成的代码质量。微处理

UCOS-ii2.5.2内核目录结构和组成  1.uCOS-II Source->source：（与处理器类型无关的代码）********************************************************************************* *OS_CORE.C系统初始化，开启多任务环境等的代码 *****************************

1． 信号量的理解（1）uc/os-ii的信号量是由两个部分组成：一部分是16位的无符号整型信号量的计数值(0~65535)；另一部分是等待该信号量的任务组成的等待任务表。（另外参考事件控制块ECB）（2）信号量可以是2值的变量（称为二值信号量），使用OSMutextCreate创建, 也可以是计数式的, 使用OSSemCreate。根据信号量的值，内核跟踪那些等待信号量的任务。（3）建立信号量的

转载地址：http://blog.csdn.net/zeroboundary/article/details/8966586最近太忙了，没时间写对Ucos-II的移植，先将工作中容易搞错的一个知识点记录下来

 转载地址：http://blog.csdn.net/zeroboundary/article/details/8966586最近太忙了，没时间写对Ucos-II的移植，先将工作中容易搞错的一个知识点记录下来

去年写过一篇介绍 uCOS-II 在Cortex-M3平台移植的文章：http://blog.csdn.net/liyuanbhu/article/details/9082767 最近闲下来，研究了一下

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

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

常见的嵌入式系统Linux、uClinux、WinCE、PalmOS、Symbian、eCos、uCOS-II、VxWorks、pSOS、Nucleus、ThreadX、Rtems、QNX、INTEGRITY

常见的嵌入式系统Linux、uClinux、WinCE、PalmOS、Symbian、eCos、uCOS-II、VxWorks、pSOS、Nucleus、ThreadX、Rtems、QNX、INTEGRITY

ARM技术论坛的站长和会员大部分有深厚的ARM技术基础，并且对8051、DSP、MIPIS都有所涉略，在嵌入式Linux、Android、vxworks、ucos-ii、uclinux操作系统上各有专长

ARM技术论坛的站长和会员大部分有深厚的ARM技术基础，并且对8051、DSP、MIPIS都有所涉略，在嵌入式Linux、Android、vxworks、ucos-ii、uclinux操作系统上各有专长

1引言    内存管理是操作系统的中心任务之一，其主要任务是组织内存以容纳内核和待执行程序，跟踪当前内存的使用情况，在需要时为进程分配内存，使用完毕后释放并回收内存。目前嵌入式系统中常用的内存管理策略主要有两种—静态内存分配和动态内存分配。   静态内存分配—编译或链接时将将所需内存分配好，程序运行起来所分配的内存不释放。对于实时性和可靠性要求极高的系统，不允许延迟或者分配失效，必须采用静态内存分

uCOS-II是一个公开源码的抢占式、多任务的实时操作系统，因其具有开源性、实时性强、代码紧凑、稳定可靠等特点在各种系统中得到了广泛应用．uCOS-II在ARM处理器上的移植也已经实现．ARM处理器加uCOS-II

uCOS-II是一个公开源码的抢占式、多任务的实时操作系统，因其具有开源性、实时性强、代码紧凑、稳定可靠等特点在各种系统中得到了广泛应用．uCOS-II在ARM处理器上的移植也已经实现．ARM处理器加uCOS-II

这个基于uCOS-II的代码太多了。COPY下就行！1，设备驱动的移植.驱动的移植主要就是完成ethernetif.c的工作。作者已经给好了驱动的接口。

把具体的工作划分为若干个任务，根据任务的紧急情况及相互关系确定不同的优先级，同时确定任务见的通讯方式，到底是用全局变量呢，还是邮箱，队列呢。然后声明需要用到的资源，接着编写各个任务。具体可以找本书看看。 划分具体任务是最关键的一步

 uC/OS-II是一个简洁、易用的基于优先级的嵌入式抢占式多任务实时内核。尽管它非常简单，但是它的确在很大程度上解放了我的嵌入式开发工作。既然是一个操作系统内核，那么一旦使用它，就会涉及到如何基于操作系统设计应用软件的问题。 1、uC/OS-II的任务框架 void task_xxx(void*pArg){    /*该任务的初始化工作*/ ……        /*进入该任务的死循环*/    

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

参考资料及配套代码：uCOS-II实验指导书ucos_Demo注意：是参考这个资料没错，但是好几个实验（几乎每个⊙﹏⊙b汗）的概念或者代码有问题，我在后面大都指出来（可能我的有的地

我在学习ucos-ii代码的时候发现OS_FlagUnlink()代码有一段可以简化。但是作者没有简化，网上也没找到有人讨论这段代码，有点奇怪。怀疑是不是我想的简化有问题，发出来希望有人讨论下。

最近研究了uCOS-II在STM32上的移植。下面再给个利用uCOS-II的信号量的串口驱动。整个驱动的基本框架和上一篇没什么区别，所以不多介绍。

本文的目的是希望读者能够通过本文的内容掌握移植uCOS-II 的规范方法。如果只是需要移植文件，可以直接去Micriμm的官网上下载。

最近在用C语写一些程序，发现#ifdef,#else,#endif和#ifndef,#else,#endif在UCOS-II中有大量的应用，于是到网上查了一些相关的解释.

1,OSRunning  在ucos_II.h中定义,声明为BOOLEAN数据类型，这个变量用于指示OS是否正在运行。  “1”为运行状态，反之为未运行态。2,OSPrioCur  在ucos_II.h中定义，声明为INT8U数据类型，表示当前任务的优先级。3,OSPrioHighRdy  在ucos_II.h中定义，声明为INT8U数据类型，表示最高优先级任务的优先级。4,OSTCBHighRd

   这两天在看UCOS-II,uCOS中断和时钟问题做个小结，以UCOS2.25自带的X86例子、《嵌入式实时操作系统uCOS-II原理及应用》为基础，相信对网友们也有帮助，理解不对的地方，请高手指正

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

这两天闲来无事，正在移植uCOS-II，看见很多人这样实现进入与退出临界区的两个函数：“*OS_ENTER_CRITICAL()&OS_EXIT_CRITICAL().这两个函数分别是退出临界区和进入临界区的宏指令实现

        mini2440上跑的ucos见过很多，但大多都是在win下的工程。使用win下的IDE会封装很多的代码，无法对整个工程的全局细节做一个了解。有必要在linux下用crossgcc弄一个工程。曾经在官网论坛见过一个人发表过一个基于vivi引导的项目，自己稍作修改后可以正常启动了。（如果直接从win项目修改那就很麻烦了）        另外由于ucos按照匈牙利命名法，跟linux下