总目录——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可执行文件。
