求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
目录
1.AUTOSAR相关知识
1. 老板说项目要上AUTOSAR,我慌得一批
2. 我淡定地撸了一遍AUTOSAR的基本概念
2.AUTOSAR理论基础
AUTOSAR架构
1. AUTOSAR架构的故事(干货)
2. AUTOSAR架构之通信服务(干货)
3. 这次我通过Interface来贯穿整个AUTOSAR架构
AUTOSAR启动与初始化
1. 解析AUTOSAR Startup
 
 
老板说项目要上AUTOSAR,我慌得一批
作者:实战派大师兄
348 次浏览
1次  
 捐助

莫慌,淡定,先来看看AUTOSAR是个什么鬼……

▍AUTOSAR是什么

AUTOSAR ( AU Tomotive O pen S ystem AR chitecture), 中文是“汽车开放系统架构”,是一家致力于制定汽车电子软件标准的联盟。 他们制定了一套专门用于汽车的开放性的框架和 行业标 准 , 它将 用作管理将来的应用程序和标准软件模块中功能的基本基础结构。

图片

▍AUTOSAR的历史故事

图片

自从德国人 卡尔·佛里特立奇·本茨 发明汽车后,在后来的岁月里,汽车不断地改进不断地演化,车内的系统和零部件越来越复杂和繁多。时至今日,汽车行业,变成了一个蓬勃发展的行业,同时也是一个竞争非常激烈的行业,以致各车企各相关供应链都在争分夺秒地“攻城略地”。

同时,这个汽车行业在竞争中,也迎来各种各样的挑战。

图片
作为汽车发源地的欧洲大地,准确地讲,德国,于2002年8月,有一群车企大佬( 宝马、博世、大陆集团、戴姆勒克莱斯勒和大众汽车公司,后来西门子威迪欧也加入了 ) 就共同的挑战和目标进行了讨论,成立一个 联盟 ,制定标准,准备一统江湖。 很快,在2003年,他们就将AUTOSAR kickoff了,同时也制定了AUTOSAR Classic Platform的Draft版。 在后来几年,这个联盟吸引了无数车企和相关设备商加入,规模不断地发展壮大,所制定的标准框架也日益完善。 逐渐地,后来发现Classic Platform只覆盖了低端的设备,是基于微处理器之上的,上面更高端的系统或服务(有哪些?想想手机业务的发展情况),没有覆盖到。他们的野心是大大的,目标是宏伟的,到了2017年,一个Adaptive Platform就这样诞生了。

▍AUTOSAR的标准化

AUTOSAR到底做了什么?

图片
AUTOSAR通过以下内容作了 标准化 :
  • 软件接口
  • 交换格式
  • 方法论
同时具备以下优点或特点:
  • 硬件和软件彼此广泛独立。
  • 可以通过水平层将开发分离(通过抽象),从而减少开发时间和成本。
  • 重复使用软件可提高质量和效率
  • 将汽车系统的基础软件标准化为一个跨OEM的“标准栈”
  • 集成不同供应商生产的功能模块,适用于不同的车辆及不同的车型
  • 从软件中把硬件抽象出来,对于不同硬件平台具有更大的灵活性
  • 通过对BSW的标准化提高了代码质量
  • 竞争力只体现于对OEM的特殊功能要求的实现
  • 重用性可以覆盖整个网络节点,甚至跨不同OEM

▍AUTOSAR 带来了什么好处

对于 OEM 车厂
  • 在供应商之间建立分布式开发
  • 通过增加设计灵活性来竞争创新功能
  • 简化软件和系统集成
  • 降低总体软件开发成本
对于 供应商
  • 启用更有效的变体处理
  • 跨OEM复用软件模块
  • 提高应用程序开发效率
  • 发明新的商业模式
对于 工具供应商
  • 与开发流程交互
  • 将工具嵌入整个工具环境
对于 新入市场者
  • 通过标准化接口启用新的业务模型
  • 轻松了解汽车软件的开发方式

▍AUTOSAR的合作伙伴

在上面的“历史故事”中讲到,AUTOSAR是一个强大的联盟。发展到现在,它现在拥有284 个合作伙伴!

图片

其中有9个 核心成员 :

图片

还有其他类型的合作伙伴:

图片

这些合作伙伴遍布世界各地

图片

这个联盟还专门设立了一个机构

图片

这个机构就像一个项目团队,有各种分工

Group Type Initiated By Main Tasks Coaching Contect Person
Lead WG Permanent PL Team - Technical supervision of WGs and concept groups
- Harmonization of technical content
- Assignment of concepts to WGs
PL Coach WG Speaker
WG Permanent PL Team - Expert statements
- Responsibility for documents and code development
- Assessment of concepts
PL Coach WG Speaker
Subgroup Permanent WG WG substructure for a dedicated branch of WG content - Subgroup Speaker
Control Board Permanent PL Team Controlling task within AUTOSAR processes (e.g. CM, QM, SDE or RM) suchas CCB, CF-CCB and OSS-CB PL Team CM, QM or RM
Concept Group On demand
(project-based)
CP/SP/ PP/DP Creation and processing of a concept or a set of concepts according to concept processResponsibility for concept validation - Concept Owner(s)
Task Force On demand
(project-based)
WG or
PL Team
Dedicated task with defined due date - TF Speaker
UG On demand
(project-based)
PP/DP/AP Creation of documents or implementations based on existing releases PL or SC
Team
UG Speaker
图片

(上面都是英文,我没翻译,感兴趣的同学,将就点看,另外 里面有几个缩写,可以对着图上看,例如:WG就是Working Group,PL即Project Leader等 )

▍AUTOSAR是如何交付的

图片

从这个图可以看出,这是从一个叫“Foundation”出发的,扩展出 Classic Platform (简称CP)和 Adaptive Platform (简称AP)两大平台,继而定义各种接口和测试等。

▍关于Foundation,CP和AP

Foundation

图片

Foundation目的是增强AUTOSAR平台之间的互操作性。

其基础包含在AUTOSAR平台之间共享的通用要求和技术规范(例如协议)。

Foundation确保了不同AUTOSAR标准的兼容性,因此包含了所有常见工件,例如

  • 提供了描述AUTOSAR体系结构及其所有接口的方法

  • 定义交换格式和描述模板(例如清单)以启用

    • 无缝集成完整的车辆E / E架构,

    • µC和µP软件堆栈的自动配置,以及

    • 无缝集成应用软件

  • 支持确保系统安全性的手段

  • 提供用于记录标准的模板

CLASSIC PLATFORM

AUTOSAR Classic平台体系结构在运行在 微控制器 上的三个软件层之间的最高抽象层上有所区别:应用程序(Application),运行时环境(RTE)和基本软件(BSW)。

  • 应用软件层主要与硬件无关。
  • 软件组件之间的通信以及通过RTE访问BSW。
  • RTE代表应用程序的完整接口。
  • BSW分为三个主要层和复杂的驱动程序:
    • 服务,ECU(电子控制单元)抽象和微控制器抽象。
    • 服务进一步分为代表系统,内存和通信服务基础结构的功能组。
图片

ADAPTIVE PLATFORM

AUTOSAR Adaptive平台为 Adaptive Applications(ARA)实现AUTOSAR Runtime 。提供两种类型的接口: Service 和 API 。该平台由按服务和Adaptive AUTOSAR基础分组的功能集群组成。

  • 集成Adaptive平台的功能

  • 定义需求规范的聚类

  • 从应用程序和网络角度描述软件平台的行为

  • 不限制实施Adaptive平台的体系结构的最终软件设计。

每台(虚拟)计算机的AUTOSAR Adaptive平台基础中的功能集群必须至少具有一个实例,而服务可能会在车载网络中分布。

与AUTOSAR Classic Platform相比,用于Adaptive Platform的AUTOSAR Runtime Environment在运行时动态链接服务和客户端。

图片

▍基于AUTOSAR开发

上了AUTOSAR后,从应用角度看,似乎和平台无关,像是无缝结合

图片
不同ECU通过底层BUS通信

图片

应用和平台无关

图片

无缝结合

那么,基于AUTOSAR是怎么做到这些效果的,其标准化( 软件接口、交换格式、方法论 )到底做了什么?里面有神秘的方法么?

 


您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



348 次浏览
1次
 捐助
欢迎参加课程:
AutoSAR原理与实践
AUTOSAR架构与实践(从CP到 AP )
MBSE(基于模型的系统工程)