嵌入式系统的定义及特点DOC.docx
《嵌入式系统的定义及特点DOC.docx》由会员分享，可在线阅读，更多相关《嵌入式系统的定义及特点DOC.docx（11页珍藏版）》请在冰豆网上搜索。
嵌入式系统的定义及特点DOC
嵌入式系统的定义及特点
定义：
嵌入式系统是以应用为中心、以计算机技术为基础，软、硬件可裁剪，适应于应用系统对功能、可靠性、成本、体积、功耗等方面有特殊要求的专用计算机系统。
特点：
（1）嵌入式系统是面向特定应用的。
嵌入式系统中的CPU是专门为特定应用设计的，具有低功耗、体积小、集成度高等特点，能够把通用CPU中许多由板卡完成的任务集成在芯片内部，从而有利于整个系统设计趋于小型化。
（2）嵌入式系统涉及先进的计算机技术、半导体技术、电子技术、通信和软件等各个行业。
是一个技术密集、资金密集、高度分散、不断创新的知识集成系统。
（3）嵌入式系统的硬件和软件都必须具备高度可定制性。
（4）嵌入式系统的生命周期相当长。
嵌入式系统和具体应用有机地结合在一起，其升级换代也是和具体产品同步进行的。
（5）嵌入式系统本身并不具备在其上进行进一步开发的能力。
在设计完成以后，用户如果需要修改其中的程序功能，必须借助于一套专门的开发工具和环境。
（6）为了提高执行速度和系统可靠性，嵌入式系统中的软件一般都固化在存储器芯片或单片机中，而不是存贮于磁盘等载体中。
3．与通用计算机相比，嵌入式系统有哪些特点？
答：
与通用计算机相比，嵌入式系统有以下特点：
（1）嵌入式系统通常是面向特定应用的；
（2）嵌入式系统的硬件和软件必须高效率地设计，做到量体裁衣、去除冗余；（3）有实时操作系统的支持；（4）嵌入式系统具有较长的生命周期；（5）嵌入式系统中的软件一般都固化在存储器芯片或单片机本身中，而不是存储在磁盘等载体中；（6）具有专门的开发工具支持。
操作系统在嵌入式系统中所起的作用
EOS负责嵌入系统的全部软、硬件资源的分配、调度作，控制、协调并发活动；它必须体现其所在系统的特征，能够通过装卸某些模块来达到系统所要求的功能。
嵌入式操作系统在系统实时高效性、硬件的相关依赖性、软件固化以及应用的专用性等方面具有较为突出的特点。
嵌入式系统是以应用为中心，整合了计算机软件、硬件技术，通信技术和微电子技术，嵌入式系统主要由嵌入式微处理器、外围硬件设备、嵌入式操作系统以及应用程序等四个部分组成。
嵌入式操作系统是嵌入式系统应用的核心.嵌入式操作系统，大大地提高了嵌入式系统硬件工作效率，并为应用软件开发提供了极大的便利。
嵌入式操作系统（嵌入式linux学习）的功能
嵌入式操作系统除具备了一般操作系统（嵌入式linux系统）最基本的功能，如任务调度、同步机制、中断处理、文件处理等外，还有以下两个方面的功能：
1.构成一个易于编程的虚拟机平台
嵌入式操作系统构成一个虚拟机平台，EOS把底层的硬件细节封装起来，为运行在它上面的软件（如中间件软件和各种应用软件）提供了一个抽象的编程接口。
软件开发在这个编程接口的上进行，而不直接与机器硬件层打交道。
EOS所提供的编程接口实际上就是操作系统对外提供的系统调用函数。
2.系统资源的管理者
嵌入式操作系统是一个系统资源的管理者，负责管理系统当中的各种软硬件资源，如处理器、内存、各种I/O设备、文件和数据等，使得整个系统能够高效、可靠地运转。
操作系统的作用主要体现在两方面：
1．屏蔽硬件物理特性和操作细节，为用户使用计算机提供了便利
指令系统（成千上万条机器指令，它们的执行由微程序的指令解释系统实现的）。
计算机问世初期，
计算机工作者就是在裸机上通过手工操作方式进行工作。
计算机硬件体系结构越来越复杂。
2．有效管理系统资源，提高系统资源使用效率
如何有效地管理、合理地分配系统资源，提高系统资源的使用效率是操作系统必须发挥的主要作用。
资源利用率、系统吞吐量是两个重要的指标。
Linux与嵌入式使用的uclinux操作系统的关系
Linux是一种很受欢迎的操作系统，它与UNIX系统兼容，开放源代码。
它原本被设计为桌面系统，现在广泛应用于服务器领域。
而更大的影响在于它正逐渐的应用于嵌入式设备。
uClinux正是在这种氛围下产生的。
在uClinux这个英文单词中u表示Micro，小的意思，C表示Control，控制的意思，所以uClinux就是Micro-Control-Linux，字面上的理解就是"针对微控制领域而设计的Linux系统"。
uClinux是针对控制领域的嵌入式linux操作系统，它从Linux2.0/2.4内核派生而来，沿袭了主流Linux的绝大部分特性。
适合不具备内存管理单元（MMU）的微处理器/微控制器。
没有MMU支持是uClinux与主流Linux的基本差异。
标准Linux是针对有MMU的处理器设计的。
在这种处理器上，虚拟地址被送到MMU，把虚拟地址映射为物理地址。
通过赋予每个任务不同的虚拟－物理地址转换映射，支持不同任务之间的保护.
对uCLinux来说，其设计针对没有MMU的处理器，不能使用处理器的虚拟内存管理技术。
uCLinux仍然采用存储器的分页管理，系统在启动时把实际存储器进行分页。
在加载应用程序时程序分页加载。
但是由于没有MMU管理，所以实际上uCLinux采用实存储器管理策略。
uCLinux系统对于内存的访问是直接的，所有程序中访问的地址都是实际的物理地址。
操作系统对内存空间没有保护，各个进程实际上共享一个运行空间。
一个进程在执行前，系统必须为进程分配足够的连续地址空间，然后全部载入主存储器的连续空间中。
什么是内核？
内核是操作系统最基本的部分。
它是为众多应用程序提供对计算机硬件的安全访问的一部分软件，这种访问是有限的，并且内核决定一个程序在什么时候对某部分硬件操作多长时间。
内核，是一个操作系统的核心。
是基于硬件的第一层软件扩充，提供操作系统的最基本的功能，是操作系统工作的基础，它负责管理系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。
什么是Bootlonder?
答案一搜狗百科：
启动程序（英语：
boot loader，也称启动加载器，引导程序）位于电脑或其他计算机应用上，是指引导操作系统启动的程序。
引导程序启动方式及程序视应用机型种类而不同。
BIOS开机完成后，bootloader就接手初始化硬件设备、创建存储器空间的映射，以便为操作系统内核准备好正确的软硬件环境。
BootLoader是依赖于硬件而实现的，特别是在嵌入式领域，为嵌入式系统建立一个通用的BootLoader是很困难的。
答案二XX百科：
BootLoader是在操作系统内核运行之前运行的一段小程序。
通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。
通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。
因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。
尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。
使用带uclinux操作系统的嵌入式系统应该注意什么问题？
3uClinux的内存管理
uClinux同标准Linux的最大区别就在于内存管理。
标准Linux是针对有MMU的处理器设计的。
在这种处理器上，虚拟地址被送到MMU，MMU把虚拟地址映射为物理地址。
通过赋予每个任务不同的虚拟—物理地址转换映射，支持不同任务之间的保护。
对于uCLinux来说，其设计针对没有MMU的处理器，不能使用处理器的虚拟内存管理技术。
uClinux不能使用处理器的虚拟内存管理技术（应该说这种不带有MMU的处理器在嵌入式设备中相当普遍）。
uClinux仍采用存储器的分页管理，系统在启动时把实际存储器进行分页。
在加载应用程序时程序分页加载。
但是由于没有MMU管理，所以实际上uClinux采用实存储器管理策略（realmemeorymanagement）。
这一点影响了系统工作的很多方面。
uClinux系统对于内存的访问是直接的，（它对地址的访问不需要经过MMU，而是直接送到地址线上输出），所有程序中访问的地址都是实际的物理地址。
操作系统对内存空间没有保护（这实际上是很多嵌入式系统的特点），各个进程实际上共享一个运行空间（没有独立的地址转换表）。
一个进程在执行前，系统必须为进程分配足够的连续地址空间，然后全部载入主存储器的连续空间中。
与之相对应的是标准Linux系统在分配内存时没有必要保证实际物理存储空间是连续的，而只要保证虚存地址空间连续就可以了。
此外磁盘交换空间也是无法使用的，系统执行时如果缺少内存将无法通过磁盘交换来得到改善。
uClinux对内存的管理减少同时就给开发人员提出了更高的要求。
如果从易用性这一点来说，uClinux的内存管理是一种倒退，退回了到了UNIX早期或是Dos系统时代。
开发人员不得不参与系统的内存管理。
从编译内核开始，开发人员必须告诉系统这块开发板到底拥有多少的内存（假如你欺骗了系统，那将在后面运行程序时受到惩罚），从而系统将在启动的初始化阶段对内存进行分页，并且标记已使用的和未使用的内存。
系统将在运行应用时使用这些分页内存。
由于应用程序加载时必须分配连续的地址空间，而针对不同硬件平台的可一次成块（连续地址）分配内存大小限制是不同（目前针对EZ328处理器的uClinux是128k，而针对Coldfire处理器的系统内存则无此限制），所以开发人员在开发应用程序时必须考虑内存的分配情况并关注应用程序需要运行空间的大小。
另外由于采用实存储器管理策略，用户程序同内核以及其它用户程序在一个地址空间，程序开发时要保证不侵犯其它程序的地址空间，以使得程序不至于破坏系统的正常工作，或导致其它程序的运行异常。
从内存的访问角度来看，开发人员的权利增大了（开发人员在编程时可以访问任意的地址空间），但与此同时系统的安全性也大为下降。
此外，系统对多进程的管理将有很大的变化，这一点将在uClinux的多进程管理中说明。
4uClinux的多进程处理
uClinux没有MMU管理存储器，在实现多个进程时（fork调用生成子进程）需要实现数据保护。
由于uClinux的多进程管理是通过vfork来实现，因此fork等于vfork。
这意味着uClinux系统fork调用完成后，要么子进程代替父进程执行（此时父进程已经sleep）直到子进程调用exit退出；要么调用exec执行一个新的进程，这个时候将产生可执行文件的加载，即使这个进程只是父进程的拷贝，这个过程也不能避免。
当子进程执行exit或exec后，子进程使用wakeup把父进程唤醒，使父进程继续往下执行。
uClinux的这种多进程实现机制同它的内存管理紧密相关。
uClinux针对没有mmu处理器开发，所以被迫使用一种flat方式的内存管理模式，启动新的应用程序时系统必须为应用程序分配存储空间，并立即把应用程序加载到内存。
缺少了MMU的内存重映射机制，uClinux必须在可执行文件加载阶段对可执行文件reloc处理，使得程序执行时能够直接使用物理内存。
5uCLinux针对实时性的解决方案
uClinux本身并没有关注实时问题，它并不是为了Linux的实时性而提出的。
另外有一种Linux：
RT－Linux关注实时问题。
RT-Linux执行管理器把普通Linux的内核当成一个任务运行，同时还管理了实时进程。
而非实时进程则交给普通Linux内核处理。
这种方法已经应用于很多的操作系统用于增强操作系统的实时性，包括一些商用版UNIX系统，WindowsNT等等。
这种方法优点之一是实现简单，且实时性能容易检验。
优点之二是由于非实时进程运行于标准Linux系统，同其它Linux商用版本之间保持了很大的兼容性。
优点之三是可以支持硬实时时钟的应用。
uClinux可以使用RT-Linux的patch，从而增强uClinux的实时性，使得uClinux可以应用于工业控制、进程控制等一些实时要求较高的应用。
6uClinux的开发环境
1，GNU开发套件
GNU开发套件作为通用的Linux开放套件，包括一系列的开发调试工具。
主要组件：
Gcc：
编译器，可以做成交叉编译的形式，即在宿主机上开发编译目标上可运行的二进制文件。
Binutils：
一些辅助工具，包括objdump（可以反编译二进制文件），as（汇编编译器），ld（连接器）等等。
Gdb：
调试器，可使用多种交叉调试方式，gdb-bdm（背景调试工具），gdbserver（使用以太网络调试）。
2，Clinux的打印终端
通常情况下，uClinux的默认终端是串口，内核在启动时所有的信息都打印到串口终端（使用printk函数打印），同时也可以通过串口终端与系统交互。
uClinux在启动时启动了telnetd（远程登录服务），操作者可以远程登录上系统，从而控制系统的运行。
至于是否允许远程登录可以通过烧写romfs文件系统时由用户决定是否启动远程登录服务。
3，交叉编译调试工具
支持一种新的处理器，必须具备一些编译，汇编工具，使用这些工具可以形成可运行于这种处理器的二进制文件。
对于内核使用的编译工具同应用程序使用的有所不同。
在解释不同点之前，需要对gcc连接做一些说明：
ld（linkdescription）文件：
ld文件是指出连接时内存映象格式的文件。
crt0.S：
应用程序编译连接时需要的启动文件，主要是初始化应用程序栈。
pic：
positionindependencecode，与位置无关的二进制格式文件，在程序段中必须包括reloc段，从而使的代码加载时可以进行重新定位。
内核编译连接时，使用ucsimm.ld文件，形成可执行文件映象，所形成的代码段既可以使用间接寻址方式（即使用reloc段进行寻址），也可以使用绝对寻址方式。
这样可以给编译器更多的优化空间。
因为内核可能使用绝对寻址，所以内核加载到的内存地址空间必须与ld文件中给定的内存空间完全相同。
应用程序的连接与内核连接方式不同。
应用程序由内核加载（可执行文件加载器将在后面讨论），由于应用程序的ld文件给出的内存空间与应用程序实际被加载的内存位置可能不同，这样在应用程序加载的过程中需要一个重新地位的过程，即对reloc段进行修正，使得程序进行间接寻址时不至于出错。
（这个问题在i386等高级处理器上方法有所不同）。
由上述讨论，至少需要两套编译连接工具：
1）二进制工具（Binutils）
GNUbinutils包包括了汇编工具、链接器和基本的目标文件处理工具。
对binutils包的设置定义了所需的目标文件的格式和字节顺序。
Binutils包种的工具都使用了二进制文件描述符（BFD）库来交换数据。
通过设置文件config.bfd，可以指定默认的二进制文件格式（例如elflittleendian）和任何工具可用的格式，见例1。
例1在config.bfd中添加的用来指定目标二进制格式的代码
arm-*-uClinux*|armel-*-uClinux*
tag_defvec=bfd_elf32_littlearm_vec
targ_selvecs=”bfd_elf32_bigarm_vecarmcoff_little_vecarmcoff_big_vec”
2）C编译器
GNU编译器集GCC是通过使用一种叫做“寄存器转换语言”（RTL）的方式实现的。
假定现在有一种基本的机器描述性文件，它已经能满足大家的需要。
现在要做的仅仅是设置默认情况下使用的参数和如何将文件组合成可执行文件的方式。
GNU的文档提供了所有必需的资料，使得用户可以为新型的处理器的指令集合提供支持。
如果要针对体系的机器建立一个新的目标机器，那么就必须指定默认编译参数和定制系统的特定参数，见例2。
对于特定的目标系统，可以使用TARGET_DEFAULT宏来在target.h文件中定义编译器的开关。
目标t-makefile段指定了应该构建哪一个额外的例程和其编译的方式。
例2使用uClinux-arm.h来指定默认的编译参数
＃undefTARGET_DEFAULT
#defineTARGET_DEFAULT（ARM_FLAG_APCS_32|ARM_FLAG_NO_GOT）
4可执行文件格式
先对一些名词作一些说明：
coff（commonobject）：
一种通用的对象文件格式
elf（excutivelinkedfile）：
一种为Linux系统所采用的通用文件格式，支持动态连接
flat：
elf格式有很大的文件头，flat文件对文件头和一些段信息做了简化
uClinux系统使用flat可执行文件格式，gcc的编译器不能直接形成这种文件格式，但是可以形成coff或elf格式的可执行文件，这两种文件需要coff2flt或elf2flt工具进行格式转化，形成flat文件。
当用户执行一个应用时，内核的执行文件加载器将对flat文件进行进一步处理，主要是对reloc段进行修正。
以下对reloc段进一步讨论。
需要reloc段的根本原因是，程序在连接时连接器所假定的程序运行空间与实际程序加载到的内存空间不同。
假如有这样一条指令：
jsrapp_start;
这一条指令采用直接寻址，跳转到app_start地址处执行，连接程序将在编译完成是计算出app_start的实际地址（设若实际地址为0x10000），这个实际地址是根据ld文件计算出来（因为连接器假定该程序将被加载到由ld文件指明的内存空间）。
但实际上由于内存分配的关系，操作系统在加载时无法保证程序将按ld文件加载。
这时如果程序仍然跳转到绝对地址0x10000处执行，通常情况这是不正确的。
一个解决办法是增加一个存储空间，用于存储app_start的实际地址，设若使用变量addr表示这个存储空间。
则以上这句程序将改为：
movladdr,a0;
jsr（a0）;
增加的变量addr将在数据段中占用一个4字节的空间，连接器将app_start的绝对地址存储到该变量。
在可执行文件加载时，可执行文件加载器根据程序将要加载的内存空间计算出app_start在内存中的实际位置，写入addr变量。
系统在实际处理时不需要知道这个变量的确切存储位置（也不可能知道），系统只要对整个reloc段进行处理就可以了（reloc段有标识，系统可以读出来）。
处理很简单，只需要对reloc段中存储的值统一加上一个偏置（如果加载的空间比预想的要靠前，实际上是减去一个偏移量）。
偏置由实际的物理地址起始值同ld文件指定的地址起始值相减计算出。
这种reloc的方式部分是由uClinux的内存分配问
3uClinux的内存管理
uClinux同标准Linux的最大区别就在于内存管理。
标准Linux是针对有MMU的处理器设计的。
在这种处理器上，虚拟地址被送到MMU，MMU把虚拟地址映射为物理地址。
通过赋予每个任务不同的虚拟—物理地址转换映射，支持不同任务之间的保护。
对于uCLinux来说，其设计针对没有MMU的处理器，不能使用处理器的虚拟内存管理技术。
uClinux不能使用处理器的虚拟内存管理技术（应该说这种不带有MMU的处理器在嵌入式设备中相当普遍）。
uClinux仍采用存储器的分页管理，系统在启动时把实际存储器进行分页。
在加载应用程序时程序分页加载。
但是由于没有MMU管理，所以实际上uClinux采用实存储器管理策略（realmemeorymanagement）。
这一点影响了系统工作的很多方面。
uClinux系统对于内存的访问是直接的，（它对地址的访问不需要经过MMU，而是直接送到地址线上输出），所有程序中访问的地址都是实际的物理地址。
操作系统对内存空间没有保护（这实际上是很多嵌入式系统的特点），各个进程实际上共享一个运行空间（没有独立的地址转换表）。
一个进程在执行前，系统必须为进程分配足够的连续地址空间，然后全部载入主存储器的连续空间中。
与之相对应的是标准Linux系统在分配内存时没有必要保证实际物理存储空间是连续的，而只要保证虚存地址空间连续就可以了。
此外磁盘交换空间也是无法使用的，系统执行时如果缺少内存将无法通过磁盘交换来得到改善。
uClinux对内存的管理减少同时就给开发人员提出了更高的要求。
如果从易用性这一点来说，uClinux的内存管理是一种倒退，退回了到了UNIX早期或是Dos系统时代。
开发人员不得不参与系统的内存管理。
从编译内核开始，开发人员必须告诉系统这块开发板到底拥有多少的内存（假如你欺骗了系统，那将在后面运行程序时受到惩罚），从而系统将在启动的初始化阶段对内存进行分页，并且标记已使用的和未使用的内存。
系统将在运行应用时使用这些分页内存。
由于应用程序加载时必须分配连续的地址空间，而针对不同硬件平台的可一次成块（连续地址）分配内存大小限制是不同（目前针对EZ328处理器的uClinux是128k，而针对Coldfire处理器的系统内存则无此限制），所以开发人员在开发应用程序时必须考虑内存的分配情况并关注应用程序需要运行空间的大小。
另外由于采用实存储器管理策略，用户程序同内核以及其它用户程序在一个地址空间，程序开发时要保证不侵犯其它程序的地址空间，以使得程序不至于破坏系统的正常工作，或导致其它程序的运行异常。
从内存的访问角度来看，开发人员的权利增大了（开发人员在编程时可以访问任意的地址空间），但与此同时系统的安全性也大为下降。
此外，系统对多进程的管理将有很大的变化，这一点将在uClinux的多进程管理中说明。
4uClinux的多进程处理
uClinux没有MMU管理存储器，在实现多个进程时（fork调用生成子进程）需要实现数据保护。
由于uClinux的多进程管理是通过vfork来实现，因此fork等于vfork。
这意味着uClinux系统fork调用完成后，要么子进程代替父进程执行（此时父进程已经sleep）直到子进程调用exit退出；要么调用exec执行一个新的进程，这个时候将产生可执行文件的加载，即使这个进程只是父进程的拷贝，这个过程也不能避免。
当子进程执行exit或exec后，子进程使用wakeup把父进程唤醒，使父进程继续往下执行。
uClinux的这种多进程实现机制同它的内存管理紧密相关。
uClinux针对没有mmu处理器开发，所以被迫使用一种flat方式的内存管理模式，启动新的应用程序时系统必须为应用程序分配存储空间，并立即把应用程序加载到内存。
缺少了MMU的内存重映射机制，uClinux必须在可执行文件加载阶段对可执行文件reloc处理，使得程序执行时能够直接使用物理内存。
5uCLinux针对实时性的解决方案
uClinux本身并没有关注实时问题，它并不是为了Linux的实时性而提出的。
另外有一种Linux：
RT－Linux关注实时问题。
RT-Linux执行管理器把普通Linux的内核当成一个任务运行，同时还管理了实时进程。
而非实时进程则交给普通Linux内核处理。
这种方法已经应用于很多的操作系统用于增强操作系统的实时性，包括一些商用版UNIX系统，WindowsNT等等。
这种方法优点之一是实现简单，且实时性能容易检验。
优点之二是由于非实时进程运行于标准Linux系统，同其它Linux商用版本之间保持了很大的兼容性。
优点之三是可以支持硬实时时钟的应用。
uClinux可以使用RT-Linux的patch，从而增强uClinux的实时性，使得uClinux可以应用于工业控制、进程控制等一些实时要求较高的应用。
6uClinux的开发环境
1，GNU开发套件
GNU开发套件作为通用的Linux开放套件，包括一系列的开发调试工具。
主要组件：
Gcc：
编译器，可以做成交叉编译的形式，即在宿主机上开发编译目标上可运行的二进制文件。
Binutils：
一些辅助工
升级会员 