AUTOSAR从入门到精通-漫谈autosar软件架构（九）

最新推荐文章于 2026-08-17 15:05:31 发布
原创 最新推荐文章于 2026-08-17 15:05:31 发布 · 2.3k 阅读 · 38 GEO检测

目录

前言

原理

AUTOSAR架构

AUTOSAR分层结构及应用软件层功能

虚拟功能总线VFB及运行环境RTE

基础软件层(BSW)层内划分及其功能

BSW架构

微控制器抽象层

服务层

应用软件移植符合AutoSAR架构

VCU应用软件移植

SWC设计

Port设计

Runnable设计

Configuration Parameters配置

AUTOSAR Dictionary配置

 

前言

AUTOSAR是Automotive Open System Architecture（汽车开放系统架构）的首字母缩写，是一家致力于制定汽车电子软件标准的联盟。

AUTOSAR是由全球汽车制造商、部件供应商及其他电子、半导体和软件系统公司联合建立，各成员保持开发合作伙伴关系。

自2003年起，各伙伴公司携手合作，致力于为汽车工业开发一个开放的、标准化的软件架构。AUTOSAR这个架构有利于车辆电子系统软件的交换与更新，并为高效管理愈来愈复杂的车辆电子、软件系统提供了一个基础。

此外，AUTOSAR在确保产品及服务质量的同时，提高了成本效率。整车软件系统可通过AUTOSAR架构对车载网络、系统内存及总线的诊断功能进行深度管理，它的出现有利于整车电子系统软件的更新与交换，并改善了系统的可靠性和稳定性。

目前支持AUTOSAR标准的工具和软件供应商都已经推出了相应的产品，提供需求管理，系统描述，软件构件算法模型验证，软件构建算法建模，软件构件代码生成，RTE生成，ECU配置以及基础软件和操作系统等服务，帮助OEM实现无缝的系统软件架构开发流程。

AUTOSAR计划目标主要有三个：1）建立独立于硬件的分层软件架构；2）为实施应用提供方法论，包括制定无缝的软件架构堆叠流程并将应用软件整合至ECU；3）制定各种车辆应用接口规范，作为应用软件整合标准，以便软件构件在不同汽车平台复用。
 

标签
#java #运维 #数据库
了解本专栏 订阅专栏 解锁全文 超级会员免费看
AUTOSAR介绍
weixin_50518899的博客
08-02 9272
AUTOSAR(AUTomotive Open System ARchitecture，汽车开放系统架构)是汽车和软件行业领先公司的全球合作联盟，为智能移动开发和建立标准化的软件框架以及开放的E/E系统架构。考虑到目前和未来市场中不同的汽车E/E架构，
汽车电子技术演进：从域控制器到AUTOSAR与功能安全实践
最新发布
weixin_34246551的博客
08-17 393
汽车电子系统正从传统分布式架构向域集中式架构演进，这一变革的核心在于资源整合与软硬解耦。域控制器通过合并同类功能，实现了算力集中与复用，显著降低了硬件与线束成本，并为软件定义汽车奠定了基础。在软件层面，AUTOSAR作为行业标准，确保了安全关键系统的可靠性与实时性，而新型中间件则提供了更高的开发灵活性和生态丰富性。随着系统复杂度的提升，功能安全与预期功能安全成为开发过程中的关键考量，要求从芯片选型到软件设计都遵循严格的安全标准。这些技术共同推动了智能汽车在智能座舱、自动驾驶等场景的应用，使得汽车从单纯的交通
软件设计工具AutoSAR：完善嵌入式系统开发的利器
带你成为别人眼中的大佬！
08-07 435
以上仅是AutoSAR工具的一小部分功能和示例代码，该工具还包括其他丰富的特性，如网络通信协议支持、诊断和故障处理等。AutoSAR作为一个专业工具，帮助开发人员遵循这一标准，提供了一套丰富的功能来简化和加快嵌入式系统的开发过程。它的模块化设计、自动代码生成、标准化接口和参数管理等特点，使得开发人员可以更高效地创建符合AUTOSAR标准的软件架构。这些参数的配置可以极大地影响系统的性能和行为。它为开发人员提供了一个强大的编辑器环境，用于创建和管理自动驾驶和汽车电子中的标准化软件架构（AUTOSAR）。
功能安全架构漫谈：从E-GAS的经典三层，看AURIX TC397 SafeTpack如何简化ASIL D开发
weixin_30632089的博客
03-29 670
本文探讨了功能安全架构的演进，从经典的E-GAS三层架构到AURIX TC397 SafeTpack的工程实践。E-GAS架构通过分层防御设计实现功能安全，而AURIX TC397 SafeTpack则集成了硬件安全机制与软件架构，简化了ASIL D开发流程。文章详细分析了两种架构的设计哲学、工程实现及选型考量，为汽车电子控制单元开发提供技术参考。
【补充篇】三万字了解AUTOSAR软件架构（三）
weixin_47571898的博客
03-03 571
本章介绍多核MCU下的CP架构
汽车电子AutoSAR从入门到精通视频课程
05-07
课程大纲1-学前必看1-课程大纲介绍2-一名汽车软件工程师10年成长历程3-资料下载4-教你如何看AutoSAR SWS官方文档2-AutoSAR基础认知篇5-什么是 AutoSAR 为什么要学习 AutoSAR6-用Linux操作系统思维理解AutoSAR7-AutoSAR出现的背景和行业状况8-AutoSAR运行的硬件环境ECU9-AutoSAR优势和代码演示10-AutoSAR开发方法论11-汽车电子岗位介绍12-AUTOSAR工具链讲解3-AutoSAR基础软件层01-BSW概述13-BSW概述-114-BSW概述-202-BSW MCAL驱动015-MCAL和普通的单片机驱动区别016-TC3XX芯片介绍017-TC397芯片框架介绍018-TC3XX芯片存储资源和寻址介绍019-TC3XX芯片CAN外设020-TC3XX芯片中断系统021-TC3XX安全管理单元022-TX3XX直接存储访问模块DMA023-TC3XX芯片CAN驱动MCAL介绍03-BSW通信功能24-CAN总线物理层讲解-125-CAN总线物理层讲解-226-CAN总线物理层讲解-标准和仲裁机制27-CAN总线物理层讲解-数据帧28-CAN总线物理层讲解-错误检测机制29-CAN总线物理层讲解-位时间和同步30-CAN总线DBC文件讲解31-AutoSAR通信概述-通信服务架构132-AutoSAR通信概述-通信服务架构233-AutoSAR通信概述-PDU和收发数据流34-CAN总线网络传输层CanTp讲解-Can诊断网络分层35-CAN总线网络传输层CanTp讲解-CanTp组帧拆帧过程-136-CAN总线网络传输层CanTp讲解-CanTp组帧拆帧过程-237-CAN总线网络传输层CanTp讲解-CanTp时间参数和诊断数据流38-车载以太网第一讲-车载以太网基础知识MAC PHY39-车载以太网第一讲-车载以太网和工业以太网区别40-车载以太网在Autosar上的应用-以太网协议栈软件架构41-车载以太网在AutoSAR上的应用-Soad PduR42-LIN总线入门到精通第一讲-Lin总线基础知识43-LIN总线入门到精通第一讲-Lin协议格式44-LIN总线入门到精通第一讲-Lin帧类型45-LIN总线的通信矩阵和LDF文件讲解46-LIN总线在AutoSAR上的应用47-Lin总线诊断应用-LinTp传输层48-Lin总线诊断应用-Lin主节点诊断流程49-SPI总线基础知识50-AutoSAR SPI应用51-协议数据单元PDU和服务数据单元SDU52-Pdu Router(PduR)模块详解53-Com模块讲解-报文和信号54-Com模块讲解-COM内部实现原理04-通信状态&网络管理55-通信管理架构（状态管理&网络管理）56-CanSM模块57-Network Management（NM）网络管理模块05-诊断功能58-诊断功能第一讲-诊断基础知识59-诊断功能第二讲-UDS服务讲解-UDS基础知识60-诊断功能第二讲-UDS服务讲解-物理寻址和功能寻址61-诊断功能第二讲-UDS服务讲解-具体服务讲解-162-诊断功能第二讲-UDS服务讲解-具体服务讲解-263-诊断功能第二讲-DCM模块讲解64-诊断功能第四讲-OBD服务06-存储功能65-存储知识和AUTOSAR存储架构66-AUTOSAR 存储服务之Fee换页策略07-标定功能67-标定讲解08-BSW基础服务68-Autosar BswM模块讲解10-BSW OS功能69-AutoSAR OS和OSEK OS70-OS内核讲解171-OS内核讲解24-AutoSAR的实时运行环境72-AutoSAR应用软件层-RTE层概述5-AutoSAR的应用层（APPL）73-AutoSAR应用软件层-AppL层概述 
AutoSAR入门到精通讲解 (AuroSAR-CP描述) 1.1 AutoSAR-CP简介
热门推荐
DSMGUOGUO的博客
09-06 2万+
MATLAB：主要是应用层做算法用的，比较方便实用：主要用来搭建设计APPL的框架架构： 主要用来配置BSW和自动生成RTE的返回总目录。
AUTOSAR从入门到精通-漫谈autosar软件架构（五）
getusushu的博客
01-06 1911
这些进程都是运行在操作系统之上的，进程是动态运行的，何时调用、进程生存周期、资源占用及进程结束等，都是系统动态管理，好比你手机上的App何时打开、运行后其会调用的资源及何时关闭都是动态进行的。虚拟功能总线VFB（Virtual Functional Bus），它是对AUTOSAR所有通信机制的抽象，利用VFB，开发工程师将软件组件的通信细节抽象，只需要通过AUTOSAR所定义的接口进行描述，即能够实现软件组件与其他组件以及硬件之间的通信，甚至ECU内部或者是与其他ECU之间的数据传输。
AUTOSAR从入门到精通-漫谈autosar软件架构（四）
getusushu的博客
01-07 2037
I/O硬件抽象模块抽取外设I/O设备（芯片或面板）的位置和ECU硬件分层（μC管脚连接和信号转变）。I/O硬件抽象并不提取传感器/执行器。通过I/O信令接口访问不同的I/O设备。功能如下：・I/O信令与ECU硬件的连接（电流、电压、频率）；・为较高的软件层隐藏ECU硬件和布局特性通信硬件抽象层抽取通信控制器的位置和ECU硬件布局。对所有通信系统必须有一个指明的通信硬件抽象（LIN、CAN、MOST、FlexRay）。
AUTOSAR从入门到精通-漫谈autosar软件架构（六）
getusushu的博客
01-08 1808
AUTOSAR的全称是AUTomotive Open System Architecture，直译为汽车开放系统架构，是由全球汽车制造商、零部件供应商及其他电子、半导体和软件系统公司联合建立，致力于为汽车工业开发一个开放的、标准化的软件架构。简单来说，AUTOSAR是一种开放的软件架构，需要汽车制造商、零部件供应商、芯片供应商及软件公司共同合作来实现该软件架构。
AUTOSAR从入门到精通-漫谈autosar软件架构（一）
getusushu的博客
01-03 1581
AUTOSAR（AUTomotive Open System ARchitecture）是一种面向汽车电子系统的软件架构标准。AUTOSAR为汽车电子系统提供一种开放式的软件架构标准，以促进汽车电子系统的可重用性、互操作性和可扩展性。它包括一系列的规范和标准，涉及汽车电子系统的各个方面，如软件架构、通信、诊断、安全等。AUTOSAR的主要目标是提高汽车电子系统的开发效率和质量，以及降低开发成本。它可以使汽车制造商和供应商在开发汽车电子系统时更加灵活和高效，从而加速新产品的上市和提高产品质量。
AUTOSAR从入门到精通-漫谈autosar软件架构（七）
getusushu的博客
01-06 1141
AUTOSAR：全称为Automotive Open System Architecture，即汽车开放系统架构。它是由全球各家汽车制造商、零部件供应商以及各种研究、服务机构共同参与的一种汽车电子系统的合作开发框架，并建立了一个开放的汽车控制器（ECU）标准软件架构。AUTOSAR联盟是在2003年由9家汽车行业的巨头（宝马、博世、大陆、戴姆勒、福特、通用、PSA、丰田、大众）建立的。这9家公司后来也称为AUTOSAR联盟的核心成员。
AUTOSAR从入门到精通-漫谈autosar软件架构（三）
getusushu的博客
01-05 1227
操作系统负责运行时的资源和时间管理。EM负责平台初始化和应用的启动和停止，与操作系统协同工作。AP没有为高性能的处理器指定操作系统。而是，其定义执行上下文和操作系统接口供AP应用使用。OSI(操作系统接口)规范包含了ARA中部分应用接口以及AP应用的标准接口。OS本身可以很好地提供其他接口，例如创建进程，这是执行管理启动应用程序所需要的。然而，提供此类功能的接口，以及其他接口，不能作为ARA的一部分使用，它被定义为依赖于平台实现。OSI同时提供C和C++接口。
AUTOSAR从入门到精通-漫谈autosar软件架构（八）
getusushu的博客
01-09 1196
AUTOSAR是AUTOmotive Open System Architecture（汽车开放系统架构）的首字母缩写，是由全球各大汽车整车厂、汽车零部件供应商、汽车电子软件系统公司联合建立的一套标准协议，是对汽车技术开发一百多年来的经验总结。从2003年起，拟定了一个符合汽车电子软件开发的、开放的以及标准化的软件架构。该架构旨在改善汽车电子系统软件的更新与交换，同时更方便有效地管理日趋复杂的汽车电子软件系统。
AUTOSAR从入门到精通-漫谈autosar软件架构（二）
getusushu的博客
01-04 1264
汽车开放系统架构联盟（AUTomotive Open System ARchitecture，AUTOSAR）联合推出了一个开放化的、标准化的汽车嵌入式系统软件架构：AUTOSAR规范。Autosar（AUTomotive Open System ARchitecture）就是汽车开放式系统架构。这是一个由整车厂，零配件供应商，以及软件、电子、半导体公司合起来成立的一个组织。AUTOSAR也是一种开放的软件架构，需要汽车制造商、零部件供应商、芯片供应商及软件公司共同合作来实现该软件架构。
从航空FACE的一个落地方案漫谈汽车HPC软件架构的思维转变（3/3）汽车HPC上的软件架构设计趋势漫谈
09-08 1146
AUTOSAR的核心诉求不是“灵活”，而是“标准化、可协同、可复用“层”的强约束（职责隔离、标准接口）是实现这些诉求的基石，虽然牺牲了部分灵活性，但换来了汽车电子行业的高效协同和成本降低；“段”的灵活性虽然适合特定场景（如定制化部署），但缺乏统一标准，无法解决多厂商协同、软硬件解耦的核心痛点，因此不符合AUTOSAR的设计目标。汽车电子需要“大家都按规矩来”，而“层”就是规矩，“段”则是“各自发挥”——AUTOSAR必须选“规矩”。汽车电子软件在HPC时代的核心诉求是“标准化基础上的灵活创新。
快照速度_漫谈DTC之快照服务
weixin_39768371的博客
01-04 2124
今天这期DTC漫谈，我们来唠唠快照服务（即1904h服务）。快照服务的作用，简单来说，就是为了方便诊断工程师在排查车载控制器出现故障时能及时了解车辆的实际情况。比如，我们可以设置Global快照信息，包含：车的车速信息，车的发动机的转速度，点火状态等信息。也可以设置Local快照信息，该控制器独有的信息，如:BMS控制器中对于动力电池的温度，动力电池电压，电流等。先介绍下1904服务，该服务叫做快...
从航空FACE的一个落地方案漫谈汽车HPC软件架构的思维转变（2/3）FACE的“段”同Autosar的“层”概念区别探索
09-08 821
FACE不用“层”而用“段”，本质是**“从技术逻辑导向转向工程落地导向”**：“层”解决的是“如何划分技术层级”，而“段”解决的是“如何在航空高安全、高定制、多协作的场景下，实现标准化与灵活性的平衡”。它不仅是术语的差异，更是对航空系统需求的深度适配——通过“功能闭环+灵活组合+工程协同”的属性，让开放式架构从“技术概念”真正落地为“可执行、可协作、可复用”的航空软件标准。对比维度传统分层架构（层）FACE分段架构（段）依赖方式依赖“具体实现”（如类），强耦合依赖“标准接口”（如），解耦功能范围。
SOME/IP协议设计漫谈：从AUTOSAR R21-11标准看Message Type与Return Code背后的工程哲学
weixin_30839881的博客
03-28 380
本文深入探讨了SOME/IP协议的设计哲学，基于AUTOSAR R21-11标准分析了Message Type与Return Code背后的工程智慧。从消息类型的本质抽象、TP分包的工程考量，到返回码的语义设计和大端序的历史选择，揭示了汽车电子通信协议设计的核心思想与未来演进趋势。
漫谈车规MCU之何为车规？
qq_41854911的博客
11-07 987
DFT的目标是设计出易于测试和故障定位的芯片，以提高测试的覆盖率和效率，减少测试成本和时间。根据著名的硅基半导体器件使用生命周期的失效率的浴盆曲线，老化测试（Burn-In）是对芯片进行一定时间的高温和高负载运行，以模拟芯片在实际使用中的工作环境，以提前筛选出潜在的故障和可靠性问题。老化测试可以帮助排除芯片制造过程中的缺陷和问题，提高芯片的可靠性和寿命。它提供了一套标准的最佳实践，帮助组织建立可重复和可持续的工程过程，并提供了一种评估和改进的方法，以确保组织能够按时、按质地交付高质量的软件和系统。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

格图素书

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值