Autosar培训笔记整理<一>

Autosar利益相关方以及相关职责

autosar软件系统开发过程涉及多个角色，如：标准组织、车厂OEM、供应商、各领域的工程师/架构师/专家。其中：

1. Autosar组织

• 职责：组织协调行业资源定义autosar目标、需求、各种规范：架构规范、实现规范、方法论、接口、模板等
• 会员：
• 核心会员：汽车行业领导企业9个----组织资源、制定规范、促进行业进步--提高软件生产效率/降低成本。
• 高级会员：核心贡献者----一定限度的人力或金钱，比如会议组织、代码贡献、文档编写等。
• 参与会员：使用者----需要向autosar组织贡献少量的金钱，直接使用相关代码。

2. OEM：车厂

• 角色：系统架构师、系统工程师、软件工程师、硬件工程师、快速原型工程师
• 职责 ：按照Autosar方法论，定义整车系统功能需求&VFB需求，分解&分发ECU任务，集成及测试验收
  
  
  
  

3. 工具链供应商：供应商

• 角色：工具链工程师、工具软件架构师
• 职责 ：按照autosar方法论和模板要求 定义实现如下相关工具链语言（UML、xsd、manifest、arxml） 、数据交互方式（各种arxml的模板：标准化的M1定义）工具（建模-vfb/m1、代码模板编写、配置M0、代码生成、编译链接、数据处理-hex/a2l、测量标定诊断）
  
  
  
  

4. Bsw供应商：供应商

• 角色：汽车软件架构师、autosar架构工程师、autosar开发工程师；
• 职责 ：按照autosar架构需求规范 以及方法论-模板要求 设计和实现 bsw各个模块 及对应user guide RTE、RTOS、BSW（System 、Com 、Memory 、io 、wdg、Security ）、Mcal
  
  
  
  

5. 模块开发工程师：工程师

• 角色：软件工程师
• 职责 ：按照autosar模块的软件接口需求规范（SWS） 实现每个模块接口需求

6. 集成工程师：工程师

• 角色：autosar配置工程师
• 职责 ：按照ECU系统需求，使用工具链（含Bsw），对 bsw、asw（system vfb、swc）进行集成生成elf

7. 测量标定诊断：工程师

• 角色：标定工程师、测试工程师、诊断工程师
• 职责 ：按照ECU系统需求，使用集成之后的 elf/a2l 以及相关工具链，进行参数标定，系统测试，需求验收

autosar规范如何阅读

• 官网文档下载入口：https://www./standards

• 重要文档类型：RS、SRS、SWS、TR、TPS、EXP

1. RS (Requirements Specification)：描述系统级别的需求。

需求规范：定义系统或模块的需求。这些文档详细描述了系统或软件组件应该具备的功能、性能要求、接口和约束条件。RS文档通常是开发工作的基础。

2. SRS (Software Requirements Specification)：描述软件级别的详细需求。

软件需求规范：针对特定软件模块的需求文档。SRS文档详细描述了某一软件模块需要实现的功能、性能和其他需求，通常用于指导软件设计和开发。

3. SWS (Software Specification)：提供AUTOSAR标准的详细实现细节。

软件规范：描述AUTOSAR标准的具体实现和接口定义。SWS文档详细说明了特定模块的实现细节、功能、接口及其交互行为，是开发和集成过程中关键的参考文档。

4. TR (Technical Report)：提供一些研究报告或经验总结，非强制性内容。

技术报告：提供技术分析、研究结果或经验总结。TR文档通常包含对特定技术问题的深入探讨、方案选择或是新技术的评估。

5. TPS (Template Specification)：定义文档或配置模板。

模板规范：描述在AUTOSAR开发中使用的模型的结构和内容，包括如何在工具中建模，以及如何定义和使用模型元素。这有助于确保不同团队或工具生成的模型具有一致性。

6. EXP (Explanation Document)：提供对规范的详细解释和实例。

解释文档：提供对AUTOSAR标准或技术内容的详细解释和说明。EXP文档用于帮助开发者更好地理解复杂的标准或技术规范，通常包含背景信息、使用指南和示例。

• 基础名称定义文档:

FO/General/AUTOSAR_TR_PredefinedNames.pdf

• AUTOSAR的总体术语表：AUTOSAR_TR_Glossary.pdf 它包含了AUTOSAR中使用的所有主要术语和概念的定义。

·Autosar规范中需求相关文档追溯分解图：举例说明需求追溯/分解关系图

通信配置工程师如何阅读autosar规范

作为一名通信配置工程师，阅读AUTOSAR规范的重点在于理解通信相关模块的配置和实现。包括CAN、LIN、FlexRay、以太网等通信协议的配置，通信栈的架构，以及如何将这些协议集成到AUTOSAR系统中。以下是通信配置工程师AUTOSAR规范阅读及通信学习经验分享：

1. 基础理解

• 《AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf》:熟悉AUTOSAR架构：首先，确保你对AUTOSAR的基本架构有一个清晰的了解，尤其是基础软件（BSW）和运行时环境（RTE）的通信相关部分。

• 理解通信堆栈：了解AUTOSAR通信堆栈的分层结构，包括接口层（Communication Interface）、通信服务层（Communication Services）以及底层的通信驱动（Communication Drivers）。

2. 研读关键文档

针对通信配置工程师，以下文档类型是必读的：

• SWS（Software Specification）文档：

• COM（Communication Services）：定义了通信服务，如信号的发送和接收、PDU的打包和解包等。

• PDU Router（PDUR）：描述了PDU（协议数据单元）的路由规则和机制。

• CAN Interface（CANIF）、CAN Driver（CANDRV）：详细描述了CAN协议的接口和驱动层。

• LIN、FlexRay、以太网相关文档：根据项目需求，阅读相关通信协议的接口和驱动文档。

• TPS（Template Specification）文档：如果需要配置和生成通信配置文件，了解相关的模板规范。AUTOSAR Software Component Template Specification，定义了软件组件模板的结构，这对于软件组件的开发和配置很重要。

3. 逐步阅读顺序

• 开始阅读COM和PDUR：

• COM模块：阅读通信服务模块的规范，理解信号处理、传输模式、和错误处理机制。

• PDUR模块：了解如何在不同通信协议之间路由数据，并如何配置PDU的传输路径。

• 深入CAN、LIN等协议相关文档：

• CAN Interface & CAN Driver：CAN是最常用的汽车通信协议，理解CANIF和CANDRV模块的接口和驱动层实现非常重要。

• FlexRay、LIN、以太网：根据项目需求，逐步阅读并理解其他通信协议的相关文档。

4. 重点关注的章节

• 接口定义：重点阅读API接口的定义和用法。

• 配置参数：深入理解各模块的配置参数和选项，确保你能正确配置通信协议栈。

• 错误处理和诊断：理解通信错误的处理机制以及如何实现诊断。

5. 结合工具实践

• 使用AUTOSAR配置工具：在阅读规范时，结合AUTOSAR配置工具（如Vector DaVinci或EB Tresos）进行实际配置。

• 生成配置文件：通过工具生成配置文件并进行分析，理解各个参数如何映射到生成的文件中。

6. 应用和测试

• 在项目中应用：将学到的知识应用到实际项目中，进行通信模块的配置和集成。

• 测试和验证：配置完成后，通过实际测试和验证，确保通信模块按预期工作。

autosar方法论主要解决的问题

autosar方法论主要解决如下相关问题：复用（裁剪）、跨域访问、协同工作、变体配置

参考文档：

1. FO\R21-11\MethodologyAndTemplates\AUTOSAR_RS_Methodology.pdf

2. CP/R4.4.0\MethodologyAndTemplates\AUTOSAR_RS_MethodologyAndTemplatesGeneral.pdf

• 复用性：软件概念和实现的复用要求容易----接口标准化，模板描述标准化，解决开发效率问题

· 跨功能域：提供软件架构支持跨功能域的访问----VFB，解决应用功能统一部署和集成的问题

· 互操作性：提供与传统软件进行互操作的方法----模板，方法论，工具，profile，解决协同开发的问题

· 变体管理：支持SYC系统常数组合---解决软件平台配置管理（功能裁剪和变形应用）问题

• 支持SWC类型的SYC配置组合

• 支持InternalBehavior的SYC配置组合

• 同一个功能支持Implementation的SYC配置组合，比如35584和9788实现同样功能的电源管理

• 支持不同variants适配不同的data set：postbuild /prebuild/link data set