uCOS移植心得Word下载.docx

1、中断。前/后台系统中还有一种驱动事件的产生，在主循环中不断的查询。有别与一般的定时查询，这种查询是为了将事件的响应时间降到最低，也可以将其归纳于定时（时间）事件。（2）uCOS C51移植的准备工作；2004年8月份，我在书城买了一本uCOS- 第2版，准备学习RTOS。因为以前没有玩过RTOS，在工作之余断断续续的看了3、4章。一直到12月初的时候，公司要重新设计一个项目，恰好要把uCOS移植到c51上。我的RTOS学习才正式开始。因为对OS向往以久，我并不想在网上Down一个现成的移植OS程序，做一个OS的应用者。揭开OS的神秘面纱，了解OS的内部运行机制，这才是我想要做的。本文的主要目的

2、是讨论uCOS的移植，希望对即将进行uCOS c51移植的兄弟有些帮助。对于OS的内部运行机制，由于东西比较多，在这里不想太展开。如果以后有时间，也想写一篇文章来讨论讨论。最开始，我的计划就是看书，看uCOS- 第2版。看完这本几百页的大本本，花了我2个半星期。因为是工作需要，我才可以这样心安理得的在那里看呀看书_,辛苦呀9。在这期间，为了自己的思想不受别人的影响，我坚决没有从网上下任何uCOS的资料，我手头的资料就是uCOS-的书和附带光盘，这些就是最权威的资料了。在看书的时候，我都坚持做笔记，把每天的重点，明白的东西和心中的疑问都随时记录下来。对付这种大本本，前后的知识又相互关联，光靠我们

3、的大脑是搞不定啊。弄懂了uCOS的内核，下一本书应该是单片机高级语言C51Windows环境编程与应用。对于Keil C我还是很熟的，还是花了2、3天来复习。这里的重点是C51对汇编的转换结构，例于数据/系统堆栈的使用，C&Asm混合编程。我想对于任何CPU的uCOS移植，C语言的实现机制，你都是要了解的。这里也是要花大把时间的。uCOS- 第2版和单片机高级语言C51Windows环境编程与应用这两本书网上都可以下电子档的，我这里也有（大家需要可以来信索取）。uCOS和C51的书都看完了。我就下载了一堆uCOS的C51移植资料。其中的源程序有很多个版本的，不过详细的移植文档只有一个版本：巨龙

4、一位大虾的uCOS C51移植心得，相信很多人都看过。这些资料的作者都是我移植过程中的老师，有了这些资料，我才能把心中的朦胧想法变成源程序。但是我也发现这些资料中大多都有一些错误和遗漏，当然这是难免的。这也正是驱使我写这篇文章的原因，希望在前辈的基础上有所进步。欢迎大家来批评！真正的源代码移植，我花了大概一个星期时间。（3）uCOS C51的移植概况；1、工具：uCOS 2.52版；Keil C V6.23a。2、uCOS V2.52的文件结构与移植所需要的修改：A、与处理器无关的文件：OS_CORE.COS_FLAG.COS_MBOX.COS_MEM.COS_MUTEX.COS_Q.COS_

5、SEM.COS_TASK.COS_TIME.CuCOS_II.CuCOS_II.H这些文件在c51的移植过程中，只需要给函数加上重入属性即可。B、与应用相关的文件：INCLUDES.H： 包含C51的标准库头文件；对pdata等c51关键字的重定义OS_CFG.H： OS_TICKS_PER_SEC、 OS_FLAGS注意可能需要修改。C、与处理器相关的文件：OS_CPU.H： 数据类型、关中断方法、任务堆栈方向、任务切换的宏定义都需要修改。OS_CPU_A.ASM： OSTickISR（）、OSStartHighRdy（）、OSCtxSw（）、OSIntCtxSw（）这几个函数的编写，是整个

6、移植的关键。OS_CPU_C.C：OSTaskStkInit（）函数的编写。（4）uCOS C51具体的移植过程；1、C51的堆栈结构；这是整个移植过程中的重中之重，所以特别详细介绍。A、 系统堆栈；c51中，系统堆栈的栈底地址是?STACK，栈顶指针就是SP拉，栈的生长方向是向上的，栈空间分配在51的内部RAM（idata）中。分配在所有内部RAM数据段的最后面，所以系统堆栈的范围是从?STACK到内部RAM的最高位（0x80或者0xFF）。B、 数据堆栈；c51中，由于我们使用OS，采用的LARGE编译模式,所以数据堆栈的指针是C_XBP， 栈的生长方向是向下的，栈空间分配在51的外部RA

7、M（xdata）中。C、 C51中断中堆栈的保护；研究中断中堆栈的保护的意义在于，因为uCOS中的任务切换，本身就是模拟一次中断的发生：保护Task1的CPU寄存器，SP切换到Task2的堆栈，弹出Task2的CPU寄存器。用C51写中断函数的时候，编译器会自动保护CPU的寄存器，所以中断返回时任务调度OSIntCtxSw（），就不用重新保护寄存器。C51中断中调用函数可以分为四种情况（中断函数本身不设为reentrant）：一、没有函数调用；二、调用非reentrant函数，函数中没有嵌套调用其他函数；三、调用非reentrant函数，函数中嵌套调用其他函数；四、调用reentrant函数。

8、t0_isr:PUSHACCBDPHDPLPSWMOV PSW,#00HAR0AR1AR2AR3AR4AR5AR6AR7用户代码POP AR7 AR6 AR5 AR4 AR3 AR2 AR1 AR0 PSW DPL DPH B ACCRETI因为uCOS中所有的函数都必须是重入函数，因此我们只需要研究第四种情况下的堆栈保护，对于其他情况有兴趣可以在c51中看看。（注意：可能因为c51编译器的版本不同，上述压栈的顺序可能不同。）2、uCOS C51任务切换时的堆栈操作；每个任务都有一个独立的数据堆栈，系统堆栈是公用空间。保护Task1的CPU寄存器： 首先将CPU寄存器按上例压进Task1系统堆

9、栈，再将整个Task1系统堆栈压进Task1数据堆栈；SP切换：C_XBP = Task2 的数据堆栈栈顶地址。弹出Task2的CPU寄存器：从Task2的数据堆栈重新恢复整个系统堆栈，然后再从Task2系统堆栈中恢复CPU寄存器值。实现的方法有很多种，只要遵循uCOS任务切换的原理就可以了。3、INCLUDES.H的移植；重点：是C51关键字，所以要重新定义源代码：i nclude#define TASK_REENTRANTlarge reentrant#define KCREENTRANT large reentrantos_cpu.hos_cfg.h#define dataucos51_

10、data#define idata ucos51_idata#define pdata ucos51_pdata#define xdata ucos51_xdataucos_ii.h4、OS_CPU.H的移植；typedef unsigned charBOOLEAN;INT8U;typedef signed charINT8S;typedef unsigned int INT16U; int INT16S;typedef unsigned longINT32U; longINT32S;typedef floatFP32;OS_STK;#define BYTE INT8S#define UBYT

11、EINT8U#define WORD INT16S#define UWORDINT16U#define LONG INT32S#define ULONGINT32UC51编程:uCOS51移植心得asdjf2002/10/03前一段时间，我参与了一个SNMP网管板的项目，我负责硬件设计和单板软件开发。该板的硬件由MCS51+RTL8019AS组成，有64KFLASH和64KSRAM。软件部分有操作系统和TCPIP协议栈。硬件比较简单，用了一个月就搞定了，协议栈我参考了老古开发板的部分程序又上网找了SNMP源代码也很快完成了，但是测试时发现当使用较低时钟频率的CPU时（为了降低成本），由于ASN

12、.1编解码部分过于庞大，而我的程序又是一个大循环，AGENT的响应速度受到严重影响，用户界面也反应迟钝。更坏的消息是公司为了适应市场需求，还要在上面跑PPP和HTTP/a。那样的话，我就得用40MHz的AT89C51RD2或者人为的把程序断成几部分然后用状态机的方法在运行时再把它们连接起来。不过，我不想增加成本，也不想把程序搞乱，迫不得已，只好使用操作系统。说实在的，一开始我也不是很有把握，一来我不清楚51的FLASH是否装得下这么多代码，二来我只做过OS应用开发，对于它的移植想都不敢想。不过，我在BBS上搜索了一阵儿后还是有了一些头绪。我找到了几个OS的源代码（我喜欢用现成的），按照代码大小

13、、实时性、使用人数、众人口碑等标准，最后选定了uCOS2。我感觉它的实时性有保障，延时可预测，代码据说可小到2K，网上讨论这个话题的人也比较多，而且它的网站上有针对KEILC51的移植实例。经过一番查找，我得到了5个版本。其中3个是用KEIL编译的。本来我想直接把OS代码嵌到应用程序中，但后来发现没有一个可以直接使用。有的无法用KEIL直接编译，有的需要修改DLL在软件仿真下使用。而我需要的是能在串口输入输出，不需要修改任何无关软件，能在软件仿真和硬件上运行的实时多任务操作系统。没有办法，我只好硬着头皮去改编。我分析了自己的劣势：1。KEIL刚开始使用，不太熟悉；2。混合编程以前从没有作过；3

14、。时间紧迫，要在1个月内搞定。而我的优势就是有5个移植实例可供参考，可以上网查资料。一开始，我用“堆栈”、“混合编程”、“汇编”、“ucos”等关键字在C51BBS和老古论坛上检索相关信息并逐条阅读，读过之后，头脑中的思路逐渐清晰了。我了解到在KEIL的HLP目录下有A51.PDF和C51.PDF非常全面的介绍了汇编和C51，是KEIL的权威用户手册；SP初始化、内存清0等操作在STARTUP.A51文件中实现，用户可以改写它；KEIL的变量，子程序等的分配信息可以在.M51文件里查到；KEIL自己的论坛里有很多疑难问题的解答通过阅读并经过思考，解决了堆栈起点、堆栈空间大小的设定等关键问题。论

15、坛里的问题有些是我没有想到的，这使我发现了自己的疏漏。在网上获得大量信息后，我开始阅读uCOSII中文版，一共读了3遍。第一遍是浏览，了解到uCOSII包括任务调度、时间管理、内存管理、资源管理（信号量、邮箱、消息队列）四大部分，没有文件系统、网络接口、输入输出界面。它的移植只与4个文件相关：汇编文件（OS_CPU_A.ASM）、处理器相关C文件（OS_CPU.H、OS_CPU_C.C）和配置文件（OS_CFG.H）。有64个优先级，系统占用8个，用户可创建56个任务，不支持时间片轮转。第二遍主要是把整个工作过程在头脑里过了一下，不懂地方有针对性的查书，重点是思考工作原理和流程。我发现其实它的

16、思路挺简单的。就是“近似地每时每刻总是让优先级最高的任务处于运行状态”为了保证这一点，它在调用系统API函数、中断结束、定时中断结束时总是执行调度算法。原作者通过事先计算好数据，简化了运算量，通过精心设计就绪表结构，使得延时可预知。任务的切换是通过模拟一次中断实现的。第三遍重点看了移植部分的内容。对照实例，研究了代码的具体实现方法。前期准备用了20几天，真正编写代码只用了1.5天，调试用了2天。具体过程如下：（1）拷贝书后附赠光盘sourcecode目录下的内容到C:YY下，删除不必要的文件和EX1L.C，只剩下p187（uCOSII）上列出的文件。（2）改写最简单的OS_CPU.H数据类型的

17、设定见C51.PDF第176页。注意BOOLEAN要定义成unsignedchar类型，因为bit类型为C51特有，不能用在结构体里。EA=0关中断；EA=1开中断。这样定义即减少了程序行数，又避免了退出临界区后关中断造成的死机。MCU-51堆栈从下往上增长（1=向下，0=向上），OS_STK_GROWTH定义为0#defineOS_TASK_SW（）OSCtxSw（）因为MCU-51没有软中断指令，所以用程序调用代替。两者的堆栈格式相同，RETI指令复位中断系统，RET则没有。实践表明，对于MCU-51，用子程序调用入栈，用中断返回指令RETI出栈是没有问题的，反之中断入栈RET出栈则不行。

18、总之，对于入栈，子程序调用与中断调用效果是一样的，可以混用。在没有中断发生的情况下复位中断系统也不会影响系统正常运行。详见uC/OS-II第八章193页第12行（3）改写OS_CPU_C.C我设计的堆栈结构如下图所示：*-|OSTCBCur|-|OSTCBCur-OSTCBStkPtr|SP-.|长度+1OSStack-OSStkStart-不关心-1低地址-长度低地址系统堆栈用户堆栈长度=SP-OSStkStartTCB结构体中OSTCBStkPtr总是指向用户堆栈最低地址，该地址空间内存放用户堆栈长度，其上空间存放系统堆栈映像，即：用户堆栈空间大小=系统堆栈空间大小+1。SP总是先加1再存

19、数据，因此，SP初始时指向系统堆栈起始地址（OSStack）减1处（OSStkStart）。很明显系统堆栈存储空间大小=SP-OSStkStart。任务切换时，先保存当前任务堆栈内容。方法是：用SP-OSStkStart得出保存字节数，将其写入用户堆栈最低地址内，以用户堆栈最低地址为起址，以OSStkStart为系统堆栈起址，由系统栈向用户栈拷贝数据，循环SP-OSStkStart次，每次拷贝前先将各自栈指针增1。其次，恢复最高优先级任务系统堆栈。获得最高优先级任务用户堆栈最低地址，从中取出“长度”，以最高优先级任务用户堆栈最低地址为起址，以OSStkStart为系统堆栈起址，由用户栈向系统栈

20、拷贝数据，循环“长度”数值指示的次数，每次拷贝前先将各自栈指针增1。用户堆栈初始化时从下向上依次保存：用户堆栈长度（15），PCL，PCH，PSW，ACC，B，DPL，DPH，R0，R1，R2，R3，R4，R5，R6，R7。不保存SP，任务切换时根据用户堆栈长度计算得出。OSTaskStkInit函数总是返回用户栈最低地址。操作系统tick时钟我使用了51单片机的T0定时器，它的初始化代码用C写在了本文件中。最后还有几点必须注意的事项。本来原则上我们不用修改与处理器无关的代码，但是由于KEIL编译器的特殊性，这些代码仍要多处改动。因为KEIL缺省情况下编译的代码不可重入，而多任务系统要求并发操作导致重入，所以要在每个C函数及其声明后标注reentrant关键字。另外，“pdata”、“data”在uCOS中用做一些函数的形参，但它同时又是KEIL的关键字，会导致编译错误，我通过把“pdata”改成“ppdata”，“data”改成“ddata”解决了此问题。OSTCBCur、OSTCBHighRdy、OSRunning、OSPrioCur、OSPrio