工程师谈嵌入式工具市场现状与未来.docVIP

工程师谈嵌入式工具市场现状与未来（一） 上网时间：2009年06月22日 所属类别: 嵌入式系统 I 嵌入式设计 I 观点与趋势 窗体底端 关键字: 嵌入式??工具??现状??未来 从70年代末的简单控制发展到今天的高端应用，嵌入式系统已经变成一个复杂的高技术系统，要在短时间开发出所需功能的难度大大提升，但是市场竞争又要求产品能够快速面市同时必须确保产品的质量和性能，这里面工具就起着很重要的作用。这其中，对工具的仿真功能更很高的要求。如何帮助工程师完成系统设计，成功地实现让多种内核在同一个系统中的协同工作是嵌入式系统工具必须达到的目标。可以说，是嵌入式开发工具在帮助实现应用。当然，反过来，嵌入式应用的发展也在推动着工具的发展。 目前应用市场最大、最快的变化就是有越来越多的工程师从4位和8位设计转向了32位设计。对于他们来说，是否有便利的工具帮助他们实现这种无缝转变将是非常重要的。这就需要工具供应商提供具有这些工程师所熟悉的界面和接口的工具，此外，在32位开发中一般都会用到SDRAM，工具对多种闪存编程的支持也就变得非常重要。在8位MCU市场上有很多不同供应商提供的产品，在32位市场中也有很多公司提供基于ARM的产品，工具是否能够支持这些来自不同供应商的产品也很重要。例如旋极公司的TRACE-ICP支持AMD、ATMEL、 FREESCALE、 FUJISTU、 HYNIX、INFINEON、INTEL 、MACRONIX、MICRON、NEC、PHILIPS、SAMSUNG、SHARP、SST、ST、TOSHIBA、WINBOND…等供应商基于 ARM处理器的在线FLASH在线编程、TRACE-ICP支持操作系统调试如：ECOS、 Linux、 Nucleus、 OSE、 pSOS、 QNX、symbian、uclinux、 uC/OS-II、 VxWorks、 WinCE 等。 纵观开发工具领域，目前越来越多的嵌入式系统软件供应商推出个性化的开发工具套件，但是它们来自不同的供应商，从而导致在通用性支持方面不够好，未来在这方面还需要工具提供商的共同努力。除提供标准的编译器、编辑器、调试器，还提供增强的操作系统内核级调试手段和高级的系统分析工具，如内存泄漏检测、实时追踪代码的运行等。在我们对众多客户了解其需求及期望值来看，嵌入式开发工具将向高度集成、编译优化、具有系统设计、可视化建模、仿真和验证功能方向发展！ 目前有很多工程师在设计嵌入式系统的时候往往选择最底层的工具，把绝大部分的时间都花在了底层的细节，而往往忽视了创新性和系统级的把握。工程师无论是为了自身的发展还是为了所设计产品的竞争力，这两点其实都是至关重要的。 嵌入式系统的开发通常是硬件和软件同时进行的，其在开发过程中出现不良状况的原因有可能是硬件或是软件，有时甚至可能是两者同时发生故障。在这样的状况下，就要求从事硬件的技术人员要相当程度的懂得软件，从事软件的技术开发人员也要在一定程度上懂得硬件。 目前该行业存在最终产品的寿命缩短的趋势，这就意味着每年都有必要开发新的产品。但是从初级阶段进行开发，需要花费大量的开发成本及开发时间。因此，有效地归纳总结现有的开发成果，并有效地投入新开发中加以利用是十分重要的。例如，为了让源代码、电路图等可以直接投入利用，通俗易懂地进行注释是其中的一种办法。 另外我想谈谈软件测试的质量和软件测试的一些策略！下面我来举几个例子来说明软件测试的其重要性！ 1998 年 4 月，美国的一个重要的数据通讯网络出现了长达 24 小时的故障，使大部分美国的信用卡管理系统交易受到影响。受到影响的还一些大银行、零售商、和政府的数据系统，最后查出是软件故障所致。 1999 年 10 月，耗资 1.25 亿美元的 NASA 的火星气象卫星失踪，据信这是由于简单的数据转换错误所导致的。人们发现卫星软件中，有些数据使用英制，它们应被转换成公制。这个卫星应当充当另一项任务中的火星极地着陆项目的通信转发器，那个任务也失败了，原因不明。已组成一些检查小组试图找出导致错误未能被发现的操作步骤方面的失误。 下面是2002年的欧洲阿丽亚娜5火箭的第一次鉴定发射失败例子； double d_bh; short s_bh; sense_horizontal_velocity(d_bh); s_bh = d_bh; // OPERAND ERROR 随着软件测试在庞大软件系统中发挥的作用日益重要，早在60年代软件危机初期，人们就认识到了软件复杂度高，开发周期长，可靠性差，开发和维护费用大等问题。其中可靠性差就是软件质量问题的集中表现，而软件质量差又是软件维护费用大的主要因素之一。近年来，随着计算机应用领域的迅速扩大，人们对软件质量提出了新的、更高的要求。