做服务的网站重庆seo教程搜索引擎优化
总目录——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可执行文件。
 
