ucosii编译多少k，ucosii移植到44b0上时OSSTK占几个字节

本文目录一览

1，ucosii移植到44b0上时OSSTK占几个字节
2，想在STM32上移植UCOSII和UCGUI需要多大的空间资源
3，uCOSII 怎么读
4，ucos ii是什么啊
5，ucosii汇编指令小弟初学者请问下面代码怎么解释呀 LDR R1
6，介绍几种主流嵌入式操作系统的特点并分析比较哥们我现在纠结这个问题
7，关于UCOSII的文件包含问题
8，关于uCOSII的新手问题
9，请高手介绍下uCOSII和Linux的差异
10，uCosII 有什么用处

1，ucosii移植到44b0上时OSSTK占几个字节

对arm7来说unsigned int 应该是32位的,所以INT16U应为typedef unsigned short INT16U,而OS_STK为了能保存代码，其大小最好为指令的长度，即32位，所以OS_STK的设置是正确的。这段代码可能是根据其他芯片的设置修改过来的，所以注释部分不正确。

ucosii移植到44b0上时OSSTK占几个字节

2，想在STM32上移植UCOSII和UCGUI需要多大的空间资源

这看你具体软件多少了，RAM128K肯定够了，UCOS看你需要多少功能和你的代码多少，UCGUI就比较省RAM了，ROM空间也是看代码量。 stm32f103及以上都能移植的。我就是在103上跑的。如果程序正确并可以通过编译，那么运行结果将是LED_0亮2秒灭2秒的闪烁，LED_1亮5秒灭5秒的闪烁。不过我觉得这个程序有问题，你的uCOS应该跑不起来，这段程序中，systick_init在startup_task中初始化，将导致startup_task线程虽然在main中创建了但不能被切换到，因为uCOS的系统滴答时钟都还没有启动。所以应该把systick_init放在main中第一个调用，保证在uCOS启动之前，系统滴答时钟已正常启动。

想在STM32上移植UCOSII和UCGUI需要多大的空间资源

3，uCOSII 怎么读

缪靠思兔

include.h文件不是必要的，#include #include #include #include #include #include #include 这些文件都可以写到ucos ii.h中，然后在每个c文件中包含ucos ii.h就行了。config.h中的内容主要是你想用ucos的什么功能，假如你不想用信号量，你就把#define os_sem_en 设置成0就可以了，当你编译的时候os_sem.c就不会编译。

uCOSII 怎么读

4，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获得商用许可。

5，ucosii汇编指令小弟初学者请问下面代码怎么解释呀 LDR R1

你应该知道LDR 和 STR指令的意思吧：取变量OSTCBCur的地址到R1，取OSTCBCur的值到R1，把SP寄存器保存到R1所指的地方。因为OSTCBCur的值是当前任务控制块（TCB）的地址，而TCB的第一个字段就是栈指针：typedef struct os_tcb OS_STK *OSTCBStkPtr; //Stack Pointer void *OSTCBExtPtr; //TCB extension pointer ...所以，OSTCBCur指向的地方也就是栈指针，就把SP保存到OSTCBStkPtr里去了。那么，这三条指令就是把处理器的栈指针(SP寄存器)保存到OSTCBCur->OSTCBStkPtr里去。也就是把当前栈指针保存到当前任务的控制块里，这样就可以在以后重新把栈指针恢复回来。这应该是在任务切换之前做的保存当前任务现场的工作。

6，介绍几种主流嵌入式操作系统的特点并分析比较哥们我现在纠结这个问题

如果你是学习阶段的话，那LINUX和UCOS-II是比较合适的uc/os和uclinux操作系统是两种性能优良源码公开且被广泛应用的的免费嵌入式操作系统，可以作为研究实时操作系统和非实时操作系统的典范。本文通过对 uc/os和uclinux的对比，分析和总结了嵌入式操作系统应用中的若干重要问题，归纳了嵌入式系统开发中操作系统的选型依据。　　两种开源嵌入式操作系统介绍　　uc/os和uclinux操作系统，是当前得到广泛应用的两种免费且公开源码的嵌入式操作系统。uc/os适合小型控制系统，具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点，最小内核可编译至2k。uclinux则是继承标准linux 的优良特性，针对嵌入式处理器的特点设计的一种操作系统，具有内嵌网络协议、支持多种文件系统，开发者可利用标准linux先验知识等优势。其编译后目标文件可控制在几百k量级。　　uc/os是一种免费公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统。其内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能。　　uclinux是一种优秀的嵌入式linux版本。uclinux是micro-conrol-linux的缩写。同标准linux相比，它集成了标准linux操作系统的稳定性、强大网络功能和出色的文件系统等主要优点。但是由于没有mmu(内存管理单元)，其多任务的实现需要一定技巧。　　两种嵌入式操作系统主要性能比较　　嵌入式操作系统是嵌入式系统软硬件资源的控制中心，它以尽量合理的有效方法组织多个用户共享嵌入式系统的各种资源。其中用户指的是系统程序之上的所有软件。所谓合理有效的方法，指的就是操作系统如何协调并充分利用硬件资源来实现多任务。复杂的操作系统都支持文件系统，方便组织文件并易于对其规范化操作。　　嵌入式操作系统还有一个特点就是针对不同的平台，系统不是直接可用的，一般需要经过针对专门平台的移植操作系统才能正常工作。进程调度、文件系统支持和系统移植是在嵌入式操作系统实际应用中最常见的问题，下文就从这几个角度入手对uc/os和uclinux进行分析比较。　　进程调度　　任务调度主要是协调任务对计算机系统内资源(如内存、i/o设备、cpu)的争夺使用。进程调度又称为cpu调度，其根本任务是按照某种原则为处于就绪状态的进程分配cpu。由于嵌入式系统中内存和i/o设备一般都和cpu同时归属于某进程，所以任务调度和进程调度概念相近，很多场合不加区分，下文中提到的任务其实就是进程的概念。　　进程调度可分为"剥夺型调度"和"非剥夺型调度"两种基本方式。所谓"非剥夺型调度"是指：一旦某个进程被调度执行，则该进程一直执行下去直至该进程结束，或由于某种原因自行放弃cpu进入等待状态，才将cpu重新分配给其他进程。所谓"剥夺型调度"是指：一旦就绪状态中出现优先权更高的进程，或者运行的进程已用满了规定的时间片时，便立即剥夺当前进程的运行(将其放回就绪状态)，把cpu分配给其他进程作为实时操作系统，uc/os是采用的可剥夺型实时多任务内核。可剥夺型的实时内核在任何时候都运行就绪了的最高优先级的任务。uc/os中最多可以支持64 个任务，分别对应优先级0~63，　　其中0为最高优先级。调度工作的内容可以分为两部分：最高优先级任务的寻找和任务切换。　　其最高优先级任务的寻找是通过建立就绪任务表来实现的。uc/os中的每一个任务都有独立的堆栈空间，并有一个称为任务控制块tcb(task control block)数据结构，其中第一个成员变量就是保存的任务堆栈指针。任务调度模块首先用变量 ostcbhighrdy记录当前最高级就绪任务的tcb地址，然后调用os_task_sw() 函数来进行任务切换。　　uclinux的进程调度沿用了linux的传统，系统每隔一定时间挂起进程，同时系统产生快速和周期性的时钟计时中断，并通过调度函数(定时器处理函数)决定进程什么时候拥有它的时间片。然后进行相关进程切换，这是通过父进程调用fork 函数生成子进程来实现的。　　uclinux系统fork调用完成后，要么子进程代替父进程执行(此时父进程已经 sleep)，直到子进程调用exit退出；要么调用exec执行一个新的进程，这个时候产生可执行文件的加载，即使这个进程只是父进程的拷贝，这个过程也不可避免。当子进程执行exit或exec后，子进程使用wakeup把父进程唤醒，使父进程继续往下执行。　　uclinux由于没有mmu管理存储器，其对内存的访问是直接的，所有程序中访问的地址都是实际的物理地址。操作系统队内存空间没有保护，各个进程实际上共享一个运行空间。这就需要实现多进程时进行数据保护，也导致了用户程序使用的空间可能占用到系统内核空间，这些问题在编程时都需要多加注意，否则容易导致系统崩溃。　　由上述分析可以得知，uc/os内核是针对实时系统的要求设计实现的，相对简单，可以满足较高的实时性要求。而uclinux则在结构上继承了标准linux的多任务实现方式，仅针对嵌入式处理器特点进行改良。其要实现实时性效果则需要使系统在实时内核的控制下运行，rt-linux就是可以实现这一个功能的一种实时内核。　　文件系统　　所谓文件系统是指负责存取和管理文件信息的机构，也可以说是负责文件的建立、撤销、组织、读写、修改、复制及对文件管理所需要的资源(如目录表、存储介质等)实施管理的软件部分。　　uc/os是面向中小型嵌入式系统的，如果包含全部功能(信号量、消息邮箱、消息队列及相关函数)，编译后的uc/os内核仅有6~10kb，所以系统本身并没有对文件系统的支持。但是uc/os具有良好的扩展性能，如果需要的话也可自行加入文件系统的内容。　　uclinux则是继承了linux完善的文件系统性能。其采用的是romfs文件系统，这种文件系统相对于一般的ext2文件系统要求更少的空间。空间的节约来自于两个方面，首先内核支持romfs文件系统比支持ext2文件系统需要更少的代码，其次romfs文件系统相对简单，在建立文件系统超级块(superblock)需要更少的存储空间。romfs文件系统不支持动态擦写保存，对于系统需要动态保存的数据采用虚拟ram盘的方法进行处理(ram盘将采用ext2文件系统)。　　uclinux还继承了linux网络操作系统的优势，可以很方便的支持网络文件系统且内嵌tcp/ip协议，这为uclinux开发网络接入设备提供了便利。　　由两种操作系统对文件系统的支持可知，在复杂的需要较多文件处理的嵌入式系统中uclinux是一个不错的选择。而uc/os则主要适合一些控制系统。　　操作系统的移植　　嵌入式操作系统移植的目的是指使操作系统能在某个微处理器或微控制器上运行。uc/os和uclinux都是源码公开的操作系统，且其结构化设计便于把与处理器相关的部分分离出来，所以被移植到新的处理器上是可能的。　　以下对两种系统的移植分别予以说明。　　(1)uc/os的移植　　要移植uc/os，目标处理器必须满足以下要求；　　·处理器的c编译器能产生可重入代码，且用c语言就可以打开和关闭中断；　　·处理器支持中断，并能产生定时中断；　　·处理器支持足够的ram(几k字节)，作为多任务环境下的任务堆栈；　　·处理器有将堆栈指针和其他cpu寄存器读出和存储到堆栈或内存中的指令。　　在理解了处理器和c编译器的技术细节后，uc/os的移植只需要修改与处理器相关的代码就可以了。　　具体有如下内容：　　·os_cpu.h中需要设置一个常量来标识堆栈增长方向；　　·os_cpu.h中需要声明几个用于开关中断和任务切换的宏；　　·os_cpu.h中需要针对具体处理器的字长重新定义一系列数据类型；　　·os_cpu_a.asm需要改写4个汇编语言的函数；　　·os_cpu_c.c需要用c语言编写6个简单函数；　　·修改主头文件include.h，将上面的三个文件和其他自己的头文件加入。　　(2)uclinux的移植　　由于uclinux其实是linux针对嵌入式系统的一种改良，其结构比较复杂，相对 uc/os，uclinux的移植也复杂得多。一般而言要移植uclinux，目标处理器除了应满足上述uc/os应满足的条件外，还需要具有足够容量(几百k字节以上)外部rom和ram。　　uclinux的移植大致可以分为3个层次：　　·结构层次的移植，如果待移植处理器的结构不同于任何已经支持的处理器结构，则需要修改linux/arch目录下相关处理器结构的文件。虽然uclinux内核代码的大部分是独立于处理器和其体系结构的，但是其最低级的代码也是特定于各个系统的。这主要表现在它们的中断处理上下文、内存映射的维护、任务上下文和初始化过程都是独特的。这些例行程序位于linux/arch/目录下。由于linux所支持体系结构的种类繁多，所以对一个新型的体系，其低级例程可以模仿与其相似的体系例程编写。　　·平台层次的移植，如果待移植处理器是某种uclinux已支持体系的分支处理器，则需要在相关体系结构目录下建立相应目录并编写相应代码。如mc68ez328就是基于无mmu的m68k内核的。此时的移植需要创建 linux/arch/m68knommu/platform/ mc68ez328目录并在其下编写跟踪程序(实现用户程序到内核函数的接口等功能)、中断控制调度程序和向量初始化程序等。　　·板级移植，如果你所用处理器已被uclinux支持的话，就只需要板级移植了。板级移植需要在linux/arch/?platform/中建立一个相应板的目录，再在其中建立相应的启动代码crt0_rom.s或crt0_ram.s和链接描述文档rom.ld或ram.ld就可以了。板级移植还包括驱动程序的编写和环境变量设置等内容。　　结语　　通过对uc/os和uclinux的比较，可以看出这两种操作系统在应用方面各有优劣。 uc/os占用空间少，执行效率高，实时性能优良，且针对新处理器的移植相对简单。uclinux则占用空间相对较大，实时性能一般，针对新处理器的移植相对复杂。但是，uclinux具有对多种文件系统的支持能力、内嵌了tcp/ip协议，可以借鉴linux丰富的资源，对一些复杂的应用，uclinux具有相当优势。例如cisco 公司的 2500/3000/4000 路由器就是基于uclinux操作系统开发的。总之，操作系统的选择是由嵌入式系统的需求决定的。简单的说就是，小型控制系统可充分利用uc/os小巧且实时性强的优势，如果开发pda和互联网连接终端等较为复杂的系统则uclinux是不错的选择。还有就是如果从开发的工具方便好用，易用的角度来看，那些收费的系统用起来更爽一些

7，关于UCOSII的文件包含问题

“ucosii.h中没包含任何功能函数文件比如OS_TIME.C，”头文件怎么能包含源文件呢？相信刚学C语言的时候，你肯定看到过，从源文件到可执行文件，包括预处理、编译、链接的过程。刚开始学C语言的时候，这些东西不必关注，因为那时我们写的程序都只有一个源文件。你问这个问题，就要了解编译、链接是怎么回事了。以最常见的VC里编译普通可执行文件为例，编译是以工程里的源文件为单位编译的。每个源文件，编译后都会生成一个.obj文件，全局变量、全局函数的定义都在这样一个个的.obj文件里。比如你上面说的OSTimeDly函数，它的定义就会在OS_TIME.obj里。main.c包含了“ucosii.h”，而“ucosii.h”声明了OSTimeDly函数，那么在编译main.c的时候（注意：编译的时候，是以一个个单独的源文件为单位、独立编译的），编译器只需要知道有OSTimeDly这个函数就够了。在链接的时候，链接器会从其他.obj里找OSTimeDly这个函数，找到了就成功了，找不到，则会出现链接错误。注意，是链接错误，而不是编译错误。至于后面的那个文件，有可能是工程设置的结果，比如可以给整个工程设置预处理命令，提前解析下这些公共的数据类型。

8，关于uCOSII的新手问题

我的uCOS/II版本，0S_CUP.h 0S_CUP.c 0S_CUP.s这3个文件位置如下所述：ucosii\includ\OS_CPU.Hucosii\arch\OS_CPU_C.Cucosii\arch\OS_CPU_A.ASM需要的话，把我的版本我发给你。

这是不可能的，这三个文件是不可少的

触屏驱动一般是只和你使用的gui有关，所以你应该在你的驱动目录下添加对触摸屏进行良好封装的驱动程序(如:touchpanel.h/touchpanel.c)，然后在看一下你用的ucos系统下用的是什么样的gui，把触屏驱动中的接口整合到你的gui中去。

了需要移植的部分，其余与硬件资源联系不大。在不同的处理器上需要移植，主要涉及处理器的指令，堆栈增长方向，字长等，其他如任务切换，信号量，消息邮箱等都无关在你添加的任务中可能要用到硬件资源，比如一个任务从串口或某个端口读数据，另一个任务负责现实，至于是数码管还是液晶屏就是硬件问题了2.最简单的测试是建立几个任务看能否长时间稳定运行，当然完整测试一个系统一个购写一本书了，什么黑盒白盒测试等等3ucos的应用程序具体为一个函数（当然只是在形式上，只是从未被调用），同整个系统一起编译，详见ucos任务的建立

9，请高手介绍下uCOSII和Linux的差异

差异：μC/OS-II是专门为计算机的嵌入式应用设计的，μC/OS-II 具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点，最小内核可编译至 2KB 。μC/OS-II 已经移植到了几乎所有知名的CPU 上。 linux 免费，安全，稳定，应用范围广，在嵌入式上，服务器上，家用机，都有广泛应用。μC/OS-II Linux 都适合用在嵌入式上。但μC/OS-II 是专为嵌入式而设计，这样的结果是，运行效率更高，占用资源更少。linux 都可以用作服务器上，使用率高。linux 虽然不是专门针对服务器而开发，但其源码公开，完全可以修改，使得两者差异不大，最主要的发行版redhat linux 就是在服务器上用得很多的系统。

μc/os-ii是专门为计算机的嵌入式应用设计的，μc/os-ii 具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点，最小内核可编译至 2kb 。μc/os-ii 已经移植到了几乎所有知名的cpu 上。 unix 是商业软件，一般用在服务器上。unix因为其安全可靠，高效强大的特点在服务器领域得到了广泛的应用。linux 免费，安全，稳定，应用范围广，在嵌入式上，服务器上，家用机，都有广泛应用。μc/os-ii linux 都适合用在嵌入式上。但μc/os-ii 是专为嵌入式而设计，这样的结果是，运行效率更高，占用资源更少。