汽车开放系统架构（AUTOSAR）
现在有许多方式便于汽车控制系统工程师处理越来越复杂的控制系统。其中一种较受推崇的方式，就是采用通行标准和通常架构。这些适用于控制系统的标准，应该促进软件重用、灵活集成。荷兰Elektrobit集团旗下3Soft GmbH公司的tresos ECU部门产品经理Karsten Hoffmeister评论说，为了重用应用软件，它必须能够与指定此软件运行的硬件平台分开独立使用。这个目标可以通过为介于软件硬件之间的界面（叫做运行时间环境RTE）开发一个适用的标准来实现，作为AUTOSAR标准的重要组成之一。
美国大众汽车公司的Eric Jensen认为：符合AUTOSAR标准的RTE，可以在硬件驱动器和服务上与个人电脑操作系统相媲美。所有适用于某种特定功能的应用软件（如动力控制软件），都可以编写进RTE界面中，而不用非得写进电子控制单元（ECU）。Jensen补充说，符合AUTOSAR标准的 RTE界面，允许软件独立于硬件平台之外。
AUTOSAR通过限定界面促进软件的再次使用，而那些界面是独立于硬件之外的。
一个已经被编写进AUTOSAR标准的软件，适用于卖方的任一微控制器。
因为此软件已经和符合AUTOSAR标准的运行环境兼容了。
NEC电子（欧洲）公司汽车贸易部的Peter Jakobsson预测：在2009年前可能只有一两个OEM制造商采用AUTOSAR标准，至少要到2015年，这个标准才有可能渗透到领域深处。他预测这么长的时间，是因为没有OEM商会主动将现有功能改成符合AUTOSAR标准的，除非因为其他的原因，比如想增加或升级一种特色设计，或作为常规要求的补充。
事实上，即使是对那些全力支持AUTOSAR标准的人也认为，“完全采用AUTOSAR标准的，是不存在”，Hoffmeister说，“总是存在某些客户工具和客户ECU软件，这些都有别于AUTOSAR标准。”
在全行业内推行此标准有个潜在障碍，就是来自一些OEM厂商和大的第一级汽车供应商的抵制，因为他们已经有自己的标准和架构了。采用AUTOSAR标准及其架构看起来有风险，这包括可能产生更换成本、丧失控制。另一个担心的，就是AUTOSAR比绝大多数现有标准都更综合，为它编写软件会对ECU资源提出更多要求，比如内存和功能总线带宽，可能超过现有软件开发的常用范围。
要让AUTOSAR获得广泛使用，必须考虑以上所说及的问题。Hoffmeister说：将多家开发商编写的软件集成起来相对便宜。现在， 大众汽车公司、Hella公司、3Soft公司，以及NEC电子（欧洲）公司正在为大众公司批量生产的帕萨特，开发一种具有完整功能型的、能使驾驶者身心舒适的电子控制单元，这恰恰体现了AUTOSAR标准。
AUTOSAR联盟有望在2006年最后一个季度验证并测试此标准。
采用AUTOSAR标准还有其它原因，English看到了Delphi公司采用此标准的内部发展需求以及外部市场要求。过去的4年间，Delphi公司发现有必要将其诸多生产线统一软件架构。他说：“因为我们知道一些客户将要求我们执行AUTOSAR标准，所以我们不会只是简单复制并维持我们独有的平行常规架构。即使对没有要求我们采用此标准的客户，实施这项标准也很有意义。”
NEC电子公司的Jakobsson相信，AUTOSAR标准将使今天的汽车微控制器供应商更像系统开发者，因为他们还需要供应软件驱动器和基础硬件。他们现在必须供应一个完整的系统，包括微控制器、软件以及配置套——而不再像过去那样只供应一个微控制器和一套使用手册。
Hoffmeister相信在一个较高的构架水平上“采用AUTOSAR标准，需要汽车供应商在开发过程中就作相应改进，因为执行的标准已经从电子控制单元为中心变成以功能特定性为中心的了。”他相信OEM厂商和第一级汽车供应商需要计划并思考独立于硬件之外的功能，而非选用ECU之后的精细调谐功能。
评论