总目录——AUTOSAR入门详解AUTOSAR入门详解目录汇总:待续中。。。https://xianfan.blog.csdn.net/article/details/132818463
目录
一、前言
二、方法论
三、单个ECU开发流程
一、前言
汽车生产供应链上有以下角色:OEM、TIER1、TIER2,其主要区别如下
简称 | OEM | TIER1 | TIER2 |
全称 | 代工厂(整车厂) | 一级供应商 | 二级供应商 |
企业职能 | 主要做整车的装配工作 | 主要给OEM供应ECU、钣金件等 | 主要给TIER1供应零件,比如ECU上的芯片、MOS管和电路板等 |
实例 | 奔驰、宝马等 | 大陆、博世等 | 英飞凌、NXP等 |
根据上述供应链,TIER1作为OEM的ECU供应商,所生产制造的ECU需要受到OEM一定的规范,才能生产出OEM所需要的ECU设备。
而AUTOSAR方法论就是指导OEM、TIER1分布式开发的一套工作流程、工作方法,其规定了以下内容:
- 工作流程:从OEM的开始设计汽车电子架构、到各个TIRE1完成每一个ECU软件设计全套流程。
- 数据交互方式:arxml文件,AUTSOAR推荐的、供OEM、TIRE1直接交换信息的文件格式。
- AUTOSAR工具链:MCAL配置EB、BSW配置、SWC工具等,这些工具链可以通过导入、配置、生成arxml文件形式将大部分工作自动化配置,提高开发效率。
二、方法论
AUTOSAR 方法论(AUTOSAR Methodology)中车用控制器软件的开发涉及系统级、ECU 级的开发。
- 系统级:主要考虑系统功能需求、硬件资源、系统约束,然后建立系统架构;
- 输入:SWC描述、ECU资源描述、系统约束描述
- 输出:系统配置描述文件(包含所有的系统信息、软件组件与ECU的映射关系和通信矩阵)
- 工作内容:端口数据映射到通信矩阵;SWC映射到ECU
- ECU级:根据抽象后的信息对ECU进行配置;
- MCAL硬件配置与驱动集成
- BSW功能配置与集成
- RTE中将SWC的Runnable Mapping到具体的Task
系统级和ECU级设计的同时,伴随着软件组件的开发。上述每个环节都有良好的通信接口,并使用统一的 arxml描述文件,以此构建了AUTOSAR方法论。
总结:
- AUTOSAR中定义了XML文件格式,使其能在各个配置环节中进行信息读取及交换。
- 开发流程:系统架构设计、软件组件设计、软件组件映射到具体ECU、ECU级开发(RTE\BSW\MCAL)
- 一般系统级别的开发工作主要由OEM完成,ECU级别的开发工作下放到TIRE1进行,不过也有部分OEM会将SWC的设计工作下放到tire1实施。
三、单个ECU开发流程
- 编写系统配置输入描述文件(OEM汽车电子架构设计)
- 软件组件描述:包含系统中所涉及的软件组件的接口信息,例如数据类型、端口接口、端口等;
- ECU资源描述:包含系统中每一个ECU所需要的处理器及其外设、传感器、执行器等信息;
- 系统约束描述:包含总线型号、软件组件间的拓扑结构和一些映射关系等信息;
- 生成系统配置描述文件:基于系统配置输入描述文件,系统配置根据ECU资源和时序要求,将软件组件映射到对应的ECU上。
- 系统配置文件:系统通信矩阵
- ECU信息萃取:将待配置ECU信息抽取出来即可,服务于之后的ECU配置。 (主要是OEM萃取之后作为Tire1 ECU实现的输入材料,文件格式为Arxml)
- ECU配置:过程主要是对RTE和BSW的配置。
-
- 在RTE配置阶段,需要将软件组件的运行实体映射到相应的操作系统任务;
- 在BSW配置阶段, 需要详细配置BSW层中所需要用到的模块,一般有操作系统、通信服务、ECU抽象层和微控制器抽象层等,这一部分的工作包含了ECU的MCAL配置,目前主流方式为在EB上进行MCAL配置工作。
- 代码集成:软件组件级实现的应用代码、RTE代码、BSW代码进行代码集成,编译链接,生成MCU可执行文件。