ucosii源代码（ucos 源码）

今天给各位分享ucosii源代码的知识，其中也会对ucos 源码进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、ucos-ii是怎样移植到Keil C上的？
• 2、ucos ii是什么啊?
• 3、ucosii源代码是用什么语言写的
• 4、求ucos ii v2.52 源代码
• 5、求一个基于UCOSII流水灯的程序代码,结合STM32完成,麻烦请在KEIL UVISION4上建立起工程

ucos-ii是怎样移植到Keil C上的？

在移植的时候 尽量保证得到的源代码改动最少

并且调试方便 而且目录结构分类清晰

网上的各个项目都有如下特点：

1：一来就吭哧吭哧修改头文件，每个文件都#include "includes.h"

2: ucos和其他文件 或者放在一个文件夹 或者在项目里面不管3721都加上

跳来跳去头都是大的 而且调试的时候出些莫名其妙的问题：比如

设不了断点 或者调试无法进入c文件等等

我的设想：前提 得到ucos2.84

1： 改动尽量少 即不按常规修改里面的#include "includes.h"等

ucos说放哪里我们就放哪里

2: 项目结构和文件存放结构合理，该有的有 不该有的就没有

3: 调试时编译器不会出现怪问题

4： 文档尽量清楚 每处和每步小小的修改都要说明

建议最开始看完 杨屹 大虾的文章

[里面的os_cfg_r.h-改成os_cfg.h] 至此，是ucos里面的[第一处修改]

1: 建立项目文件 拷贝原始文件 整理文件夹

目录如下：

FirstVersion: 根目录 project.uv就放下面

-ucos : 拷贝ucos2.83源代码和os_cpu_a.a51 等凡是ucos相关的到下面 去掉只读和存档属性 自己加一个app_cfg.h(ucos2.83增

加的) 里面内容是#include reg51.h嘿嘿

-output:

项目设置:

-SourceGroup

-STARTUP.A51 main.c

--ucos

-os_task.c os_core.c

2: 设置

1： Target1 - options-output和Listing里面点"Select Folder for Objects" 改为\output

2: Target1-options - C51和A51里面的 Include Paths-加入ucos

4: Target1 - options-Target的MemoryModel和CodeRomSize都用Large

编译： 有四个警告 'OSIntCtxSw': missing function-prototype

'OSStartHighRdy': missing function-prototype

'OSCtxSw': missing function-prototype

UCOS\OS_CORE.C(1356): warning C275: expression with possibly no effect

第四个警告是由于OS_TaskIdle()里面

(void)p_arg; /* Prevent compiler warning for not using 'parg' */

没有起到作用 改成p_arg = p_arg;即可。 至此，是在ucos里面的[第二处修改]

3：加入 OS_CPU_C.C 不要问这个文件哪里来的 地球人都知道

在不管它通不通前 还有修改

1： 最前面保持跟其他.c文件一致 加入

#ifndef OS_MASTER_FILE

#include ucos_ii.h

#endif

2：加入若干个函数的函数体 大体都是带"hook"的， 这些个函数只在ucos_ii.h有个声明，但由于只有头文件有定义没有函数体 ，keil会

把它编译成LJMP STARTUP1的语句。知道有什么后果了吧

注意#if的条件头文件和c文件要一致

在这里感觉ucos是不是搞了点”技术处理“？反正n个函数头文件和c文件的#if条件不一致

一不小心会造成LJMP STARTUP1! 注意把os_core.c ucos_ii.h和os_cpu_c里面都要改完

至此，是在ucos里面的[第三处修改] 要改的地方还不少

//in ucos_ii.h

#if OS_CPU_HOOKS_EN

void OSInitHookBegin (void);

void OSInitHookEnd (void);

void OSTCBInitHook (OS_TCB *ptcb);

void OSTaskCreateHook (OS_TCB *ptcb);

void OSTaskDelHook (OS_TCB *ptcb);

void OSTaskStatHook (void);

void OSTaskIdleHook (void);

#endif

#if OS_TASK_SW_HOOK_EN

void OSTaskSwHook (void);

#endif

#if OS_TIME_TICK_HOOK_EN

void OSTimeTickHook (void);

#endif

4： 现在开始改OS_CPU_C.C里面的函数

将OSTaskStkInit()改成跟ucos_ii.h里面一样。具体就是原来里面yy大虾的函数是

void *OSTaskStkInit (void (*task)(void *pd), void *ppdata, void *ptos, INT16U opt)

总之网上各个版本都是ppdata..呵呵 。ucos2.83里面用的是p_arg.我们把它修改成

OS_STK *OSTaskStkInit (void (*task)(void *p_arg) ,

void *p_arg,

OS_STK *ptos,

INT16U opt)

编译能通过 先不管运行起来对不对

5： 在ucos组里面加入os_cpu_a.a51 不要问这个文件哪里来的 地球人都知道

编译 会出现错误： *** ERROR L102: EXTERNAL ATTRIBUTE MISMATCH

这是因为os_cpu_a.a51里面

EXTRN IDATA (OSTCBHighRdy)

EXTRN IDATA (OSRunning)

EXTRN IDATA (OSPrioCur)

EXTRN IDATA (OSPrioHighRdy)

对引用的外部变量作了idata的定义，而ucos_ii.h里面没有

在这里 os_cpu.h里面 先增加一个#define DATATYPE_1 idata

在ucos_ii.h找到这四个变量 增加idata定义 至此，是在ucos里面的[第三处修改]

编译能通过

6：在ucos_ii.h里面

#if 0

void OSStartHighRdy (void);

void OSIntCtxSw (void);

void OSCtxSw (void);

#endif

这就是造成上面的其中三个编译警告的原因 既然ucos2.83里面有说

* IMPORTANT: These prototypes MUST be placed in OS_CPU.H

那么我们就把它们placed in OS_CPU.H

不改动原来的代码 只copy

void OSStartHighRdy (void);

void OSIntCtxSw (void);

void OSCtxSw (void);

到os_cpu.h里面 再编译 现在就只有

*** WARNING L16: UNCALLED SEGMENT, IGNORED FOR OVERLAY PROCESS的警告了

Program Size: data=84.0 xdata=2348 code=8721 //keil 8.06

至此 整个框架就搭起来了 下面就来慢慢对付OSTaskStkInit()这个函数

gogogo!!!!!!!!!!!!!!!!!!

1: os_cfg.h里面先 disable掉

OS_DEBUG_EN OS_FLAG_EN OS_MBOX_EN OS_MEM_EN OS_MUTEX_EN OS_Q_EN OS_SEM_EN

等等等等

题外话： 做一个Configuration Wizard的OS_CFG.H 这下方便多了 。这可是个体力活！ 嘿嘿

也不违背了不改动原始文件的初衷

开始go了。建立最简单的一个东西

#include ucos_ii.h

void main(void)

{

OSInit();

OSStart();

}

发现走到os_cpu_a.a51里面的

OSStartHighRdy:

USING 0 ;上电后51自动关中断，此处不必用CLR EA指令，因为到此处还未开中断，本程序退出后，开中断。

LCALL _?OSTaskSwHook --》一call就call复位了 我靠

捣鼓了下建一个os_cpu_a.c 加入工程 且右键的options-Generate Assembleer SRC File打勾

内容为

#ifndef OS_MASTER_FILE

#include ucos_ii.h

#endif

void OSStartHighRdy(void) {

OSTaskSwHook();

} 看了看 生成的东西是这样的

?PR?OSStartHighRdy?OS_CPU_A SEGMENT CODE

EXTRN CODE (OSTaskSwHook)

PUBLIC OSStartHighRdy

RSEG ?PR?OSStartHighRdy?OS_CPU_A

OSStartHighRdy:

USING 0

LJMP OSTaskSwHook

END

简直莫名其妙 于是 将os_cpu_a.a51改成

;EXTRN CODE (_?OSTaskSwHook)

EXTRN CODE (OSTaskSwHook) ;keil8.06 -----改这里

;子程序

;-------------------------------------------------------------------------

RSEG ?PR?OSStartHighRdy?OS_CPU_A

OSStartHighRdy:

USING 0 ;上电后51自动关中断，此处不必用CLR EA指令，因为到此处还未开中断，本程序退出后，开中断。

;LCALL _?OSTaskSwHook

LCALL OSTaskSwHook -----改这里

再测试 ok 能进入OSIdleStask 并在里面循环 看来是c和汇编连接的一些问题 先把它放一边以后解决 [待解决的问题2]继续测试

这里又想到个问题 万一#define OS_TASK_SW_HOOK_EN 0 那么OSTaskSwHook()就不被编译。

在汇编里面调用会不会又复位？keil这点太……[不知道哪里可以设置 待解决的问题2]，

测试了下 果然复位 我靠！作个说明“如果用keil，那么OS_TASK_SW_HOOK_EN 一定要为1

好了 就算第一步测试搞定 现在来做个”笨活路“ 给所有的函数加上reentrant! 内部的static就不用了。

现在开始调试serial 将yy大虾的serial.c搞过来 加入工程

1： 看到汇编和c混合头都是大的 把

#pragma asm

push IE

EA = 0;

之类的东东全部改成 _push_(IE); EA = 0;嘿嘿 当然不要忘记在app_cfg.h加#include intrins.h

现在有:

#include ucos_ii.h

void Task1(void *p_arg) keilReentrant;

void Task2(void *p_arg) keilReentrant;

void Task3(void *p_arg) keilReentrant;

OS_STK Task1Stack[MaxStkSize];//注意：我在ASM文件中设置?STACK空间为40H即64。

OS_STK Task2Stack[MaxStkSize];

OS_STK Task3Stack[MaxStkSize];

void main(void)

{

unsigned char ucReturn;

OSInit();

OSInitTimer0(); //也就是原来的InitTimer0();

InitSerial();

InitSerialBuffer();

ucReturn = OSTaskCreate(Task1, (void *)0, Task1Stack[0] ,2);

ucReturn = OSTaskCreate(Task2, (void *)0, Task2Stack[0] ,3);

ucReturn = OSTaskCreate(Task3, (void *)0, Task3Stack[0] ,4);

OSStart();

}

void Task1(void *p_arg) keilReentrant

{

p_arg = p_arg;

ET0=1;

for(;;){

//PrintStr("Task 1 is active. \n");

OSTimeDly(3*OS_TICKS_PER_SEC);

}

}

void Task2(void *p_arg) keilReentrant

{

p_arg = p_arg;

for(;;){

PrintStr("Task 2 is active. \n");

OSTimeDly(2*OS_TICKS_PER_SEC);

}

}

void Task3(void *p_arg) keilReentrant

{

p_arg = p_arg;

for(;;){

PrintStr("Task 3 is active. \n");

OSTimeDly(3*OS_TICKS_PER_SEC);

}

}

运行 我靠 怎么就显示"Task 1 is active" 任务不切换 ？为啥。

原来os_time.c还没有加到项目里面去(因为这个项目没有把

ucos_ii.c加入项目);OSTimeDly()哪里会工作

加进去，运行-OK

OS_timr 把OS_Timr.c加入 并打开en的开关编译的时候会出现err。原因是回调函数参数太多的问题

解决方法见

在ucos-ii.h里面

/* add keilReentrant to to solve the Error 212: Indirect call: Parameters do not fit within registers */

typedef void (*OS_TMR_CALLBACK)(void *ptmr, void *parg) reentrant ;

附加一点就是项目里面直接加如.a文件 不用在include c51L.lib

然后加入一个lcd的驱动 呵呵很简单1602的。前提就是尽量不修改ucos的变量 函数名称和调用方式等

详细见工程。调试通过 不过是在proteus里面。在这里感谢jjj

记得因为lcd.c里面用到了sempost函数 所以如果要用就必须把OS_MAX_EVENTS 算进去,在你原来的设定值加一

到此 新鲜的ucos2.84出炉了。奉献此身体给大家。想来想去 唯一的卖点就是写了点细节，二是改了个os_cfg.h...呵呵

打包文件在下 ！ 只有文档的兄台也不用发mail给我 自己网上找去 应该有下

熊伟 于大年初一 深圳 xiongxiaowei@126.com jdsu光电

version2:

不知道怎么回事，一到 LCALL OSTaskSwHook --》一call就call复位了 我靠

又改回来 LCALL _?OSTaskSwHook 又好了

想了想 是不是我又加了.a文件的原因？

因为后来我又加了一个INT0Function.c 和INT0Function_a.a51

void Int0Function() keilReentrant

{ //中断在汇编中实现，去掉interrupt {//INT0中断服务子程序

}

#include include_a.h

NAME INT0FUNCTION_A ;模块名

?PR?_?INTOFunction?INT0FUNCTION_A SEGMENT CODE

EXTRN CODE (_?INTOFunction)

;-------------------------------------------------------------------------

CSEG AT 0013H ;INT0中断

LJMP INT0ISR ;工作于系统态，无任务切换。

RSEG ?PR?_?INTOFunction?INT0FUNCTION_A

INT0ISR:

USING 0

CLR EA ;先关中断，以防中断嵌套。

PUSHALL

LCALL _?INTOFunction

POPALL

SETB EA

RETI

;-------------------------------------------------------------------------

END

;-------------------------------------------------------------------------

ucos ii是什么啊?

μC/OS-II是一种可移植的，可植入ROM的，可裁剪的，抢占式的，实时多任务操作系统内核。它被广泛应用于微处理器、微控制器和数字信号处理器。 μC/OS-II 的前身是μC/OS，最早出自于1992 年美国嵌入式系统专家Jean J.Labrosse 在《嵌入式系统编程》杂志的5 月和6 月刊上刊登的文章连载，并把μC/OS 的源码发布在该杂志的B B S 上。 μC/OS 和μC/OS-II 是专门为计算机的嵌入式应用设计的， 绝大部分代码是用C语言编写的。CPU 硬件相关部分是用汇编语言编写的、总量约200行的汇编语言部分被压缩到最低限度，为的是便于移植到任何一种其它的CPU 上。用户只要有标准的ANSI 的C交叉编译器，有汇编器、连接器等软件工具，就可以将μC/OS-II嵌入到开发的产品中。μC/OS-II 具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点， 最小内核可编译至 2KB 。μC/OS-II 已经移植到了几乎所有知名的CPU 上。 严格地说uC/OS-II只是一个实时操作系统内核，它仅仅包含了任务调度，任务管理，时间管理，内存管理和任务间的通信和同步等基本功能。没有提供输入输出管理，文件系统，网络等额外的服务。但由于uC/OS-II良好的可扩展性和源码开放，这些非必须的功能完全可以由用户自己根据需要分别实现。 uC/OS-II目标是实现一个基于优先级调度的抢占式的实时内核，并在这个内核之上提供最基本的系统服务，如信号量，邮箱，消息队列，内存管理，中断管理等。 uC/OS-II以源代码的形式发布，但并不意味着它是开源软件。你可以将其用于教学和私下研究（peaceful research）；但是如果你将其用于商业用途，那么你必须通过Micrium获得商用许可。

ucosii源代码是用什么语言写的

是否μC/OS-II，是就看下面的内容，如果不是你想要的答案，本人也无能为力

外行人粗略理解：从这篇文章可以看出μC/OS-II内核和应用程序放在一起编译成一个文件这种做法是特有的，应该也不能分开。

单片机软件操作系统的利弊,UCOSII在单片机上的使用

来源：今日电子

摘要：近年来，在单片机系统中嵌入操作系统已经成为人们越来越关心的一个话题。本文通过对一种源码公开的嵌入式实时操作系统μC/OS-II的分析，以51系列单片机为例，阐述了在单片机中使用该嵌入式操作系统的优缺点，以及在应用中应当注意的一些问题。

关键词：实时操作系统；μC/OS-II；单片机

引言

早在20世纪60年代，就已经有人开始研究和开发嵌入式操作系统。但直到最近，它才在国内被越来越多的提及，在通信、电子、自动化等需要实时处理的领域所日益显现的重要性吸引了人们越来越多的注意力。但是，人们所谈论的往往是一些著名的商业内核，诸如VxWorks、PSOS等。这些商业内核性能优越，但价格昂贵，主要用于16位和32位处理器中，针对国内大部分用户使用的51系列8位单片机，可以选择免费的μC/OS-II。

μC/OS-II的特点

1．μC/OS-II是由Labrosse先生编写的一个开放式内核，最主要的特点就是源码公开。这一点对于用户来说可谓利弊各半，好处在于，一方面它是免费的，另一方面用户可以根据自己的需要对它进行修改。缺点在于它缺乏必要的支持，没有功能强大的软件包，用户通常需要自己编写驱动程序，特别是如果用户使用的是不太常用的单片机，还必须自己编写移植程序。

2．μC/OS-II是一个占先式的内核，即已经准备就绪的高优先级任务可以剥夺正在运行的低优先级任务的CPU使用权。这个特点使得它的实时性比非占先式的内核要好。通常我们都是在中断服务程序中使高优先级任务进入就绪态（例如发信号），这样退出中断服务程序后，将进行任务切换，高优先级任务将被执行。拿51单片机为例，比较一下就可以发现这样做的好处。假如需要用中断方式采集一批数据并进行处理，在传统的编程方法中不能在中断服务程序中进行复杂的数据处理，因为这会使得关中断时间过长。所以经常采用的方法是置一标志位，然后退出中断。由于主程序是循环执行的，所以它总有机会检测到这一标志并转到数据处理程序中去。但是因为无法确定发生中断时程序到底执行到了什么地方，也就无法判断要经过多长时间数据处理程序才会执行，中断响应时间无法确定，系统的实时性不强。如果使用μC/OS-II的话，只要把数据处理程序的优先级设定得高一些，并在中断服务程序中使它进入就绪态，中断结束后数据处理程序就会被立即执行。这样可以把中断响应时间限制在一定的范围内。对于一些对中断响应时间有严格要求的系统，这是必不可少的。但应该指出的是如果数据处理程序简单，这样做就未必合适。因为μC/OS-II要求在中断服务程序末尾使用OSINTEXIT函数以判断是否进行任务切换，这需要花费一定的时间。

3．μC/OS-II和大家所熟知的Linux等分时操作系统不同，它不支持时间片轮转法。μC/OS-II是一个基于优先级的实时操作系统，每个任务的优先级必须不同，分析它的源码会发现，μC/OS-II把任务的优先级当做任务的标识来使用，如果优先级相同，任务将无法区分。进入就绪态的优先级最高的任务首先得到CPU的使用权，只有等它交出CPU的使用权后，其他任务才可以被执行。所以它只能说是多任务，不能说是多进程，至少不是我们所熟悉的那种多进程。显而易见，如果只考虑实时性，它当然比分时系统好，它可以保证重要任务总是优先占有CPU。但是在系统中，重要任务毕竟是有限的，这就使得划分其他任务的优先权变成了一个让人费神的问题。另外，有些任务交替执行反而对用户更有利。例如，用单片机控制两小块显示屏时，无论是编程者还是使用者肯定希望它们同时工作，而不是显示完一块显示屏的信息以后再显示另一块显示屏的信息。这时候，要是μC/OS-II即支持优先级法又支持时间片轮转法就更合适了。

4．μC/OS-II对共享资源提供了保护机制。正如上文所提到的，μC/OS-II是一个支持多任务的操作系统。一个完整的程序可以划分成几个任务，不同的任务执行不同的功能。这样，一个任务就相当于模块化设计中的一个子模块。在任务中添加代码时，只要不是共享资源就不必担心互相之间有影响。而对于共享资源（比如串口），μC/OS-II也提供了很好的解决办法。一般情况下使用的是信号量的方法。简单地说，先创建一个信号量并对它进行初始化。当一个任务需要使用一个共享资源时，它必须先申请得到这个信号量，而一旦得到了此信号量，那就只有等使用完了该资源，信号量才会被释放。在这个过程中即使有优先权更高的任务进入了就绪态，因为无法得到此信号量，也不能使用该资源。这个特点的好处显而易见，例如当显示屏正在显示信息的时候，外部产生了一个中断，而在中断服务程序中需要显示屏显示其他信息。这样，退出中断服务程序后，原有的信息就可能被破坏了。而在μC/OS-II中采用信号量的方法时，只有显示屏把原有信息显示完毕后才可以显示新信息，从而可以避免这个现象。不过，采用这种方法是以牺牲系统的实时性为代价的。如果显示原有信息需要耗费大量时间，系统只好等待。从结果上看，等于延长了中断响应时间，这对于未显示信息是报警信息的情况，无疑是致命的。发生这种情况，在μC/OS-II中称为优先级反转，就是高优先级任务必须等待低优先级任务的完成。在上述情况下，在两个任务之间发生优先级反转是无法避免的。所以在使用μC/OS-II时，必须对所开发的系统了解清楚，才能决定对于某种共享资源是否使用信号量。

μC/OS-II在单片机使用中的一些特点

1．在单片机系统中嵌入μC/OS-II将增强系统的可靠性，并使得调试程序变得简单。以往传统的单片机开发工作中经常遇到程序跑飞或是陷入死循环。可以用看门狗解决程序跑飞问题，而对于后一种情况，尤其是其中牵扯到复杂数学计算的话，只有设置断点，耗费大量时间来慢慢分析。如果在系统中嵌入μC/OS-II的话，事情就简单多了。可以把整个程序分成许多任务，每个任务相对独立，然后在每个任务中设置超时函数，时间用完以后，任务必须交出CPU的使用权。即使一个任务发生问题，也不会影响其他任务的运行。这样既提高了系统的可靠性，同时也使得调试程序变得容易。

2．在单片机系统中嵌入μC/OS-II将增加系统的开销。现在所使用的51单片机，一般是指87C51或者89C51，其片内都带有一定的RAM和ROM。对于一些简单的程序，如果采用传统的编程方法，已经不需要外扩存储器了。如果在其中嵌入μC/OS-II的话，在只需要使用任务调度、任务切换、信号量处理、延时或超时服务的情况下，也不需要外扩ROM了，但是外扩RAM是必须的。由于μC/OS-II是可裁减的操作系统，其所需要的RAM大小就取决于操作系统功能的多少。举例来说，μC/OS-II允许用户定义最大任务数。由于每建立一个任务，都要产生一个与之相对应的数据结构TCB，该数据结构要占用很大一部分内存空间。所以在定义最大任务数时，一定要考虑实际情况的需要。如果定得过大，势必会造成不必要的浪费。嵌入μC/OS-II以后，总的RAM需求可以由如下表达式得出：

RAM总需求=应用程序的RAM需求+内核数据区的RAM需求+（任务栈需求+最大中断嵌套栈需求）·任务数

所幸的是，μC/OS-II可以对每个任务分别定义堆栈空间的大小，开发人员可根据任务的实际需求来进行栈空间的分配。但在RAM容量有限的情况下，还是应该注意一下对大型数组、数据结构和函数的使用，别忘了，函数的形参也是要推入堆栈的。

3．μC/OS-II的移植也是一件需要值得注意的工作。如果没有现成的移植实例的话，就必须自己来编写移植代码。虽然只需要改动两个文件，但仍需要对相应的微处理器比较熟悉才行，最好参照已有的移植实例。另外，即使有移植实例，在编程前最好也要阅读一下，因为里面牵扯到堆栈操作。在编写中断服务程序时，把寄存器推入堆栈的顺序必须与移植代码中的顺序相对应。

4．和其他一些著名的嵌入式操作系统不同，μC/OS-II在单片机系统中的启动过程比较简单，不像有些操作系统那样，需要把内核编译成一个映像文件写入ROM中，上电复位后，再从ROM中把文件加载到RAM中去，然后再运行应用程序。μC/OS-II的内核是和应用程序放在一起编译成一个文件的，使用者只需要把这个文件转换成HEX格式，写入ROM中就可以了，上电后，会像普通的单片机程序一样运行。

结语

由以上介绍可以看出，μC/OS-II具有免费、使用简单、可靠性高、实时性好等优点，但也有移植困难、缺乏必要的技术支持等缺点，尤其不像商用嵌入式系统那样得到广泛使用和持续的研究更新。但开放性又使得开发人员可以自行裁减和添加所需的功能，在许多应用领域发挥着独特的作用。当然，是否在单片机系统中嵌入μC/OS-II应视所开发的项目而定，对于一些简单的、低成本的项目来说，就没必要使用嵌入式操作系统了。

求ucos ii v2.52 源代码

我 有 Micrium-uCOS-II-V286 和 Micrium-uCOS-II-V290。 需要的话 告诉我 你的EMAIL

求一个基于UCOSII流水灯的程序代码,结合STM32完成,麻烦请在KEIL UVISION4上建立起工程

只有一个任务为什么还要使用操作系统呢！我没有流水灯的程序。我给你提供一个LED闪烁的程序。

程序里面建立三个任务，开始任务，LED0任务和LED1任务。LED0每秒钟亮80毫秒，LED1亮300毫秒，灭300毫秒，以此循环。

#include stm32f10x.h

#include "sys.h"

#include "usart.h"

#include "delay.h"

#include "led.h"

#include "includes.h"

#define START_TASK_PRIO 10

#define START_STK_SIZE 64

OS_STK START_TASK_STK[START_STK_SIZE];

void start_task(void *pdata);

//LED0ÈÎÎñ

#define LED0_TASK_PRIO 7

#define LED0_STK_SIZE 64

OS_STK LED0_TASK_STK[LED0_STK_SIZE];

void led0_task(void *pdata);

#define LED1_TASK_PRIO 6

#define LED1_STK_SIZE 64

OS_STK LED1_TASK_STK[LED1_STK_SIZE];

void led1_task(void *pdata);

int main(void)

{

Stm32_Clock_Init(9);

delay_init(72);

LED_Init();

LED_Init();

OSInit();

OSTaskCreate(start_task,(void *)0,(OS_STK *)START_TASK_STK[START_STK_SIZE-1],START_TASK_PRIO );

OSStart();

}

void start_task(void *pdata)

{

OS_CPU_SR cpu_sr=0;

pdata = pdata;

OS_ENTER_CRITICAL();

OSTaskCreate(led0_task,(void *)0,(OS_STK*)LED0_TASK_STK[LED0_STK_SIZE-1],LED0_TASK_PRIO);

OSTaskCreate(led1_task,(void *)0,(OS_STK*)LED1_TASK_STK[LED1_STK_SIZE-1],LED1_TASK_PRIO);

OSTaskSuspend(START_TASK_PRIO);

OS_EXIT_CRITICAL();

}

void led0_task(void *pdata)

{

while(1)

{

LED0=0;

delay_ms(80);

LED0=1;

delay_ms(920);

};

}

void led1_task(void *pdata)

{

while(1)

{

LED1=0;

delay_ms(300);

LED1=1;

delay_ms(300);

};

}

具体详解请参考开源电子网。

关于ucosii源代码和ucos 源码的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。