AutoSAR专题（一）总览

autosar（汽车开放系统架构）是由全球汽车制造商、零部件供应商以及电子、半导体和软件系统公司共同建立的，旨在降低汽车控制软件开发的风险，提升软件的可复用性。自2003年成立以来，autosar联盟的成员队伍不断扩大，几乎覆盖了全球知名的整车厂、零部件供应商、半导体公司和软件工具开发商。

AutoSAR架构分层从上图可以看出，AutoSAR架构从下到上依次为基础软件层（Basic Software Layer，BSW）、运行时环境（Runtime Environment，RTE）和应用层（Application Software Layer）。

（1）微控制器层（Microcontroller）

这一层是硬件层，即当前使用的微控制器单元（MCU）。

（2）微控制器抽象层（Microcontroller Abstraction Layer）

微控制器抽象层包含可以直接访问微控制器和外围设备的底层驱动程序，使上层软件与具体的MCU型号解耦。

（3）ECU抽象层（ECU Abstraction Layer）

提供控制ECU上硬件的API，将对某个硬件模块的访问抽象为一个API，使上层软件在调用时无需关心具体的ECU硬件设计，从而使上层软件独立于ECU硬件设计。

（4）服务层（Service Layer）

服务层为应用程序提供可用的服务，包含以下几个部分：

输入/输出（I/O）：对传感器、执行器和ECU外围设备的标准化访问。内存（Memory）：对内部/外部（非易失性存储器）的标准化访问。加密（Crypto）：对内部/外部加密原语的标准化访问。通信（Communication）：车辆网络系统、车载ECU通信系统和ECU内部软件的标准化访问。非车载通信（Off-board Communication）：V2X、车内无线网络系统和非车载ECU通信系统的标准化访问。系统：提供标准化（包括操作系统，定时器，错误存储器）和ECU特定（ECU状态管理，看门狗管理）的服务和库函数。（5）复杂驱动（Complex Drivers）

复杂驱动提供集成特殊功能的可能性，例如设备的驱动，这些驱动具有以下特点：

在AUTOSAR中没有明确规定。对时序要求较高。用于移植目的。（6）运行时环境（RTE）

运行时环境提供ECU内部/间的通信，使软件组件（Software Component，SWC）与ECU映射相互独立，建立一种虚拟总线功能（VBF）机制。

（7）应用层（Application Layer）

应用层包含若干软件组件（Software Component，SWC），SWC封装了需要实现的具体功能，独立于微控制器的类型，通过虚拟功能总线（VFB）实现与底层硬件的独立性。VFB提供了一种通信机制，具体由RTE和BSW实现。

SWC由端口（Port）和运行实体（Runnable Entity，RE）组成。

端口（Port）是SWC之间进行通信的接口，通信内容包含数据元素（Data Element，DE）和操作（Operation，OP）。

两种常用端口：发送-接收端口（Sender-Receiver Interface，S/R）和客户端-服务器端口（Client-Server，C/S）。

S/R用于数据传递，发送方将数据元素（Data Element，DE）发送给一个或多个接收方。C/S用于操作（Operation，OP），即函数调用，服务器提供函数，而客户端用来调用函数，一个函数可以被多个客户端调用，但一个客户端不能调用多个函数。

运行实体（Runnable Entity，RE）是一段可执行代码，封装了具体算法。

之前我写过几篇关于AutoSAR的文章，但内容较为分散，缺乏系统性。因此，我计划撰写一个关于AutoSAR的系列文章。所有内容都是我个人的理解，难免会有错误之处，如果您有不同的见解，欢迎联系我进行讨论。