AUTOSAR最新技术设计

如果辅助系统也已转换为标准化，则这时的系统工程才完全利用。自20世纪90年代以来，进行了有关操作系统（如OSEK）、总线系统（如FlexRay、Most）、基本软件（如HIS）和功能接口（如Cartronic）的标准化努力。自2003年中期以来将这些标准化努力大部分汇集成AUTOSAR（图8.1-12）和瞄准新的标准化设计工作，简称为汽车开放式系统结构（Au-tomotive Open System Architecture）的AUTOSAR是汽车生产厂家和供货商的开发伙伴，其目标是共同开发一个标准化的电气/电子（E/E）结构方案，以掌握不断增长的E/E系统的综合性^[17]。

图8.1-12 AUTOSAR结构^[17]

AUTOSAR有3个分项结构，即核心部分、高级部分和辅助部分。在不同协议框架中包括辅助部分的AUTOSAR在开发电子系统中担当主动的、特殊的角色。

AUTOSAR作为未来汽车内部功能管理和标准软件模块管理的基础，它考虑车身电子系统、驱动系统、底盘系统、安全性系统、多媒体系统、电信与信息系统以及人—机接口等领域。在汽车工业内的标准化已取得很多好的效果。AUTOSAR已提供给汽车生产厂家、供货商、工具生产厂和新的开发伙伴使用。

AUTOSAR各开发成员特别希望在汽车电子技术方面提高功能软件的互换性程度。如果不是与竞争有重大关系的一些功能（如照明控制），甚至在供货商汽车平台之间会出现一定的互换性。多方面应用（如信息系统、驾驶人辅助系统）和高的舒适性标准化是AUTOSAR开发伙伴的强大推动力。

要明确定义AUTOSAR的目标。在大量的工业基本软件中应建立和实施基本功能软件的标准化。有关汽车、系统平台和生产厂家的分工同样是必要的，正像不同供货商的功能模块的集成一样。此外，在网络中的功能应当是可移动的。(www.xing528.com)

AUTOSAR电控单元—软件—结构可分应用、AUTOSAR运行时间环境（RTE）和基本软件几个层面。总是以功能定位详细说明和开发应用层面。软件块的实施与基础无关。AUTO-SAR软件块间的通信通过功能接口实现。

在两个或多个应用软件数据交换时，AUTOSAR RTE构成一个通信层。AUTOSAR RTE也承担用基本软件进行数据交换，它是为具体的电控单元和存储在电控单元中的软件块设计的。

基本软件代表非功能性的标准软件层。例如诊断或存储管理的一些标准服务软件都属于基本软件。基本软件也提供通信（CAN、LIN、FlexRay、I/O等）。微控制器在联系（通信）中起重要作用。另外还需要各种器件驱动器，它们与基本软件平行，可直接在硬件上操作。

在建立系统结构时AUTOSAR方法也定义为一种操作方式，它从软件块或硬件部件的形式描述中推导出（图8.1-13）。在设计阶段，利用“虚拟功能总线（Virtual Function Bus）”可以检测AUTOSAR软件块间的相互作用。对每一个软件模块存在着一个描述信息（数据），其中形式说明软件模块的接口特性。在系统设计和软件实现前，要根据“软件块的等级（Soft-ware Component Descriptions）”检测所有的软件块和各接口的相互作用的范围有多大。同样，电控单元的硬件也用形式描述。“ECU等级”包含各接口信息和硬件资源信息。“系统约束等级”包含整个系统的各种边界条件。在形式描述软件（SW）块、ECU资源和整个E/E系统基础上，可以将SW分配到各个电控单元上。通过使用相应的工具可很好地设计有效的结构系统。

2004年建立AUTOSAR设计。2006年中期结束说明书细则阶段并最后定义AUTOSAR方法。这样，到2006年底，并在成功的系统集成和批准生效后，AUTOSAR达到技术成熟程度。从而可进行OEM专门的电子系统的系列开发。因为不能马上将汽车上现有的E/E系统结构转换为AUTOSAR结构，所以规定可以同时采用AUTOSAR模块和汽车上现有的部件。从2007年起，AUTOSAR进入阶段Ⅱ，并增加一些新的内容，如安全性设计和多媒体。