AUTOSAR的分层架构

最新推荐文章于 2025-05-21 11:15:13 发布

Demu大叔

最新推荐文章于 2025-05-21 11:15:13 发布

阅读量1.5k

点赞数 3

CC 4.0 BY-SA版权

分类专栏： AutoSar 文章标签：汽车汽车电子控制 AutoSar

本文链接：https://blog.youkuaiyun.com/qq_30795221/article/details/97533142

本文介绍了AUTOSAR（AUTomotive Open System ARchitecture）的诞生背景和目标，旨在解决汽车电子控制软件的移植性和复用性问题。通过分层架构，包括Application、RTE和BSW三层，实现软件与硬件的解耦，提高代码质量和灵活性。AUTOSAR的核心是应用层的原子软件组件ASWC、运行环境RTE以及基础软件BSW，其中RTE提供通信服务，BSW包含各种底层服务和抽象层。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天从整体阐述下AutoSar的架构。

谈及AutoSar架构前，要稍微了解下AutoSar的背景知识。

汽车上控制器迅速地发展，逐渐出现同一供应商不同代别的产品无法相互移植和复用的现象，更别提不同的供应商的兼容性了。不同代别控制器无法复用，导致软件开发成本居高不下。另外，欧洲各OEM的软件和系统能力比较强，ECU供应商主要负责软件底层和硬件服务，不同供应商平台的不兼容性，导致OEM十分头痛，问题迟迟无法得到解决。

2003年，以宝马为首的几家OEM与Tier1成立AUTOSAR联盟，希望为汽车工业开发一套支持分布式的、功能驱动的汽车电子软件开发方法和电子控制单元上的软件架构标准化方案，也就是我们说的AUTOSAR（AUTomotive Open System ARchitecture），旨在摆脱软件对硬件和系统的依赖，降低OEM长期开发成本。

概括起来，传统软件开发被AutoSar取代，主要有这么几个原因：电子系统的复杂性不断增长；软件代码量急速上升；生命周期差别:整车的生命周期往往长于ECU的生命周期；嵌入式系统不支持硬件抽象；有限的软件模块化；兼容性差，当硬件更换后，软件要推倒重写；

那么AutoSar的应运而生，主要追求的目标就是：适用于整个产品生命周期；从软件中把硬件抽象出来，对于不同硬件平台具有更大的灵活性；更多的配置而非实现；标准化AUTOSAR的代码配置/建模工具；通过对BSW的标准化提高了代码质量；竞争力只体现于对OEM的特殊功能要求的实现；在整个汽车生命周期中，软件可以不断更新或升级；兼容性将覆盖整个网络节点，甚至适用不同OEM。

AutoSar的思想是将ECU的整个系统分层处理，将系统功能和硬件依赖性剥离开，通过AutoSar联系起来。AutoSar提供标准的应用程序(SWC)接口，运行环境(RTE)，基础软件(BSW) ，总线通信和开发流程及数据交换格式。

上面提到的分层结构，从物理层意义看，主要是Application、RTE和BSW三层。

应用层将软件划分成一个原子软件组件ASWC(Atomic Software component),包括Application Software Component，Sen