嵌入式开发需要的不仅仅是处理器

　　摘要：嵌入式系统工程师们在花大量时间试图找到最适合应用的完美器件。然而令他们失望的是，现有器件总是缺少其他器件所具备的一项或多项重要功能，因而在设计时总是要权衡利弊而无法实现完美。绝大多数情况下，完美器件只是一个梦想。

　　关键词：嵌入式开发;处理器;MCU;编译器

　　对于处理器和单片机，选择标准变得更加抽象和复杂。由于单片机可编程，正常的电气参数选择标准必须要考虑器件执行某项具体任务时的速度和效率。从表面上看，单片机性能取决于处理器内核，但事实上并非完全如此。处理器性能的确与处理器内核息息相关，但同时它还取决于其他因素，包括集成度、支持处理器内核的外设、采用的开发工具、要执行的任务、工程师发挥特定单片机性能的技巧以及系统成本，等等。图 1 中的几个示例显示了在不改变处理器内核的前提下，采用编译器技术所带来的不同效果。

　　因此对于单片机而言，工程师心目中理想的器件不仅需要具有正确的电气特性和集成外设，还要有一个处理器能在规定时间内执行应用程序中最复杂的计算。工程师熟悉的单一最佳开发工具平台必须能支持这个器件，这样工程师既能够更快地熟悉器件，又能够更快地学习如何充分利用开发工具。最后，这个器件应该符合工程师负责的所有应用的成本目标。遗憾的是，这种理想的器件是不切实际的。

　　持续变化的需求

　　一个典型项目会因多种因素变得复杂化，比如开发进度表、可用资源以及开发前项目的确定程度等。所有工程师都熟知“需求漂移”这个术语，也非常明白营销部门其实并不清楚需求变化对剩余的设计工作会产生什么影响。

　　需要进行大量的工作来避免在项目开始后出现过多变化。问题通常都会归咎于缺乏预见和规划，因此会花更多时间制定更完善、更详细的规范，来描述硬件和软件需求。这就产生了全面的项目计划，需要在项目进展过程中进行跟踪。

　　计划和追踪对于项目的按时完成极为重要，但是在这个不断变化的世界里，不太可能预测到所有实际可能出现的变化：竞争对手以更低的价格推出功能优异的竞争产品;上年度产品遇到生产问题需要立即处理，从当前项目中撤走工程资源;经济危机席卷全球，优先级已经从“若有更好”的功能转变为成本优先。诸如此类的例子数不胜数，惟一不变的事实是需求在不断变化。

　　适应变化

　　与其减少变化，不如来适应不断发生的变化。这样就形成了开发平台向能支持更加灵活的可编程器件转变的趋势。硬件变化必须更新印刷电路板(PCB)或更换元器件，与之相反，软件变化一般能够更快、更容易地实现。而且，软件在产品发布后还能进行功能升级或修正，并能通过事后对应用程序进行定制实现产品的多样化。

　　但是，要获得灵活性就必然要付出代价。可编程解决方案通常比等效的功能固定硬件解决方案更加昂贵。为了更快地上市、解决生产过程中发现的问题以及系统现场升级，通常值得付出额外的物料清单(BOM)成本。然而，与日俱增的开发环境复杂性常常被忽视了，或者至少是被低估了。例如，TechInsights* 最近一项研究表明，当前开发趋势不仅要在单个设计中采用多个处理器，而且要在同一设计中采用多个不同的处理器。

　　这加重了嵌入式系统工程师的负担，他们必须熟悉可编程器件的开发流程，还要精通多种单片机和处理器及其相关开发环境。