134.htm
来自「pcb设计资料初学者难得的入门资料包含工厂制作过程」· HTM 代码 · 共 144 行
HTM
144 行
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>CTerm非常精华下载</title>
</head>
<body bgcolor="#FFFFFF">
<table border="0" width="100%" cellspacing="0" cellpadding="0" height="577">
<tr><td width="32%" rowspan="3" height="123"><img src="DDl_back.jpg" width="300" height="129" alt="DDl_back.jpg"></td><td width="30%" background="DDl_back2.jpg" height="35"><p align="center"><a href="http://202.112.58.200"><font face="黑体"><big><big>Tsinghua</big></big></font></a></td></tr>
<tr>
<td width="68%" background="DDl_back2.jpg" height="44"><big><big><font face="黑体"><p align="center"> 嵌入式系统 (BM: turbolinux jacobw) </font></big></big></td></tr>
<tr>
<td width="68%" height="44" bgcolor="#000000"><font face="黑体"><big><big><p align="center"></big></big><a href="http://cterm.163.net"><img src="banner.gif" width="400" height="60" alt="banner.gif"border="0"></a></font></td>
</tr>
<tr><td width="100%" colspan="2" height="100" align="center" valign="top"><br><p align="center">[<a href="嵌入式系统.htm">回到开始</a>][<a href="62.htm">上一层</a>][<a href="135.htm">下一篇</a>]
<hr><p align="left"><small>发信人: flyman (又改昵称喽), 信区: Embedded <br>
标 题: uCOS的应用与扩展 <br>
发信站: BBS 水木清华站 (Thu Jul 12 23:52:19 2001) <br>
<br>
清华大学工程物理系Motorola中心 许庆丰 <br>
<br>
摘要：本文介绍了μC/OS在ColdFire为核心系统上的具体应用，并在此基础上做了扩展， <br>
在μC/OS的核心上实现了RAM盘和文件系统。为了方便应用和调试，还实现了用户Shell程 <br>
序，可以接受并执行用户命令，扩展并丰富了μC/OS的功能。 <br>
关键字：μC/OS ，uCLinux，嵌入式系统，ColdFire。 <br>
<br>
概述： <br>
近年来，随着微控制器性能的不断提高，嵌入式应用越来越广泛。目前市场上的大型商用 <br>
嵌入式实时系统，如VERTEX，VXWORK，PSOS等等，已经十分成熟，并为用户提供了强有力 <br>
的开发和调试工具。但商用嵌入式实时系统价格昂贵而且都针对特定的硬件平台。对于国 <br>
内中小型系统的开发，购买商用实时系统并不划算。此时，采用免费软件和开放代码不失 <br>
为一种选择。目前源码开放（C代码）的嵌入式系统有μC/OS和uCLinux，μC/OS简单易学 <br>
，提供了嵌入式系统的基本功能，其核心代码短小精悍，如果针对硬件进行优化，还可以 <br>
获得更高的执行效率。但是μC/OS相对商用嵌入式系统来说还是过于简单，而且存在开发 <br>
调试困难的问题。uCLinux是自由软件运动的产物，包含丰富的功能，包括文件系统、各种 <br>
外设的驱动程序、通讯模块，TCP/IP，PPP，HTTP，甚至WEB服务器的代码。在INTERNET上 <br>
流传的uCLinux已经被移植到当前几乎所有的硬件平台上，功能与PC机上运行的Linux不相 <br>
上下，其代码也十分复杂。完全移植没有必要也十分困难，但uCLinux的代码经过世界范围 <br>
内的优化，稳定可靠而且高效，所有模块的代码都可以从INTERNET上获得。可以进行模块 <br>
移植。在本例应用中，笔者在ColdFire硬件平台上运行了μC/OS的核心，并实现了uCLinu <br>
x 的文件系统。使得在嵌入式应用中可以进行文件操作。同时针对μC/OS调试困难的问题 <br>
<br>
，还移植了uCLinux的用户Shell，使得用户可以用命令行方式进行程序的调试和开发。 <br>
硬件平台： <br>
本系统的硬件平台采用GPFC（General Purpose Fieldbus Controller）数据采集系统，该 <br>
系统是由德国汉堡国家同步辐射实验室(DESY) Dr. Clausen Matthias领导的研究小组开发 <br>
。采用Motorola公司的ColdFire MCF5206处理器为核心。ColdFire MCF5206处理器属于Mo <br>
torola 32位MCU家族，在源码上与68K兼容。全静态设计，在33MHZ的工作频率下可达最大 <br>
17MIPS的处理能力。除了具有68K系列的通用功能外模块，片内还带有DRAM控制模块，可以 <br>
直接外接DRAM芯片。由于ColdFire将片选逻辑电路，总线控制器，DRAM控制模块等全部集 <br>
成在了MCU内部，使得外围电路变的十分简单。 <br>
在笔者所用的GPFC系统中，ColdFire工作中在32MHZ，外围电路包括两片DRAM芯片＃ 共计 <br>
4M的RAM，一片128K的FLASH，用于存放引导程序。其余为I/O电路。系统通过RS-232串口与 <br>
PC机相连。 <br>
<br>
软件设计： <br>
本系统的软件采用μC/OS为嵌入式平台。在应用中切实感到了开放源代码的无可替代的优 <br>
点：首先是可以根据自己的需要对源代码进行取舍，去掉不需要的变量和不使用的函数。 <br>
甚至可以根据需要改写相关函数。在μC/OS的源代码中，函数执行中有许多条件判断，作 <br>
用是防止参数的错误传递。例如和信号量有关的函数在执行前都会检查一下传递给函数的 <br>
指针是不是一个有效的信号量指针。作为通用系统，这些条件判断是完全必要的，避免出 <br>
现错误时系统崩溃。但作为具体的应用，只要在程序设计时保证参数传递的正确性，完全 <br>
可以不用条件判断，提高函数的执行速度，尤其是一些频繁调用的函数，或当MCU速度不高 <br>
的时候，重写部分函数往往可以显著提高系统性能。另外，由于用户对系统有源码级的了 <br>
解，可以添加自己编写的模块，与原系统兼容，使系统具有可扩展性。 <br>
正是由于μC/OS的可扩展性，笔者将uCLinux的RAM盘、文件系统和用户 Shell移植到了μ <br>
C/OS上，在用户程序中可以进行文件操作，文件系统可以为任务保存数据，并提供了统一 <br>
的接口函数。用户编制的单个任务也可以保存在RAM盘上，可以在终端上用命令方式运行、 <br>
监控、删除任务。 <br>
<br>
文件系统： <br>
uCLinux的文件系统与Linux的基本相同，文件以树型目录组织。由于篇幅所限，关于文件 <br>
系统的细节，读者可参考Linux和Unix的相关资料。本例中将RAM中高端的1M分配给文件系 <br>
统，建立了容量为1M的RAM盘。uCLinux的文件系统由逻辑块组成，如果是磁盘文件系统， <br>
对应为磁盘块；RAM盘则对应为内存块，每个块为512字节。一个标准的逻辑盘划分成几个 <br>
部分：引导块、超级块、索引节点区和数据区。 <br>
<br>
图1 文件系统的布局 <br>
引导块在文件系统的开头，通常为一个逻辑块，存放引导程序，用于启动和引导操作系统 <br>
。在我们的RAM文件系统中由于不需要RAM盘引导，所以不分配引导块。超级块记录文件系 <br>
统当前状态，盘有多大，能存放多少文件，何处可以找到空闲空间和用于文件系统管理的 <br>
信息。索引节点区紧接在超级块后面，存放文件系统的索引节点表。在文件系统中每一个 <br>
文件（包含目录）占据一个索引节点表项。索引节点是一个记录文件信息的数据结构： <br>
struct dinode{ <br>
short di_mode; /*文件模式：是文件还是目录，是可可读、可写还是可执行* <br>
short di_nlink; /*和文件相关的链接数*/ <br>
short di_uid; /*文件所有者的标示*/ <br>
short di_gid; /*文件所有者的组标示*/ <br>
long di_size; /*文件大小*/ <br>
char di_addr[ ]; /*文件数据所在的逻辑块编号*/ <br>
time_t di_atime; /*文件最后一次访问的时间*/ <br>
time_t di_mtime; /*文件最后一次修改的时间*/ <br>
time_t di_ctime; /*文件建立的时间*/ <br>
} <br>
其中的数组di_addr[ ]记录文件数据所在的逻辑块号。本例中RAM盘为1M，每个逻辑块512 <br>
字节，共2048个逻辑块，所以每个逻辑块的编号要用两个字节表示。为了记录足够长的文 <br>
件，di_addr[ ]中的逻辑块可分为直接块和间接块，关于直接块和间接块的概念，请读者 <br>
参考Linux的相关文档。分析索引节点可知，通过索引节点就可以完全确定一个文件。索引 <br>
节点表中的第一项就是根目录。索引节点区的大小决定了文件系统中最多能有多少个文件 <br>
（包括目录）。在本例中，笔者设定为128项。在索引节点区后就是数据区，数据区以逻辑 <br>
块为单位按次序编号。如果要访问某个文件，只要找到该文件对应的索引节点表项，从di <br>
_addr[]项中就可以查出文件数据所在的逻辑块。文件的访问需要通过fread()或fwrite（ <br>
）函数，其细节不再复述。 <br>
添加了文件系统后，任务的运行将和文件相关，所以TCB（任务控制块）要做相应的修改。 <br>
需要添加任务所在目录项和任务打开文件项。当一个任务调用OSTaskCreate创立新的任务 <br>
的时候，子任务应该继承先前任务的目录项和任务打开文件项。 <br>
<br>
用户Shell： <br>
用户Shell实际上是一个在μC/OS下独立运行的任务，处于最低的优先级。Shell启动后， <br>
进入睡眠状态，等待用户输入。用户从终端上输入命令后将唤醒Shell，Shell首先检测输 <br>
入命令是不是内部命令，如果不是，则在TCB中查询当前所在文件目录，然后在目录中查询 <br>
是否有与输入匹配的文件，如果有且文件属性为可执行时，则调用OSTaskCreate创立一个 <br>
新的任务。由于Shell优先级为最低，新创建的任务将马上运行。新任务执行完后可以用O <br>
STaskDel删除自己。如果在当前目录中找不到匹配项，则返回错误信息。 <br>
在本例中，Shell中包含的内部命令为cd（改变当前目录），pwd（显示当前工作目录）， <br>
mkdir，rmdir（创立删除目录），ps（显示当前系统中的任务），kill（删除任务）。 <br>
由于μC/OS 中的OSTaskCreate不能动态分配堆栈空间，OSTaskDel也不能释放任务的堆栈 <br>
空间。为了实现Shell的加载和删除任务的功能，笔者对上述两个函数进行了改写，添加了 <br>
内存管理函数malloc（）和mfree（）。为了简单起见，以8K为单位申请和释放内存块。系 <br>
统的内存资源由一个双向链表进行管理。在OSTaskCreate中调用malloc（），参数为希望 <br>
分配的内存块数，malloc（）将检索内存管理的双向链表，返回空闲块地址。而OSTaskDe <br>
l中将调用mfree（）释放内存，重新加入双向链表。为了避免内存空洞，在Shell中启动的 <br>
任务采用相同大小的堆栈。 <br>
通过用户Shell，单独的任务可以保存在RAM盘上，通过命令方式运行、监控，查看任务状 <br>
态、删除任务，作为一种有力的开发和调试手段。 <br>
<br>
结束语： <br>
μC/OS的出现和应用也只是近年来的事，其迅猛的发展证明了开放源码软件的巨大大生命 <br>
。相信经过广大用户的不断丰富和完善，μC/OS的功能将日趋成熟，应用也会更加广阔。 <br>
<br>
<br>
-- <br>
<br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.171.26] <br>
</small><hr>
<p align="center">[<a href="嵌入式系统.htm">回到开始</a>][<a href="62.htm">上一层</a>][<a href="135.htm">下一篇</a>]
<p align="center"><a href="http://cterm.163.net">欢迎访问Cterm主页</a></p>
</table>
</body>
</html>⌨️ 快捷键说明
复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?