1 方法论概念

1.1 汽车产业链名词

为了解各自的行业角色，需要去了解以上几个概念！

1.2 autoSAR方法论

简单来说，基于autoSAR架构进行ECU软件开发的完整开发流程。

具体的工作流程：OEM设计带汽车电子架构 -> tier1完成ECU的完整功能的实现

不同行业角色之间相互交换的文件

交换文件， 其包含以下三部分内容 软件组件描述（SW-Component Description） ： 系统中所涉及的软件组件的接口信息， 例如数据类型、 端口接口、 端口等。 ECU资源描述（ECU Resource Description-HW only） ： 系统中每个ECU所需要的处理器及其外设、 传感器、 执行器等信息。 系统约束描述（System Constraint Description） ： 总线信号、 软件组件间的拓扑结构和一些映射关系等信息

相应的工具链：

可以参考：

2 应用接口

AutoSAR规范中，不同模块间通信的接口主要分为以下三类：

2.1 AutoSAR接口（AutoSARInterface）

应用接口，是AutoSAR非标准接口，由RTE提供给软件组件， 可作为软件组件间通信的接口， 也可以作为软件组件与I/O硬件抽象层或复杂设备驱动层间的接口。

2.2 标准AutoSAR接口（Standardized AutoSARInterface）

特殊的AutoSAR接口，由RTE向软件组件提供BSW中的服务，如存储器管理、ECU状态管理、“看门狗”管理等 。

2.3 标准接口（Standardized Interface）

用于ECU上的BSW各模块间、 RTE和操作系统间、 RTE和通信模块间， 应用软件组件不可访问。

3 虚拟总线功能

AutoSAR为了实现一种“自顶向下”的整车级别的软件组件定义， 提出了虚拟功能总线（Virtual Function Bus， VFB）的概念。 VFB可以使得负责应用层软件的开发人员不用去关心一个软件组件最终在整车中的哪个ECU中具体实现， 即使得应用软件的开发可以独立于具体的ECU开发。

VFB是AUTOSAR提供的所有通信机制的抽象。 通过VFB， 无论软件组件使用的是在ECU内部的通信还是在ECU之间的通信， 对于应用软件的开发者而言， 没有本质区别。 内部通信与外部通信的区别只有等到系统级设计与配置阶段， 将软件组件分配到不同的ECU之后才会体现出来。 最终， VFB的真实通信实现可以由RTE和基础软件来保证， 所以，RTE是AUTOSAR VFB的具体实现。