内存容量的大小是嵌入式产品设计过程中的基本步骤。如果所需的内存容量估计过高，我们可以选择成本较高的解决方案；相反，如果所需的内存容量被低估，由于系统需要重新设计，项目可能无法按时完成。 a.RAM和ROM的区别： 存储器分为随机存储器（RAM）和只读存储器（ROM）两种。其中ROM它通常用于固化和存储一些制造商编写的程序或数据，以启动和控制计算机的工作模式。RAM用于存取与外部存储器交换的各种动态输入输出数据、中间计算结果和数据和临时存储数据。设备停电后，RAM存储在中间的数据将丢失。 b.随机存储器（RAM）的选择： RAM对容量的预测更为直观，我们只需要先入先出的所有变量数和所有内部缓冲区的容量（FIFO）直接加上队列长度和堆栈长度，可以得到所需的RAM总容量。 如果所需内存容量超过此类处理器的搜索范围，则只能增加外部容量RAM满足需求；然而，增加外部RAM同时，它将占据一定数量I/O这种扩展往往会影响处理器实现应用的初衷。 一个需要注意的问题是，一些微处理器受到限制RAM该限制的目的是借用部分内存储器作为内部寄存器组。除上述因素外，所使用的开发语言也需要RAM容量有一定的影响，某些效率较低的编译程序可能会占用大量宝贵的RAM空间。 c.只读存储器（ROM）的选择： 系统所需ROM系统程序代码和所有基于系统程序代码的大小ROM数据表容量之和。预测所需的ROM空间容量困难的部分是预测程序代码的长度。解决这类问题的方法只能通过经验的逐步积累来提高预测精度。 然而，最重要的不是准确计算程序的代码长度，而是清楚地估计代码长度的上限。根据经验，如果是80%ROM如果空间被代码占用，那就太拥挤了。除非系统需求不会改变，否则至少应该为可能的变化保留足够的备用ROM空间。 在大多数情况下，我们可以尝试ROM将部分程序代码写入其中，以观察代码占用空间的情况，ROM对于微处理器系统，系统程序只能占用有限的程序存储空间。 d.经验之谈： ROM与RAM类似的使用，程序代码的长度与所选的开发语言有关。例如，汇编语言编制的程序比C语言编制的程序占用的空间要少得多。 对于追求低成本的小系统，一般不提倡使用高级程序设计语言；这是因为虽然高级语言更容易使用、调试和维护，但它需要占用更多的内存空间和大量的处理器时钟周期。 如果开发语言选择不当，其后果可能是把一个简单、低成本的单片机系统变为一个需要使用配置若干兆字节RAM64位空间嵌入式处理器系统。

中断的主要目的是通知中央处理器发生的特殊事件，包括定时器加班事件、硬件事件等。 需要强调的是，大多数系统设计师经常使用过多的中断功能。事实上，中断的主要作用是中断当前程序的执行，中断最适合需要中央处理器立即提供服务的事件。 在需要设计和使用中断的情况下，必须首先确认所需的实际中断数，然后必须考虑系统中占用的中断资源。如果所需的中断资源超过处理器可接收的中断数，我们应该使用一些特殊的方法来减少所需的中断信号。

实时处理是一个涉及面广的问题，其主要内容与系统的处理速度密切相关。实时事件是嵌入式微处理器的主要任务。 例如，当处理器与串口通信时，通常通过上层软件（为了确保实时性，任务切换时间足够短），然后占用处理器执行从串口获取数据的任务，确保处理器的速度快于串口，处理器可以响应和处理串口的相关任务，从而实现最大的实时性； 另一方面，如果处理器本身内置串口控制器，或者DMA、或LCD控制器等，可以直接使用这些处理器的内置接口来控制串口、液晶屏等对象，从而达到最大的实时性能。

选择新的处理器，很可能使用新的开发工具和开发环境，包括软件编译环境；对于开发时间表紧张的项目，开发人员往往不能花特殊的时间进行研究和熟悉新的开发工具，从而也无法全面掌握开发工具的使用技巧。 并且，有的开发工具价格也比较昂贵，而且很可能只能从制造商那里购买，还有仿真工具也是需要付费的，这些对我们在选择一款处理器的时候，是都应该考虑进去的成本因素。

主要考虑几个细节问题： 1）处理器速度与处理器时钟之间的关系 例：单片机8031为例，由该处理器可以适应12MHz频率的输入时钟，因此就可以认为它是一个速度为12MHz的处理器了吗？不是，实际上，由于该处理器内部逻辑电路执行每条指令需要多种不同频率的时钟脉冲，因此该处理器内部时钟电路要对输入的12MHz时钟12分频处理；最终为处理器提供的只是 1MHz主频。 有的时候，80MHz主频的处理器（80MHz输入时钟，80MHz执行速度）要比200MHz主频的处理器（200MHz输入时钟，50MHz执行速度）执行速度要快得多。 2）处理器指令系统 如果不需要执行复杂数学运算的应用，那么RISC指令集的处理器要快；如果执行比较复杂的操作，则CISC指令集的处理器速度要更快。 3）芯片结构体系 现在有的芯片是将多个不同功能的核封装到一个芯片IC中，定制某种特定的功能，比如DSP，其中包括用于实现数字解码、乘法运算的硬件乘法器和移相器等；然而，这类处理器也由其自身局限，往往在执行某些普通操作之前必须要使用额外的指令来把RAM中的数据放入内部寄存器，相比之下，一般处理器只允许对 RAM中的数据进行直接访问。

多数工程项目在其开发阶段一般使用可擦写可编程只读存储器（EPROM）或快速存储器（Flash Memory）；这类可擦写可重复写入存储器的主要优点是可多次使用。一旦产品研制完毕，就可以用一次写入设备（OTP）来取代EPROM存储器，一次性写入器件的外观与封装几乎与EPROM完全一样，惟一不同之处就是其表面没有擦出窗口，并且价格要比EPROM低很多。 但是，另外一种情况，如果该产品今后需要升级固件，或在线编程，那么我们还是应该选择可擦写可编程的存储器。 还有一种是非易失的存储器，例如制造一台电视机，就有可能需要该设备具有记忆上次观看最后一个频道的功能，即使在切断电源后，该频道信息也不会丢失。 总结：所以，根据不同的产品选择不同的存储器也是一门很讲究的学问。

在某些设计中方案中，电源根本不存在问题，对电源唯一的要求就是可以为电路正常供电；实际上，选择电源主要要考虑三个方面的问题： 1）要注意设计方案中是否对电源的供电方式有所限制，例如,是否像大多数家用电器那样需要使用屋内墙上的电源插座供电，或是是使用USB接口供电 2）看系统是否需要使用电池供电方式，如果这样，我们就要考虑选择那种对驱动电流要求不高的处理器，然后再为其选择合适的电池。 3）休眠电流：许多微处理器都支持低功率运行模式，在这种模式下，系统的CPU处理器将处于休眠状态，同时所有外部设备的电源供电都被暂时切断，以便减少系统的电能消耗；某些微处理器在这种方式下需要的维持电流极小，但也有一些微处理器在这种方式下并不能节省多少功率；不管怎样，我们都要对系统在节点模式下的工作时间有一个估测，以便对具体情况选择使用的电池。 总之，无论哪种情况，我们都要对系统需要的供电总功率做到心中有数。

环境要求主要内容是考虑温度，湿度等；如果系统必须在温度范围较大的环境下运行，诸如用于军事设备或汽车的控制系统，那么处理器可选择的范围就要小得多； 并且由于大范围温度变化的设备通常比较昂贵，因此在设计过程中就不能再根据一般工业级器件的价格来制定预算。

如果该款处理器在市场上已经用得很广了，那么我们可以获取更多的相关资料，观察人家的产品是如何使用处理器的，也能在网络上找到不少的相关的设计资料以及相关技术主题，这样就进一步降低了技术门槛，确保了使用该处理器做产品可行性，减低了风险； 反之，如果是厂商全新推出的处理器，因为市场上还没有可以借鉴的产品，我们就只能从全英文的芯片手册开始阅读，了解这款芯片，这样开发周期不仅变长，而且不可预知的风险也很大。

1）首先是需求定义或产品规格： 如果这些是产品最终目标的话，那么产品对硬件和软件的要求就是技术方案的最终目标；对硬件和软件的要求是从定义用户界面和系统功能开始的。 2）其次，根据需求，系统整体定义文档中给出硬件接口的具体定义： 定义硬件最有效的方法是从需求开始描述，由于硬件必须支持系统定义的所有功能，因此硬件定义是与系统说明不可分割的； 例如,我们设计一个定时器（事先需求说明定时器不能与个人电脑连接，故无法使用CRT显示时间），我们只有两种选择：一种是使用发光二极管（LED），另一种是使用液晶显示器件（LCD）；尽管LCD的显示效果比较好，但考虑到定时器要常年位于户外，并且早期LCD显示器不能在低温下工作，最终还是选择 LED设备（这整个过程描述了我们硬件选型时的一个思路，这个是密切跟需求挂钩的） 3）一旦完成了系统整体说明文档，就开始进行系统设计： 首先要对硬件说明的内容进行细化，包括添加能让工程师理解的设计意图，以及软件工程师围绕硬件进行程序设计时需要使用的硬件信息等。 完成硬件电路板说明文档后，我们还要在该文档中增加一个用来描述系统的原始要求的前言部分，包括说明方案的设计思路和方法，除此之外，还要附上软件工程师用来对硬件进行控制所需的各类信息，这类信息主要包括如下内容（软件工程所需信息）： 内存和I/O端口地址（如果需要，还可以提供内存映射图） 可用内存容量 状态寄存器每一位的定义 每个端口管脚的用途 外部设备的驱动方法（例如，说明输入定时器电路的时钟频率等） 其他由管软件人员设计程序需要了解的信息 对于比较复杂的系统来说，硬件文档中经常使用两个独立的部分来进行说明；其第一部分用来描述硬件指标和工作原理，第二部分则主要为软件人员提供程序设计需要的信息。

1、软件文档与硬件文档的组织方法类似，软件要求文档的主要内容则是定义软件要实现的功能；一种是在简单项目设计过程中，软件定义也可以只对一种电路板使用的软件给予描述；对较复杂的项目来说，由于参与这种项目的软件人员分别负责设计驱动不同硬件部分的代码（同一电路板），因此每个软件人员可能会为自己的设计代码指定不同的定义,这类软件说明需要提供下列的内容： (1)论述包括需求定义、工程指标、硬件参数等实施项目需要的内容 (2)说明软件之间、处理器之间或处理器与其内部器件之间使用的通信协议：其内容应包括对缓冲区接口机制、命令/应答协议、信号控制等协议的具体说明。 (3)借助流程图、伪代码或者其他可能的方法来描述软件的实现方法和过程 2、软件与硬件所考虑的不同之处（此经验方便技术总监或其他相关管理者参考，因为无论是多高深的技术管理者，要么是硬件出身，要么是软件出身，要么就是非技术出身） a. 软件的灵活性远远大于硬件，要让软件人员搞清楚某个软件的内部格式是非常困难的任务，解决的办法：详细定义其他程序员需要了解的编程接口具体内容，以及其他工程人员在实施开发项目过程中需要使用的技术细节信息。 b. 软件工程师只有在收到硬件说明文档后，才有可能知道如何对系统硬件进行操作；而硬件人员一般不需要了解软件程序的技术细节。 c. 由于软件易于更改，因此程序内容经常会按销售人员提供的要求发生变更，在某些情况下，软件文档的内容无法及时反映程序的最新变化。 d. 软件经常是工程项目最后完成的部分，因此其文档也经常因时间不够而欠缺完整。实际上，软件文档是否详细、完整，在某种程度上是与公司或客户的要求有关的。例如，军事或国家工程一般要求开发商就其所有软件实现的功能提供全面详细的文档 e. 有个潜规则，对软件的要求越复杂，则需求的正确可能性就越小，这个是经验之谈了，我们需要把准需求这个准绳来做文章，而不是陷入个人主义以及对软件要求而凭空发挥自己不切实际的想象。 f. 我们可以先硬件设计，接着围绕该硬件编制软件。虽然实际系统的实现过程可能是软硬件并行开发，但软件人员基本上也是围绕着已经实现的硬件来进行程序设计的；对于更为复杂的系统来说，开发过程可能会出现重复。 例如，某个项目的硬件工程师和软件工程师可能会坐下来开会，共同决定使用哪种硬件来实现某种功能；软件人员可能提出需要为数据缓冲区口冲内存容量，也可能要求提供某种外部设备接口，以便充分利用现成接口程序提供的各种驱动代码。 总的来说，必须在提高软件开发效率与硬件系统的复杂性与成本之间进行权衡.

有很多人认为：嵌入式系统性能的核心因素是软件功能，其实，如果按照这种逻辑，系统设计中存在的问题就应由软件人员来负责；其实这个观点实际上反映了设计嵌入式产品时如何考虑划分硬件和软件各自应实现的功能，也就是这个功能是软件实现，还是考虑用硬件来实现（硬件实现：需要购买处理该功能的硬件芯片，从而增加成本；软件实现：无需增加硬件成本，但会占用处理器以及内存的资源）。 例如：我们在这里设计的基于ARM的mp3嵌入式产品，我们可以使用专业的解码芯片来负责mp3音乐文件的解码和播放功能，也可以使用另一种方法来解码 mp3语音文件，让ARM处理器利用软件控制寄存器来驱动耳机或音响，处理器通过对mp3语音文件解码之后再将解码后的数据流按照一定协议格式送给音频输出的硬件接口进行播放。 优点：这种方案在硬件方面节省了一个器件，降低了成本，并且该功能还方便调试（因为是软件实现的） 缺点：从另一个角度来看，虽然节省了一块语音解码芯片，但同时要在三个方面增加成本。 首先，要在程序中增加语音协议解码的代码； 其次，可能要把增加ROM来存放语音解码的协议，这样可以增加速度； 最后，运行该程序将占用处理器的时间和资源。 其实，话又说回来，对于本案例来说，上述成本的节约并不会引发任何问题，包括驱动程序增加也只需少量的，我们讨论这个mp3产品的案例的目的在于说明如何对软件硬件的功能进行合理划分。 总的来说，交给软件实现的功能越多，则产品的成本就越低，当然这就要处理器必须有足够的处理速度和内存空间来实现设计指定的功能；常言说得好，天下没有免费的午餐；把功能分配给软件来实现，会增加软件的复杂性、开发时间、以及程序的调试时间；然而，随着处理器的处理能力的不断提高，可以预见，越来越多的功能将会由软件来实现。 虽然在软件中实现各种功能会增加开发成本，但如果把功能移植到硬件中实现，则会增加产品的成本，这类开销是在构造每个系统组件时不可避免的。在低成本设计方案中，增加任何额外的硬件都会对产品成本产生显著的影响，因此软硬件功能划分就是一个决定产品成本的大问题。在诸如大众消费产品这一类对成本非常敏感的设计方案中，一般都会把无法通过软件实现的功能排除在外的。

转自芯片之家