摘要：基于嵌入式系统的概念，阐述嵌入式系统的关键技术、嵌入式开发以及广泛的应用。首先，分析嵌入式系统的技术特点，分别从嵌入

式处理器和嵌入式操作系统两方面介绍，着重说明它不同于其它操作系统的一些处理方法和过程；在此基础上阐述嵌入式软件的开发过程，

并结合作者嵌入式软件开发的实践，着重阐述嵌入式软件的一些开发技巧。接着，介绍目前嵌入式系统一些流行的应用，以及南京东大移动

互联技术有限公司自行研制的基于蓝牙技术的嵌入式产品。最后，给出作者的体会，展望嵌入式系统的前景。

关键词：嵌入式系统 嵌入式处理器 微内核 内存管理单元 蓝牙系统

引 言

　　在当前数字信息技术和网络技术高速发展的后PC（Post-PC）时代，嵌入式系统已经广泛地渗透到科学研究、工程设计、军事技术、各

类产业和商业文化艺术以及人们的日常生活等方方面面中。随着国内外各种嵌入式产品的进一步开发和推广，嵌入式技术越来越和人们的生活紧密结合。

　　1970年左右出现了嵌入式系统的概念，此时的嵌入式系统很多都不采用操作系统，它们只是为了实现某个控制功能，使用一个简单的循

环控制对外界的控制请求进行处理。当应用系统越来越复杂、利用的范围越来越广泛的时候，每添加一项新的功能，都可能需要从头开始设

计。没有操作系统已成为一个最大的缺点了。 

　　C语言的出现使操作系统开发变得简单。从上世纪80年代开始，出现了各种各样的商用嵌入式操作系统百家争鸣的局面，比较著名的有

VxWorks、pSOS和Windows CE等等，这些操作系统大部分是为专有系统而开发的。另外，源代码开放的嵌入式Linux，由于其强大的网络功能

和低成本，近来也得到了越来越多的应用。

1 嵌入式系统的技术特点

　　嵌入式系统通常包括构成软件的基本运行环境的硬件和操作系统两部分。嵌入式系统的运行环境和应用场合决定了嵌入式系统具有区别

于其它操作系统的一些特点。

（1）嵌入式处理器

　　嵌入式处理器可以分为三类：嵌入式微处理器、嵌入式微控制器、嵌入式DSP（Digital Signal Processor）。嵌入式微处理器就是和通

用计算机的微处理器对应的CPU。在应用中，一般是将微处理器装配在专门设计的电路板上，在母板上只保留和嵌入式相关的功能即可，这样

可以满足嵌入式系统体积小和功耗低的要求。目前的嵌入式处理器主要包括：PowerPC、Motorola 68000、ARM系列等等。

　　嵌入式微控制器又称为单片机，它将CPU、存储器（少量的RAM、ROM或两者都有）和其它外设封装在同一片集成电路里。常见的有8051。

　　嵌入式DSP专门用来对离散时间信号进行极快的处理计算，提高编译效率和执行速度。在数字滤波、FFT、谱分析、图像处理的分析等领

域，DSP正在大量进入嵌入式市场。

（2）微内核结构

　　大多数操作系统至少被划分为内核层和应用层两个层次。内核只提供基本的功能，如建立和管理进程、提供文件系统、管理设备等，这些

功能以系统调用方式提供给用户。一些桌面操作系统，如Windows、Linux等，将许多功能引入内核，操作系统的内核变得越来越大。内核变

大使得占用的资源增多，剪裁起来很麻烦。

　　大多数嵌入式操作系统采用了微内核结构，内核只提供基本的功能，比如：任务的调度、任务之间的通信与同步、内存管理、时钟管理

等。其它的应用组件，比如网络功能、文件系统、GUI系统等均工作在用户态，以系统进程或函数调用的方式工作。因而系统都是可裁减的，

用户可以根据自己的需要选用相应的组件。

（3）任务调度

　　在嵌入式系统中，任务即线程。大多数的嵌入式操作系统支持多任务。多任务运行的实现实际是靠CPU在多个任务之间切换、调度。每个

任务都有其优先级，不同的任务优先级可能相同也可能不同。任务的调度有三种方式：可抢占式调度、不可抢占式调度和时间片轮转调度。

不可抢占式调度是指，一个任务一旦获得CPU就独占CPU运行，除非由于某种原因，它决定放弃CPU的使用权；可抢占式调度是基于任务优先

级的，当前正在运行的任务可以随时让位给优先级更高的处于就绪态的其它任务；当两个或两个以上任务有同样的优先级，不同任务轮转地

使用CPU，直到系统分配的CPU时间片用完，这就是时间片轮转调度。

　　目前，大多数嵌入式操作系统对不同优先级的任务采用基于优先级的抢占式调度法，对相同优先级的任务则采用时间片轮转调度法。

（4）硬实时和软实时 

　　有些嵌入式系统对时间的要求较高，称之为实时系统。有两种类型的实时系统：硬实时系统和软实时系统。软实时系统并不要求限定某

一任务必须在一定的时间内完成，只要求各任务运行得越快越好；硬实时系统对系统响应时间有严格要求，一旦系统响应时间不能满足，就

可能会引起系统崩溃或致命的错误，一般在工业控制中应用较多。

（5）内存管理

　　针对有内存管理单元（MMU）的处理器设计的一些桌面操作系统，如Windows、Linux，使用了虚拟存储器的概念。虚拟内存地址被送到

MMU。在这里，虚拟地址被映射为物理地址，实际存储器被分割为相同大小的页面，采用分页的方式载入进程。一个程序在运行之前，没有

必要全部装入内存，而是仅将那些当前要运行的部分页面装入内存运行。

　　大多数嵌入式系统针对没有MMU的处理器设计，不能使用处理器的虚拟内存管理技术,采用的是实存储器管理策略。因而对于内存的访问

是直接的，它对地址的访问不需要经过MMU，而是直接送到地址线上输出，所有程序中访问的地址都是实际的物理地址；而且，大多数嵌入

式操作系统对内存空间没有保护，各个进程实际上共享一个运行空间。一个进程在执行前，系统必须为它分配足够的连续地址空间，然后全

部载入主存储器的连续空间。

　　由此可见，嵌入式系统的开发人员不得不参与系统的内存管理。从编译内核开始，开发人员必须告诉系统这块开发板到底拥有多少内

存；在开发应用程序时，必须考虑内存的分配情况并关注应用程序需要运行空间的大小。另外，由于采用实存储器管理策略，用户程序同

内核以及其它用户程序在一个地址空间，程序开发时要保证不侵犯其它程序的地址空间，以使得程序不至于破坏系统的正常工作，或导致其

它程序的运行异常；因而，嵌入式系统的开发人员对软件中的一些内存操作要格外小心。

（6）内核加载方式

　　嵌入式操作系统内核可以在Flash上直接运行，也可以加载到内存中运行。Flash的运行方式，是把内核的可执行映像烧写到Flash上，

系统启动时从Flash的某个地址开始执行。这种方法实际上是很多嵌入式系统所采用的方法。内核加载方式是把内核的压缩文件存放在Flash

上，系统启动时读取压缩文件在内存里解压，然后开始执行。这种方式相对复杂一些，但是运行速度可能更快，因为RAM的存取速率要比

Flash高。

　　由于嵌入式系统的内存管理机制，嵌入式操作系统对用户程序采用静态链接的形式。在嵌入式系统中，应用程序和操作系统内核代码

编译、链接生成一个二进制影像文件来运行。

2 嵌入式系统开发相关技术

　　相对于在Windows环境下的开发应用程序，嵌入式系统开发有着很多的不同。不同的硬件平台和操作系统带来了许多附加的开发复杂性。

2.1 嵌入式开发过程

　　在嵌入式开发过程中有宿主机和目标机的角色之分：宿主机是执行编译、链接、定址过程的计算机；目标机指运行嵌入式软件的硬件

平台。首先须把应用程序转换成可以在目标机上运行的二进制代码。这一过程包含三个步骤：编译、链接、定址。编译过程由交*编译器

实现。所谓交*编译器就是运行在一个计算机平台上并为另一个平台产生代码的编译器。常用的交*编译器有GNU C/C++（gcc）。编译过

程产生的所有目标文件被链接成一个目标文件，称为链接过程。定址过程会把物理存储器地址指定给目标文件的每个相对偏移处。该过程

生成的文件就是可以在嵌入式平台上执行的二进制文件。

　　嵌入式开发过程中另一个重要的步骤是调试目标机上的应用程序。嵌入式调试采用交*调试器，一般采用宿主机-目标机的调试方式，

它们之间由串行口线或以太网或BDM线相连。交*调试有任务级、源码级和汇编级的调试，调试时需将宿主机上的应用程序和操作系统内核

下载到目标机的RAM中或直接烧录到目标机的ROM中。目标监控器是调试器对目标机上运行的应用程序进行控制的代理（Debugger Agent），

事先被固化在目标机的Flash、ROM中，在目标机上电后自动启动，并等待宿主机方调试器发来的命令，配合调试器完成应用程序的下载、

运行和基本的调试功能，将调试信息返回给宿主机。

2.2 向嵌入式平台移植软件 

　　大部分嵌入式开发人员选用的软件开发模式是先在PC机上编写软件，再进行软件的移植工作。在PC机上编写软件时，要注意软件的可

移植性，选用具有较高移植性的编程语言（如C语言），尽量少调用操作系统函数，注意屏蔽不同硬件平台带来的字节顺序、字节对齐等

问题。以下是我们在移植协议栈过程中的一些体会。

2.2.1 字节顺序

　　字节顺序是指占内存多于一个字节类型的数据在内存中的存放顺序，通常有小端、大端两种字节顺序。小端字节序指低字节数据存放

在内存低地址处，高字节数据存放在内存高地址处；大端字节序是高字节数据存放在低地址处，低字节数据存放在高地址处。基于X86平台

的PC机是小端字节序的，而有的嵌入式平台则是大端字节序的。因而对int、uint16、uint32等多于1字节类型的数据，在这些嵌入式平台

上应该变换其存储顺序。通常我们认为，在空中传输的字节的顺序即网络字节序为标准顺序，考虑到与协议的一致以及与同类其它平台产

品的互通，在程序中发数据包时，将主机字节序转换为网络字节序，收数据包处将网络字节序转换为主机字节序。

2.2.2 字节对齐

　　有的嵌入式处理器的寻址方式决定了在内存中占2字节的int16、uint16等类型数据只能存放在偶数内存地址处，占4字节的int32 、

uint32 等类型数据只能存放在4的整数倍的内存地址处；占8字节的类型数据只能存放在8的整数倍的内存地址处；而在内存中只占1字节的

类型数据可以存放在任意地址处。由于这些限制，在这些平台上编程时有很大的不同。首先，结构体成员之间会有空洞，比如这样一个结

构：

typedef struct test{
char a;
uint16 b;
}TEST

　　结构TEST在单字节对齐的平台上占内存三个字节，而在以上所述的嵌入式平台上有可能占三个或四个字节，视成员a的存储地址而定。

当a存储地址为偶数时，该结构占四个字节，在a与b之间存在一个字节的空洞。对于通信双方都是对结构成员操作的，这种情况不会出错，

但如果有一方是逐字节读取内容的（通信协议大都如此），就会错误地读到其它字节的内容。其次，若对内存中数据以强制类型转换的方

式读取，字节对齐的不同会引起数据读取的错误。因为假如指针指在基数内存地址处，我们想取得占内存两个字节的数据存放在uint16型

的变量中，强制类型转换的结果是取得了该指针所指地址与前一地址处的数据，并没有按照我们的愿望取该指针所指地址与后一地址处的

数据，这样就导致了数据读取的错误。

　　解决字节对齐有许多方法，比如可以在GCC的项目管理文件MakeFile中增加编译选项--pack-struct；但这种方法只能去除结构中的空

洞，并不能解决强制类型转换引起的错误。为了增强软件的可移植性以及和同类其它平台产品的互通性，我们在收数据包处增加了拆包的

函数，发数据包处增加了组包的函数。这两个函数解决了字节序的问题，也解决了字节对齐的问题。即组包时根据参数中的格式字符串将

内存中的不同数据类型的某段数据放在指定地址处，组成包发给下层；拆包时，根据参数中的格式字符串将收到的内存中的数据存放在不

同类型的变量或结构成员中。在函数中针对不同的数据类型作不同的处理。

2.2.3 位 段

　　由于位段的空间分配方向因硬件平台的不同而不同，对X86平台，位段是从右向左分配的；而一些嵌入式平台，位段是从左向右分配

的。分配顺序的不同导致了数据存取的错误。解决这一问题的一种方法是采用条件编译的方式，针对不同的平台定义顺序不同的位段；

也可以在前面所述的两个函数中加上对位段的处理。

2.2.4 代码优化

　　嵌入式系统对应用软件的质量要求更高，因而在嵌入式开发中尤其须注意对代码进行优化，尽可能地提高代码的效率，减少代码的大

小。虽然现代C和C++编译器都提供了一定程度的代码优化，但大部分由编译器执行的优化技术仅涉及执行速度和代码大小的平衡，不可能

使程序既快又小，因而必须在编写嵌入式软件时采取必要的措施。 

（1）提高代码的效率

　　①switch-case 语句。在程序中经常会使用switch-case语句，每一个由机器语言实现的测试和跳转仅仅是为了决定下一步要做什么，

就浪费了处理器时间。为了提高速度，可以把具体的情况按照它们发生的相对频率排序。即把最可能发生的情况放在第一，最不可能发生

的情况放在最后，这样会减少平均的代码执行时间。

　　② 全局变量。使用全局变量比向函数传递参数更加有效率，这样做去除了函数调用前参数入栈和函数完成后参数出栈的需要。当然，

使用全局变量会对程序有一些负作用。

（2）减小代码的大小 

　　嵌入式系统编程应避免使用标准库例程，因为很多大的库例程设法处理所有可能的情况，所以占用了庞大的内存空间，因而应尽可能

地减少使用标准库例程。

（3）避免内存泄漏

　　用户内存空间（堆）为RAM中全局数据和任务堆栈空间都分配后的剩余空间，为了使程序能有足够的内存运行，必须在申请的内存不用

后及时地将其释放，以确保再次申请时能有空间。如果程序中存在内存泄漏（即申请内存后没有及时释放）的情况，程序最终会因为没有

足够的内存空间而无法运行。

3 嵌入式系统的广泛应用

　　嵌入式系统的应用前景是非常广泛的，人们将会无时无处不接触到嵌入式产品，从家里的洗衣机、电冰箱，到作为交通工具的自行车、

小汽车，到办公室里的远程会议系统等等。特别是以蓝牙为代表的小范围无线接入协议的出现，使嵌入式无线电的概念悄然兴起。当嵌入

式的无线电芯片的价格可被接受时，它的应用可能会无所不在。在家中、办公室、公共场所，人们可能会使用数十片甚至更多这样的嵌入

式无线电芯片，将一些电子信息设备甚至电气设备构成无线网络；在车上、旅途中，人们利用这样的嵌入式无线电芯片可以实现远程办公、

远程遥控，真正实现把网络随身携带。下面介绍几种具体的应用。 

（1）嵌入式移动数据库

　　所谓的移动数据库是支持移动计算的数据库，有两层含义：① 用户在移动的过程中可以联机访问数据库资源。② 用户可以带