嵌入式系统开发

  • Post author:
  • Post category:其他



********************************LoongEmbedded********************************

作者:LoongEmbedded(kandi)

时间:2011.9.27

类别:嵌入式系统开发

********************************LoongEmbedded********************************


1. 嵌入式系统开发流程


1.1  嵌入式系统的概念

嵌入式系统的定义有很多种,其中国内普遍认同的嵌入式系统定义为:以应用为中心,以计算机技术为基础,软硬件可裁剪,适应应用系统对功能、可靠性、成本、体积、功耗等严格要求的专用计算机系统。

我们尝试着进一步理解这个定义:


1) 以应用为中心

表示嵌入式系统应该根据不同的应用场合来设计,比如,如果我们要开发智能手机,那么此嵌入式系统的操作系统就应该选择专用的操作系统,比如android操作系统;PowerPC架构的嵌入式处理器一般用于高端服务器,而ARM架构的嵌入式处理器一般用于个人消费电子、汽车电子等。


2) 以计算机技术为基础

计算机技术包括:运算方法的基本原理与运算器设计、指令系统、中央处理器(CPU)设计、流水线原理及其在CPU设计中的应用、存储体系、总线与输入输出,而嵌入式处理器也就是嵌入式系统的CPU,也有自己的指令系统、流水线原理等,嵌入式系统中的操作系统和应用软件,这是需要编程语言、软件工程等计数机技术作为基础的,但嵌入式系统和微处理器技术、电子技术、通信技术的关系一样很紧密,所以可以知道嵌入式系统是多学科综合的结合体。


3) 软硬件可裁剪

嵌入式系统由软硬件组成,而且根据不同的应用场合,我们可以根据需要来裁剪软硬件。


4) 适应应用系统对功能、可靠性、成本、体积、功耗等严格要求

对功能要求的满足肯定是必须的,可靠性要求系统在一定时间内、在一定条件下无故障地执行指定功能的能力或可能性,比如某款GPS产品在室温下连续播放视频不会出现花屏或者死机,可靠性一般分为耐久性、可维修性和设计可靠性,其中设计可靠性是产品质量的关键。


1.2 嵌入式系统的组成

从功能的角度来分看,嵌入式系统由硬件层、中间层、操作系统层和应用软件层组成。


图1嵌入式系统结构图


1.2.1 硬件层

嵌入式系统硬件层的核心是嵌入式处理器。


1)   嵌入式处理器

嵌入式处理器分为嵌入式微控制器(Micro Control Unit,MCU)、嵌入式DSP处理器(Digital Signal Processor,DSP)、嵌入式微处理器(Micro Processor Unit,EMPU)和嵌入式片上系统(System On Chip,SOC)。


⑴嵌入式微控制器

嵌入式微控制器的典型代表是单片机,单片机把具有数据处理能力的中央处理器(CPU)、随即存储器RAM、只读存储器ROM、多种I/O和中断系统、定时器/计时器、看门狗、A/D转换等功能及外设集成在一块芯片中。微控制器的最大特点是单片化,体积大大减少,从而使功耗和成本下降、可靠性提高。如INTEL公司的MCS8051就是微控制器。


⑵嵌入式DSP处理器

DSP处理器一种独特的微处理器,是以数字信号来处理大量信息的器件。其工作原理是接收模拟信号,转换为0或1的数字信号。再对数字信号进行修改、删除、强化,并在其他系统芯片中把数字数据解译回模拟数据或实际环境格式。它不仅具有可编程性,而且其实时运行速度可达每秒数以千万条复杂指令程序,远远超过通用微处理器,是数字化电子世界中日益重要的电脑芯片。它的强大数据处理能力和高运行速度,是最值得称道的两大特色。如TI的TMS320C62X就是一款DSP处理器。

DSP处理器有一个很重要的应用趋势就是和微处理器的融合,比如TI的OMAP3530就是把一个ARM的cortex A8内核和一个DSP内核,也意味着控制和数字信号的结合。


⑶嵌入式微处理器

嵌入式微处理器(Microprocessor Unit,MPU)由通用计算机中的CPU演变而来。与通用计算机中的CPU不同的是,在嵌入式应用中,将微处理器装配在专门设计的电路板上,只保留和嵌入式应用紧密相关的功能硬件,去除其他的冗余功能部分,这样就以最低的功耗和资源实现嵌入式应用的特殊要求。此外,为了满足嵌入式应用的特殊要求,嵌入式微处理器在工作温度、抗电磁干扰、可靠性等方面相对通过通用计算机中的CPU都做了各种增强,这也是我们选择微处理器需要考虑的一些很重要的因素。比如三星的S3C6410就是一款嵌入式微处理器。

嵌入式微处理器的体系结构可以采用冯·诺依曼体系或哈佛体系结构,其中冯·诺依曼体系定义了单一的存储器空间用于存放指令和数据,而哈佛体系结构定义了单独的存储器空间,分别用于存放指令和数据,这样可以增加了单位时间内能够处理的数据量;指令系统可以选用精简指令系统(Reduced Instruction Set Computer,RISC)和复杂指令系统CISC(Complex Instruction Set Computer,CISC)。RISC计算机在通道中只包含最有用的指令,确保数据通道快速执行每一条指令,从而提高了执行效率并使CPU硬件结构设计变得更为简单。

那么微控制器和微处理器的主要差别在于下面几个方面:


①硬件架构方面

微处理器是一个单芯片CPU,而微控制器则在一块集成电路芯片中集成了CPU和其他电路,构成了一个完整的微型计算机系统。


②应用领域

微处理器通常作为微型计算机系统中的CPU使用。其设计正是针对这样的应用,这也是微处理器的优势所在。然而,微控制器通常用于面向控制的应用。其系统设计追求小型化,尽可能减少元器件数量。在过去,这些应用通常需要用数十个甚至数百个数字集成电路来实现。使用微控制器可以减少元器件的使用数量,只需一个微控制器、少量的外部元件和存储在ROM中的控制程序就能够实现同样的功能。微控制器适用于那些以极少的元件实现对输入/输出设备进行控制的场合,而微处理器适用于计算机系统中进行信息处理。


③指令集特征

由于应用场合不同,微控制器和微处理器的指令集也有所不同。微处理器的指令集增强了处理功能,使其拥有强大的寻址模式和适于操作大规模数据的指令。微处理器的指令可以对半字节、字节、字,甚至双字进行操作。通过使用地址指针和地址偏移,微处理器提供了可以访问大批数据的寻址模式。自增和自减模式使得以字节、字或双字为单位访问数据变得非常容易。


⑷嵌入式片上系统

嵌入式SOC是指在嵌入式系统中广泛应用的,有专门应用范围的SOC芯片,指的是在单个芯片上集成一个完整的系统,对所有或部分必要的电子电路进行包分组的技术。所谓完整的系统一般包括中央处理器、存储器、以及外围电路等。SoC是与其它技术并行发展的,如绝缘硅(SOI),它可以提供增强的时钟频率,从而降低微芯片的功耗。如TI的TMS320TCI6616就是一款嵌入式SOC芯片。


2)   存储器

嵌入式系统需要存储器来存放和执行代码。嵌入式系统的存储器包含Cache、主存和辅助存储器。


⑴    Cache

Cache是一种容量小、速度快的存储器阵列它位于主存和嵌入式微处理器内核之间,存放的是最近一段时间微处理器使用最多的程序代码和数据。在需要进行数据读取操作时,微处理器尽可能的从Cache中读取数据,而不是从主存中读取,这样就大大改善了系统的性能,提高了微处理器和主存之间的数据传输速率。Cache的主要目标就是:减小存储器(如主存和辅助存储器)给微处理器内核造成的存储器访问瓶颈,使处理速度更快,实时性更强。

在嵌入式系统中Cache全部集成在嵌入式微处理器内,可分为数据Cache、指令Cache或混合Cache,Cache的大小依不同处理器而定。一般中高档的嵌入式微处理器才会把Cache集成进去,cache实际就是SRAM。


⑵主存

主存是嵌入式微处理器能直接访问的寄存器,用来存放系统和用户的程序及数据。它可以位于微处理器的内部或外部,其容量为256KB~1GB,根据具体的应用而定,一般片内存储器容量小,速度快,片外存储器容量大。

常用作主存的存储器有:

ROM类 NOR Flash、EPROM和PROM等。

RAM类 SRAM、DRAM和SDRAM等。

其中NOR Flash 凭借其可擦写次数多、存储速度快、存储容量大、价格便宜等优点,在嵌入式领域内得到了广泛应用。


⑶辅助存储器

辅助存储器用来存放大数据量的程序代码或信息,它的容量大、但读取速度与主存相比就慢的很多,用来长期保存用户的信息。  嵌入式系统中常用的外存有:硬盘、NAND Flash、CF卡、MMC和SD卡等。


3)   通用设备接口和I/O接口

目前嵌入式系统中常用的通用设备接口有A/D(模/数转换接口)、D/A(数/模转换接口),I/O接口有RS-232接口(串行通信接口)、Ethernet(以太网接口)、USB(通用串行总线接口)、音频接口、VGA视频输出接口、I2C(现场总线)、SPI(串行外围设备接口)和IrDA(红外线接口)等。


1.2.2中间层

硬件层与软件层之间为中间层,也称为硬件抽象层(Hardware Abstract Layer,HAL)或板级支持包(Board Support Package,BSP),它将系统上层软件与底层硬件分离开来,使系统的底层驱动程序与硬件无关,上层软件开发人员无需关心底层硬件的具体情况,根据BSP 层提供的接口即可进行开发。该层一般包含相关底层硬件的初始化、数据的输入/输出操作和硬件设备的配置功能。

BSP具有以下两个特点。


1)   硬件相关性

因为嵌入式实时系统的硬件环境具有应用相关性,而作为上层软件与硬件平台之间的接口,BSP需要为操作系统提供操作和控制具体硬件的方法。


2)   操作系统相关性

不同的操作系统具有各自的软件层次结构,因此,不同的操作系统具有特定的硬件接口形式。

实际上,BSP是一个介于操作系统和底层硬件之间的软件层次,包括了系统中大部分与硬件联系紧密的软件模块。设计一个完整的BSP需要完成两部分工作:嵌入式系统的硬件初始化以及BSP功能,设计硬件相关的设备驱动。


1)   嵌入式系统硬件初始化

初始化过程可以分为3个主要环节,按照自底向上、从硬件到软件的次序依次为:片级初始化、板级初始化和系统级初始化。


⑴片级初始化

完成嵌入式微处理器的初始化,包括设置嵌入式微处理器的核心寄存器和控制寄存器、嵌入式微处理器核心工作模式和嵌入式微处理器的局部总线模式等。片级初始化把嵌入式微处理器从上电时的默认状态逐步设置成系统所要求的工作状态。这是一个纯硬件的初始化过程。


⑵板级初始化

完成嵌入式微处理器以外的其他硬件设备的初始化。另外,还需设置某些软件的数据结构和参数,为随后的系统级初始化和应用程序的运行建立硬件和软件环境。这是一个同时包含软硬件两部分在内的初始化过程。


⑶系统初始化

该初始化过程以软件初始化为主,主要进行操作系统的初始化。BSP将对嵌入式微处理器的控制权转交给嵌入式操作系统,由操作系统完成余下的初始化操作,包含加载和初始化与硬件无关的设备驱动程序,建立系统内存区,加载并初始化其他系统软件模块,如网络系统、文件系统等。最后,操作系统创建应用程序环境,并将控制权交给应用程序的入口。


2)   硬件相关的设备驱动程序

BSP的另一个主要功能是硬件相关的设备驱动。硬件相关的设备驱动程序的初始化通常是一个从高到低的过程。尽管BSP中包含硬件相关的设备驱动程序,但是这些设备驱动程序通常不直接由BSP使用,而是在系统初始化过程中由BSP将他们与操作系统中通用的设备驱动程序关联起来,并在随后的应用中由通用的设备驱动程序调用,实现对硬件设备的操作。与硬件相关的驱动程序是BSP设计与开发中另一个非常关键的环节。


1.2.3操作系统层

嵌入式操作系统在系统实时高效性、硬件的相关依赖性、软件固化以及应用的专用性等方面具有较为突出的特点,是相对于一般操作系统而言的,它除具有了一般操作系统最基本的功能,如任务调度、同步机制、中断处理、文件处理等外,还有以下

1)    可裁剪性,支持开放性和可伸缩性的体系结构。

2)强实时性,EOS实时性一般较强,可用于各种设备控制中。

3)统一的接口,提供设备统一的驱动接口。

4)操作方便、简单、提供友好的图形GUI和图形界面,追求易学易用。

提供强大的网络功能,支持TCP/IP协议及其他协议,提供TCP/UDP/IP/PPP协议支持及统一的MAC访问层接口,为各种移动计算设备预留接口。

5)强稳定性,弱交互性。嵌入式系统一旦开始运行就不需要用户过多的干预、这就要负责系统管理的EOS具有较强的稳定性。嵌入式操作系统的用户接口一般不提供操作命令,它通过系统的调用命令向用户程序提供服务。

6)固化代码,在嵌入式系统中,嵌入式操作系统和应用软件被固化在嵌入式系统计算机的ROM中。

7)更好的硬件适应性,也就是良好的移植性。

目前应用比较广泛的嵌入式操作系统有VxWorks、WINCE、LINUX、android等,


1.2.4应用软件层

应用软件层主要是通过操作系统提供的提供的API接口来调用驱动来控制外围设备,这就是所谓的系统调用。因为是基于操作系统来开发应用,所以需要熟悉操作系统和驱动的一些架构。


1.3 嵌入式系统开发流程


图2 嵌入式系统开发流程图

嵌入式系统开发的流程可分为下面几部分:

1)    需求分析

确定设计任务和目标,并制定说明规格文档,作为下一步设计的指导和验收标准。需求分析往往要与用户反复交流,以明确系统功能需求,性能需求,环境、可靠性、成本、功耗、资源等需求。

2)    体系结构设计

体系结构设计是嵌入式系统的总体设计,它需要确定嵌入式系统的总体构架,从功能上对软硬件进行划分。在此基础上,确定嵌入式系统的硬件选型(主要是处理器选型),操作系统的选择和开发环境的选择。

3)    硬件/软件协同设计

在这一阶段要确定硬件部分的各功能模块及模块之间的关联,并在此基础上完成元器件的选择、原理图绘制、印刷电路板(PCB)设计、硬件的装配与测试、目标硬件最终的确定和测试。

4)    系统集成和调试

将测试完成的软件系统装入制作好的硬件系统中,进行系统综合测试,验证系统功能是否能够正确无误地实现,最后将正确的软件固化在目标硬件中。本阶段的工作是整个开发过程中最复杂、最费时的,特别需要相应的辅助工具支持。

5)    系统测试

测试最终完成的系统性能是否满足设计任务书的各项性能指标和要求。若满足,则可将正确无误的软件固化在目标硬件中;若不能满足,在最坏的情况下,则需要回到设计的初始阶段重新进行设计方案的制定。


2.  需求分析

需求分析是在项目开始时最先开始的工作,主要是分析、确认用户的需求。


2.1 分析和确认用户的需求


2.1.1 分析用户对产品的需求

通过与客户进行交流来了解客户需要开发什么样的产品,包括产品的功能、性能、价格、开发时间等一系列的问题。描述产品需求的文档通常是由嵌入式系统的总设计者从用户的视角来写的,由一系列的用户需要。

客户对嵌入式系统的理解是建立在想象的基础之上的,对系统的要求可能有一些不切实际的期望,或者是使用他们自己的语言而不是专业术语来表达其需求。由于客户关于所需要系统的描述与设计师所需要的信息之间存在一些差异,所以我们需要用他们的语言来描述用户的需求,而不要用工程型的术语。

客户对产品的需要一般分为功能部分和非功能部分,功能部分描述产品的用途和完成的功能,非功能部分包含以下几点:


1)   性能

主要是指系统的处理速度。


2)   价格

这是决定我们所选择的开发方案的一个主要的因素。


3)   产品的尺寸和重量


4)   功耗

功耗问题在需求阶段可以以电池供电时系统的工作时间(比如正常工作5个小时)提出来,也可以以系统的总功耗提出来,比如要整个系统的功耗控制800mAh之内。


2.1.2 罗列并确认用户的需求

对于客户的需求,嵌入式系统设计师要罗列出来并且形成文档来和客户进一步沟通和确认,只有确认这些需求是满足客户要求的滞后才能开始体系结构设计。在罗列并和客户确认的过程中,一定要把客户的需求描述清楚,而且要把客户潜在的需求考虑进来。我们在开发过程中很有可能遇到客户提出新的需求,这是我们不愿意看到的,因为这会给我们的设计带来很大的麻烦,不仅添加研发和生产成本,也会延迟我们的开发时间,所以如果能在需求分析阶段能够把客户潜在的需要提出来,这是最好的。

要建立一个能满足客户预期要求的产品,必须从各个方面来考虑项目,并且要问很多问题,这也是能让设计者的思维细致化的问题,比如下面的问题是设计者要求提出和确认的。

1)    产品的用途是什么?系统的功能是什么?

2)    用户想要如何同系统打交道?

3)    系统的重量和体积有哪些要求?

4)    系统需要连接哪些外设?

5)    系统处理哪些类型的数据?

6)    系统在什么样的环境下运行?

7)    所要求的内存和辅助存储器多大?

8)    用户是否需要自己更新操作系统和应用程序?

如果我们没有尽量分析分析出客户潜在的需求并且得到客户的确认,而客户在研发过程当中再提出来,这就会影响了我们的项目开发的进度,下面是我在上家公司研发GPS产品的时候遇到的问题:


1)   客户要求在产品中添加camera功能。


2)   客户要求可以自己更新操作系统

初步研发好样机之后,寄给美国、以色列和俄罗斯客户,它们测试之后发现了一些问题,然后我们修正了这些bug之后,需要更新上的系统,可是没有多余的样机了,而且目前产品只能通过USB来更新,而客户那边都没有这些更新的工具。在时间和成本上也不允许客户把样机寄回来更新之后再寄回去,只能把开发工具和操作系统的镜像寄给客户,而且还要写一份详细更新文档。这样客户才能更新,后来改为从SD卡来更新操作系统才解决了这个问题。


2.2确定项目的约束条件

约束条件属于项目开发过程中的不利因素,指的是项目开发过程中限制项目能否按时完成的内部和外部原因,在项目进行实际开发之前,要把约束条件找出来并且要提出解决的办法,否则很有可能会给项目带来在有效的时间内无法解决的问题。一般的约束条件有下面一些:

1)  是否要满足项目的阶段性或者完工的工期限制?

2)  项目的预算是否限制在一个固定的预算内?

3)  分派到该项目的最大人数是多少?

4)  员工的技术知识和经验是否足够?

5)  该项目是否依赖于某些供应商?

用户需求分析 User Requirement Analysis

在系统设计之前和设计、开发过程中对用户需求所作的调查与分析,是系统设计、系统完善和系统维护的依据.


3.  体系结构设计

此阶段是通过需求分析的结果来设计出满足用户需求的嵌入式系统产品,描述系统的功能如何实现是体系结构设计的目的,体系结构是系统整个结构的一个计划,而后用于设计并搭建整个体系结构的构件,其中系统的体系结构取决于下面的因素:


1)   系统是硬实时系统还是软实时系统

在硬实时系统的情况下,对实时的要求非常严格(如某些工业实时控制),因此,需要详细和严格地进行实时性分析。在软实时系统的情况下(如PDA等),对实时性的要求没那么严格,偶尔超时不会对系统性能造成不利的影响。


2)   是否需要操作系统

如果产品只需要非常简单的I/O操作,仅有一项或很少的事务需要处理,那么操作系统可能就不是必需的,而可以通过在裸机上编写或采用一个很小的内核来创建必要的服务。否则,最好是使用一个嵌入式操作系统来加快开发的进度。


3)   产品的成本、尺寸和功耗的要求

这些要求决定了我们需要下硬件/软件协同设计的过程中,需要确定哪些功能用硬件实现或是用软件实现,哪种方式是更好的选择。一般的原则是,如果嵌入式系统中使用的算法和计算很可能改变,软件实现是理想的选择。用硬件实现需要更多的空间、更高的成本和更大的耗电量,通常硬件的成本一般高于用软件实现的成本。但是,软件实现会降低执行速度,并且要求更高容量的存储器和更高速度的处理器,这样成本也可能更高。对于那些需要在严格时间限制内完成的密集执行的任务,必须用硬件来实现;可编程的算法可以用软件来实现,特别是需要灵活性和将来改进的算法。所以需要硬件和软件人员一起来讨论如何采用哪种方式来解决这些问题。


4)   选择处理器

如果是小型的应用,选择微控制器就可以了;否则就需要选择微处理器;但如果需要那个进行信号处理,就需要选择DSP,当然对于多功能系统中,一个嵌入式系统可以包含一个微控制器、微处理器和一个DSP,以满足不同的功能需求。

比如对于A项目来说,根据客户的需求,我们需要选择微处理器来进行处理和控制,同时此系统并没有要求硬实时系统,但因为需要良好的人机界面,所以需要选择操作系统,这样就可以设计出下面的体系结构。


图3 嵌入式系统体系结构体


4. 硬件/软件协同设计

嵌入式系统的核心处理器,所以嵌入式系统开发一般是先根据客户对产品的功能需求先来选出处理器。在选择元器件的时候都需要考虑下面一些因素:


1)   成本

包括元器件本身成本和外围电路的成本。比如对于LCD显示屏来说,有些LCD显示屏的驱动电路是设计中LCD显示屏的连接线上的,而有些就没有。


2)   工作和存储温度

这个需要根据客户的要求来选择了,对于工作温度,一般情况是民用温度范围是0°C~70°C,工业级用的温度范围是-45°C~85°C,军用级的温度范围是-55°

C~125°C。


3)   功耗

元器件的都有对功耗指标的描述,特别要考虑的是RAM存储器、LCD显示屏和处理器的功耗,尤其是前两者,当然了,如果系统中可能还有有其他功耗很多的元器件,这和系统的应用场合有关。

4)    采购周期

这个要看要开发的产品对采购周期的依赖程度,而且采购民用级和工业级的周期也不一样,另外还要考虑生产厂家对元器件的持续生产情况。

5)    电磁兼容性指标

电磁兼容性(EMC)是指设备或系统在其电磁环境中符合要求运行并不对其环境中任何设备产生无法忍受的电磁干扰的能力。因此,EMC包括两个方面的要求:一方面是指设备在正常运行过程中对所在环境产生的电磁干扰不能超过一定的限值;另一方面是指器具对所在环境中存在的电磁干扰具有一定程度的抗扰度,即电磁敏感性。


4.1 选择开发平台


4.1.1选择处理器

对于大多数嵌入式系统的开发者来说,往往更愿意选择自己熟悉的处理器,以节省熟悉新的处理器的时间,但是这并不一定是一种好的方案,理想的方案应该是根据用户的需求和项目的要求来选择处理器,在选择处理器是要重点考虑下面几个方面:


1)   功能

比如处理器是否集成了所需要的功能,比如,我们开发游戏机,那么就要选择集成了3D图形加速器的处理器,这样不仅可以简化了软件的开发难度,也可以充分利用3D图形硬件加速器的来处理3D图像的显示;如果我们的产品需要多个UART来同时和外围设备通信,这就要考虑所选择的处理器是否集成了足够的UART。


2)   处理速度

处理速度和CPU的内部时钟有很大的关系,这个时钟就是外部时钟(一般是晶体振荡器)经过PLL倍频后产生的,


图4 S3C6410产生系统时钟框图

我们知道处理器执行一条指令一般经过取指、译码和执行这三个步骤,而这个过程是需要CPU的内部时钟来同步的,所以处理器的处理速度就取决于CPU的内部时钟和指令的复杂程度。这里要注意的一个问题就是并非主频越高的处理器的处理速度就越快,这还要看它采用的是RISC(Reduced Instruction Set Computer,精简指令集计算)还是CISC(复杂指令集计算)指令集有关,只能说同一系列的处理器,主频越高,处理速度越快。

我们先来了解CPI的概念:CPI(Cycles Per Instruction,每天指令周期数),也即执行一条指令所需要的周期数。在RISC芯片中,应尽量减少CPI的值来提高处理器的运算速度。

一个程序总的CPI=∑(每条指令的CPI×指令的使用频率)

在此假设这个程序用到A、B、C和D这几条指令,而A指令执行了2次,B指令执行了3次,C指令执行了4次,D指令执行了一次,其中执行A、B、C和D这几条指令所需要的是总能周期数分别为2、1、1和2个时钟周期,那么这个程序中的CPI=(2×2/10)+ (1×3/10)+ (1×4/10)+ (2×1/10)=1.7个时钟周期,那么可以利用下面的公式:

CPU执行时间=此程序中的指令数量×此程序用的指令数总的CPI×时钟周期

可以算出CPU执行这个程序的时间=4×1.7×时钟周期,这里的4是指A、B、C和D这四条指令,时钟周期是CPU内部时钟。

MIPS(Million Instruction Per Second),每秒百万次指令,它=CPU执行时间的倒数。


4.1.2选择外围设备

这里主要描述主要元器件的选型,其中存储器的选择均需要考虑下面的一些指标:


⑴速度

存储器的速度是用存储器访问时间来衡量的,访问时间是指存储器接收到稳定的地址输入到完成操作的时间,例如,在读出的时候,存储器往往数据总线上输出数据就是操作结束的标志。访问时间的长短主要与制造器件的工艺有关。


图5 NAND FLASH读数据的时序图


4.1.2.1    RAM存储器选择

RAM存储器分为SRAM和DRAM,其中SRAM只要是芯片有电就会保留其中的内容,但如果切断了电源或者暂时断电了,其中的内容就会永久性丢失;而DRAM只有极短的数据寿命,通常不超过0.25s,即使是在连续供电的情况下也是如此,所以为了不让保存在DRAM中的数据丢失,就需要DRAM控制器对DRAM进行周期性刷新。

SRAM和DRAM的特点比较如下:

⑴SRAM比DRAM速度快,因为DRAM需要周期性的刷新。

⑵DRAM的存储密度大于SRAM,因为SRAM的电路基本单元时晶体管,而DRAM的电路基本单元时电容。

⑶DRAM需要周期性刷新,所以需要专用的DRAM控制器。

选择RAM时需要考虑下面一些因素:

1)    如果系统的随机存储器的容量不是很大,一般采用SRAM;反之,选择DRAM存储器。

2)    如果选择微处理器,而微处理器集成了DRAM控制器,这时选择DRAM比较好。

3)    如果嵌入式系统对功耗要求比较严格,可使用SRAM,因为DRAM需要周期刷新,所以功耗更大。

4)    位宽,也即每个传输周期传送的数据量(比如16bit)。


图6 DDR SDRAM的技术参数


4.1.2.2    FLASH存储器选择

FLASH存储器一般分为NOR FLASH和NAND FLASH,NOR FLASH的特点是可以随机读取任意单元的内容,适合程序代码的并行读写存储;NAND FLASH可以按顺序存储单元的内容,适合于数据或文件的串行读写存储。

目前NOR FLASH存储器的价格比较贵,而NAND FLASH存储器的价格相对来说比较合适,所以现在采用微处理器作为处理器的嵌入式系统中比较流行的启动方式是采用NAND FLASH的启动方式,也即把启动程序和系统的镜像写到NAND FLASH中,开机之后从NAND FLASH中启动。

选择NAND FLASH时主要需要供电电压、访问时间和页编程及块擦除时间。


图7 NAND FLASH一些技术参数


4.1.2.3    LCD显示屏选择

LCD显示屏选择需要考虑下面一些指标:

1)    分辨率及尺寸

2)    是否强光下可见。

3)    RGB数据接口


图8 LCD屏的功耗参数


4.1.3选择嵌入式操作系统

选择嵌入式操作系统需要考虑下面一些因素

1)    系统的实时要求,如果要求是硬实时的系统,那么应该选择VxWorks操作系统较为合适

2)    如果是软实时系统,而且不需要特别复杂和友好的人机界面,那么应该选择linux操作系统,否则,选择WINCE操作系统可能较好,当然,如果要开发智能手机,那么Android是比较合适的选择。

3)    操作系统的移植难度

4)    项目开发人员是否熟悉此操作系统

5)    系统要求的RAM内存大小

比如,如果要求嵌入式系统要求支持512MB及以上这的RAM内存,那么就不能选择WINCE操作系统了,而linux和android是可以支持的。


4.1.4选择开发板或者是评估板

为了加快嵌入式系统的开发,一般需要选择和我们要开发的产品功能相近的开发板,这样可以通过评估开发板的功能和性能来对我们要开发的产品有个初步的预估,而且可以先在开发板上定制系统、开发bootloader、驱动和应用程序,这样就让软件开发的工作尽可能可以和硬件同时进行。


4.1.5 编程语言的选择

选择编程语言需要考虑下面的一些因素:

1)    软件开发人员最熟悉的是哪种语言

使用最熟悉的语言可以开发出性能更好程序,而且较少一些bug。

2)    语言使用的广泛程度

嵌入式系统开发的系统和驱动层的开发,基本上是用汇编、C和C++,而对于应用层的开发主要是用C++、Java或者是C#,其中C++基本上是开发应用程序的通用语言,java主要用在android操作系统的应用层开发,C#主要用在WINCE和MB操作系统的应用开发中。

3)    语言的性能如何

一般来说,越是高级的语言,其编译器和运行库附件的开销越大,应用程序也就越大,那么运行速度会越慢。例如汇编语言编写程序的性能>C>C++>C#,其中C#和java需要包含额外的组件—解释器,以允许“在运行过程中”处理代码,至于C#和java哪个性能较好,应该看应用场合了。


4.2 硬件设计


4.2.1原理图设计

这一阶段的设计需要硬件开发人员熟悉处理器的功能和各个引脚的用途,下面我把之前在原理图设计阶段遇到的问题做个总结:

1)    SDRAM bank address引脚连接出错

根据客户的要求,我们要把产品64MB的SDRAM升级为128MB的SDRAM,可是在原理图设计的时候,把用于Bank选择的地址端画错了,就直接导致无法有效利用128MB的SDRAM,而只能使用其中的64MB,那么就只能改变来解决这个问题了


图9 S3C2440 SDRAM地址引脚连接示例


图10 S3C2440和SDRAM芯片的连接图

2)    USB HOST端供电电压不足

连接到USB HOST端的USB设备(比如U盘、USB鼠标)需要5V的供电电压才能正常工作,可是在设计的时候直接由电池输出来的电压(最大只有4.2V,这是我们选择的电池决定的)来给USB HOST端供电,这样就导致了在用电池供电的时候,USB鼠标和U盘不能工作。后来添加了一个升压IC之后才解决了这个问题。

3)    CPU的LCD显示数据接口和LCD显示器的数据接口的次序没有对应

这个问题就直接导致了显示颜色不正常,偏色等情况。

4)      设计原理图的时候,需要考虑软件的实现方式,比如串口是否需要流控的方式。


4.2.2 PCB设计

这里我特别提一下SDRAM走线的问题,之前一个产品的第一板回来之后调试ok后,我们的驱动在这一版本调试完成之后也做了备份,后来经过调试之后需要做第二板,用我们之前验证ok的系统来在第二板上跑的时候,系统无法正常加载,总是停在一个固定的地方,经过检查这两个版本的原理图,其中修改的地方不可能让系统跑不起来的,经过各种修改无效之后,想到对CPU降频处理,由533MHZ降到400MHZ,这样系统就可以跑起来了,后来经过验证时SDRAM的走线引起了这个问题。


4.2.3 硬件的装配和测试

主要是样板的焊接、各模块电压电流测试和检查模块出来的波形是否正常。


4.2  结构设计


4.3  软件设计


4.3.1 系统和驱动开发

如果购买了开发板或者评估版,系统和驱动的开发就可以把一些尽量可以完成的工作在开发板上来完成,而不需要等到样机回来再调试,这样可以缩短开发时间。


4.3.1.1 建立交叉开发环境

因为嵌入式系统的资源受限制,无法建立起所需要的开发环境,并且对于只面对产品的嵌入式系统来说,没有必要设计成既是运行环境又是开发环境的系统。那么就需要在PC机上建立开发环境来开发出那些在嵌入式系统中运行的程序。

对于要开发基于WINCE6.0操作系统的嵌入式系统,那么就需要在PC端安装VS2005+PB6.0,以及一些附件,这样就可以在PC端来开发出可以在嵌入式系统中运行的程序了。


4.3.1.2 定制系统

这需要根据应用来定制,对于WINCE操作系统来说,微软开发的VS2005+PB6.0这个IDE便于我们来定制系统


图11 WINCE6.0的PB6.0系统定制图

这样很便于我们根据客户的需求来定制系统,但是这需要我们熟悉操作系统的各个模块的功能,而且还要注意他们之间的依赖关系,只有对操作系统所有的模块都很熟悉,才能很快定制出所需要的操作系统,这是需要很长时间去熟悉的,尤其是linux操作系统。


4.3.1.3 开发bootloader

Bootloader的作用是初始化硬件并且引导操作系统,还有一个更为重要的功能就是把操作系统镜像文件写到FLASH中,这是我们在开发及调试过程中需要经常性的动作。


图12  bootloader引导系统启动的流程图

开发bootloader的主要内容如下:

1)    选择更新系统的方式

在开发过程中,我们一般通过USB、网口或者是SD卡的下载方式来把操作系统写到FLASH中,当然了,bootloader也以把自身的镜像文件写到FLASH中。

2)    在bootloader中添加产品logo的显示

3)    在bootloader中进行充电的指示

4)    在bootloader中进行一些参数的设置,操作系统会采用这些参数来做相应的动作。


4.3.1.4 开发驱动程序

当bootloader能够正常下载操作系统镜像文件之后,就可以在板子上进行驱动的调试了。一般情况下,CPU都集成了不同的控制器来控制对应的外围设备,比如DRAM控制器用于控制DRAM存储器,LCD控制器用于控制LCD显示屏的正常显示。下面以开发显示驱动为例来描述驱动开发主要包含的内容:

1)    先熟悉CPU中对应的控制器部分。

2)    掌握要驱动的外围设备的工作原理。

3)    根据外围设备的工作原理来配置相应的控制器部分。

4)    编译生成新的操作系统镜像文件通过bootloader写到flash后看能否正常工作,如果可以,就表示此驱动的调试基本完成了,否则就要分析问题和解决问题了。

根据外围设备的特点,开发的驱动一般分为三种:

1)    根据外围设备的时序要求,需要配置微处理器的寄存器来产生外围设备需要的时序来驱动外围设备正常工作。

这里典型的设备就是LCD显示屏,比如我们需要根据下面的时序图来配置微处理器的寄存器,只有正确配置了寄存器,才能正常驱动LCD屏的正常显示


图13 LCD显示屏时序参数

这种类型的设备还有camera、VGA等。

2)    外围设备需要正常的上电和断电要求


图14 SIM5218的启动和关闭的电源要求

3)    需要正常的物理连接和上电,对上电时序没有要求


图15 SR-96的电路设计图


4.3.2 应用程序开发

应用程序开发部分即使没有开发板,也可以在模拟器中先进行调试,比如WINCE操作系统就提供WINCE模拟器来为应用程序开发人员提供开发环境,这样,应用程序开发部分也可以和硬件设计阶段并行开发。

在应用程序开发阶段,驱动开发人员需要协助进行应用开发,应用程序开发的内容主要如下:

1)    验证定制的操作系统是否满足客户的需要,比如对于WINCE操作系统来说,是否添加了对透明效果处理的支持,这部分可以在开发板中验证。

2)    在开发板中根据驱动开发人员提供的接口来完成和驱动的正常通信。


5. 系统调试和集成


5.1 系统的调试

这阶段的工作是整个开发过程中最复杂、最费时的,特别需要相应的辅助工具支持。

主要的工作包含两方面:

1)    硬件工程师和驱动工程师协同调试

当样机的焊接和硬件测试完成之后,就要把正对样机移植好的操作系统下载到样机中进行调试,这时就需要硬件和驱动工程师一起调试了。先是驱动工程师通过编写驱动程序来驱动外围设备,如果不能正常驱动外围设备,就要对自己的驱动的设计进行检查,如果多次检查没有问题的情况下还是不能正确驱动外围设备,那么就要和硬件工程师沟通,说明情况,一起来解决问题。

2)    驱动工程师和应用工程师协同调试

在第1)部分中确认把系统所需要的功能调试完成之后,也就是驱动程序可以正常驱动外设设备之后,这时候就要把应用程序加进来一起调试,主要看应用程序是否正常调用驱动程序提供的接口来正常工作。

这里总结一下之前调试过程中遇到的一些问题和总结:

1)    SDRAM的时序要求的问题

为了降低成本,产品由之前128MB的SDRAM换为另一种128MB的SDRAM,仔细比较这两种SDRAM的数据手册,发现几乎没有差别,可就是无法更新系统,经过多次对RAM控制器的寄存器的配置后,对CL的值由2clocks改为3clocks后,就正常工作了


图16 S3C2440的RAM控制器CL参数

这里是结合SDRAM中对此参数的要求来决定的


图17 SDRAM的CL参数

2)    SDRAM的供电电压问题

在通过串口下载nboot的镜像文件到SDRAM并且校验的时候,校验出错,经过验证之后发现软件没有问题,只能尝试从硬件查找了,发现对SDRAM的供电不是很稳定导致的。

3)    适当的备份

在一次测试中,发现本来已经ok的功能突然不正常工作了,因为这一阶段自己做了好些修改,一时找不出问题所在,后来就怀疑是硬件的问题,经过硬件同事的对硬件的测试之后,发现硬件是ok的。这时候要判断导致此问题的办法,最好是用之前ok的软件版本来在此板子上测试,如果是ok的,那就说明是软件的问题;如果不行就说明是硬件的问题。所以这时候,之前对代码的备份就体现出其重要性了。这有助于我们对问题的定位。

4)    硬件上的变动,就算是很小的变动,也尽量要和驱动工程师沟通和确认。


5.2系统的集成

将测试完成的软件系统装入制作好的硬件系统中,进行系统综合测试,验证系统功能是否能够正确无误地实现,最后将正确的软件固化在目标硬件中。主要的测试包括可靠性测试、性能测试、安全性测试、环境测试和电磁兼容测试。


6. 系统测试


6.1 测试的原因

1)    找出错误

测试是为了找出系统中存在的bug,包括硬件和软件的。

2)    减少风险

测试可以将自己、公司和客户的风险降到最低,测试的目标就是证明系统与软件正如设计所要求的那样正常工作。要确保产品的功能和性能可以满足可以的需求,测试人员会尽力测试系统与软件,尽可能找出任何一个可能的bug。

3)    降低成本

Bug发现的越早,修改的费用就越低。

4)    提高性能

找到bug并且解决了bug,能优化系统性能,而且还有可能避免致命的错误。


6.2 何时测试

在嵌入式系统进入开发的时候就可以了,比如,我们一般会在开发板上先测试系统的性能。测试包含硬件测试、软件测试,而且实际上软件过程中的调试也属于测试的范畴,这就是由开发人员进行的模块测试和调试。当然了,这部分的测试时不完整的,所以需要测试人员进行全面的测试。


6.3测试的内容


6.3.1功能测试

功能测试也称为黑盒测试,这是因为其测试实例在设计时不引用被测试程序的实际代码部,也就是不用暴露盒子的内部,黑盒测试一般包含下面几点:

1)    边界测试

2)    异常测试

3)    错误猜测

4)    性能测试


6.3.2 覆盖测试

功能测试的弱点在于它很少能检查完所有的代码,而覆盖测试则尽可能使每条代码语句、判断点或是判定路径都最少被执行一次,从而避免功能测试的弱点。覆盖测试也称为白盒测试,它需要运用软件实现的全部知识来进行设计,测试时需要看到程序实现、执行的细节,白盒测试一般包含下面几点:

1)    语句测试:选择的测试实例至少执行一次程序中的每条语句。

2)    判断或分支覆盖:选择的测试实例使每个分支至少运行一次。

3)    条件覆盖:选择的测试实例使每个用于判断的条件的条件具有所有可能的逻辑值。

转载于:https://www.cnblogs.com/LoongEmbedded/archive/2011/09/28/5298761.html