CoolBreeze的博客

AUTOSAR标准的核心组件包括通信、诊断、安全等，这些组件通过模块化结构进行组织。系统被划分为多个模块，每个模块负责特定的功能。模块之间通过接口进行通信，接口定义了模块之间的交互规则。AUTOSAR标准支持模块的配置，可以根据不同的需求进行定制和优化。

CnV2xM模块在AUTOSAR BSW和分层软件架构中的定位如下所示。CnV2xM模块支持中国V2X协议栈在通用V2X通道参数获取、蜂窝V2X驱动初始化等方面的运行。未来CnV2xM模块将实现[2]中规定的DME的一些基本服务，并在应用层面支持基于LTE-V2X的中国V2X单播服务。

该规范描述了AUTOSAR基础软件模块Cellular V2X驱动程序的功能、API和配置。在AUTOSAR分层软件架构中，如果Cellular V2X控制器为片上类型(内部)，则Cellular V2X驱动程序属于微控制器抽象层；如果Cellular V2X控制器为片外类型(外部)，则Cellular V2X驱动程序属于硬件抽象层。这表明了Cellular V2X驱动程序的主要任务：向上层(例如以太网接口)提供一个由多个相等控制器组成的硬件独立接口。此接口对所有控制器应是统一的。

本规范描述了CAN收发器驱动程序模块的功能、API和配置。CAN收发器驱动程序模块负责处理ECU上的CAN收发器硬件芯片。CAN收发器是一种硬件设备，可将CAN总线上使用的信号电平调整为微控制器可识别的逻辑(数字)信号电平。此外，收发器还能够检测电气故障，如接线问题、接地偏移或长显性信号传输。根据与微控制器的接口，它们会标记检测到的错误，该错误由单个端口引脚汇总或由SPI非常详细地显示。一些收发器支持电源控制并通过CAN总线唤醒。市场上通常有不同的唤醒/睡眠和电源概念。

该规范描述了AUTOSAR基础软件模块CAN接口的功能、API和配置。如图1.1所示，CAN接口模块位于低级CAN设备驱动程序(CAN驱动程序[1]和收发器驱动程序[2])与上层通信服务层(即CAN状态管理器[3]、CAN网络管理[4]、CAN传输协议[5]、PDU路由器[6])之间。它代表上层通信层与CAN驱动程序服务的接口。CAN接口模块提供独特的接口来管理不同的CAN硬件设备类型，如定义的ECU硬件布局使用的CAN控制器和CAN收发器。

AUTOSAR基础软件模块CAN驱动程序(在本文档中称为“Can模块”)的功能、API和配置。Can模块属于最低层，执行硬件访问并向上层提供独立于硬件的API。唯一可以访问Can模块的上层是CanIf模块(另请参阅SRS_SPAL_12092)。Can模块提供启动传输的服务，并调用CanIf模块的回调函数来通知事件，这些服务独立于硬件。此外，它还提供控制属于同一CAN硬件单元的CAN控制器的行为和状态的服务。只要属于同一CAN硬件单元，单个Can模块就可以控制多个CAN控制器。

该规范指定了AUTOSAR基础软件模块BSW模式管理器(BswM)的功能、API和配置。BSW模式管理器是实现BSW中车辆模式管理和应用模式管理概念的模块。其职责是根据简单规则仲裁来自应用层SW-C或其他BSW模块的模式请求，并根据仲裁结果执行操作。

本规范描述了AUTOSAR基础软件模块ADC驱动程序的功能、API和配置。ADC驱动程序针对的是逐次逼近型ADC硬件。Delta Sigma ADC转换用例不在本规范的范围内。ADC模块初始化并控制微控制器的内部模拟数字转换器单元。它提供启动和停止转换的服务，分别启用和禁用转换的触发源。此外，它还提供启用和禁用通知机制的服务以及查询转换状态和结果的例程。ADC模块在所谓的ADC通道组上工作，ADC通道组由所谓的ADC通道构建。

该规范规定了AUTOSAR基础软件模块XCP的功能、API和配置。

本文档介绍了AUTOSAR UDP网络管理(UdpNm)的概念、核心功能、可选功能、接口和配置问题。UdpNm旨在成为一项可选功能。它旨在与TCP/IP堆栈协同工作，独立于所用通信系统的物理层。AUTOSAR UDP网络管理是一种独立于硬件的协议，可用于基于TCP/IP的系统(有关限制，请参阅第4.1章“限制”)。其主要目的是协调网络正常运行和总线休眠模式之间的转换。除了核心功能外，还提供可选功能，例如实施服务以检测所有现有节点或检测所有其他节点是否已准备好休眠。

本节列出了模块本地缩写和定义。有关更多时间同步相关的缩写和定义，请参阅RS时间同步[1]中的第3章。有关一般术语和缩写，请参阅AUTOSAR词汇表[2]。5.SyncTimeNSec(SYNC消息)或OfsTimeNSec(OFS消息)与StbM_TimeStampType.nanoseconds定义的范围相匹配。6.CRC(包括DataID)匹配取决于FrTSynRxCrcValidated参数。7.ICV验证成功，取决于FrTSynRxIcvVerificationType参数。

AUTOSAR基础软件模块“RAM测试”的功能、API和配置。RAM测试是对RAM单元的物理健康状况的测试。它不是为了测试RAM的内容。用于寄存器的RAM也经过测试。在本文档中，RAM单元被理解为内存单位，可由处理器单独寻址。因此，对于16位处理器，单元大小(以位为单位)例如为16。存在不同的RAM测试算法。它们针对不同的故障模型集，实现不同的覆盖率，导致不同的运行时间，并且具有破坏性或非破坏性。覆盖率还取决于底层物理RAM架构。

本文档描述了网络管理接口模块的概念、接口和配置。网络管理接口是AUTOSAR通信管理器和AUTOSAR总线特定网络管理模块(例如CAN网络管理和FlexRay网络管理)之间的适配层。这也称为基本功能。支持NM协调器功能和部分网络功能是可选的。网络管理接口的构建是为了支持通用的低层模块，这些模块遵循一组固定的总线特定NM模块要求。这将允许第三方提供对OEM特定或传统NM协议(如直接OSEK NM)的支持。

注意：在1到5之间不得添加其他预处理器代码。否则会妨碍正确解释源代码并导致后续预处理器错误。注意：对于总是作为内联函数实现的代码，不需要使用内存分配关键字进行包装。应用提示：AUTOSAR基础软件模块或AUTOSAR软件组件的实现不允许依赖于对象对默认部分的隐式分配，因为默认部分的属性依赖于平台和工具。因此，这种代码实现风格与平台无关。应用提示：对于使用“Compiler.h”的LOCAL_INLINE宏实现的代码，需要使用内存分配关键字进行包装。

该规范描述了AUTOSAR基础软件模块内存访问(MemAcc)的功能、API和配置。内存访问模块通过基于地址的API提供对不同内存技术设备的访问。内存访问模块始终由一个或多个内存驱动程序(Mem)补充。内存访问模块与内存设备技术无关，可与闪存、EEPROM、RAM或相变存储器等典型内存设备一起使用。Memory Access模块和Memory Driver与Fls、Eep Driver位于AUTOSAR架构的同一层，但是将这些模块拆分为硬件独立部分(MemAcc)和硬件依赖部分(Mem)。

该规范描述了AUTOSAR基础软件模块MKA的功能、API和配置。

分层软件架构[3]将LinSM定位在BSW架构内，如下所示。LinSM负责LIN总线的控制流。当上层请求时切换调度表(仅适用于LIN主节点)。当上层请求或下层指示时，进入睡眠和唤醒处理当进入新状态时通知上层。

该规范描述了AUTOSAR基础软件模块< KeyManager >的功能、API和配置。AUTOSAR KeyM模块由两个子模块组成，即加密密钥子模块和证书子模块，如[1]“AUTOSAR对加密堆栈的要求”所要求。加密密钥子模块提供API和配置项来引入或更新预定义的加密密钥材料。它充当密钥客户端，解释密钥服务器提供的数据并创建相应的密钥材料。这些密钥提供给加密服务管理器。成功安装密钥材料后，应用程序能够利用加密操作。这允许OEM在生产或维护阶段将密钥材料引入与应用程序分开的ECU。

复用的I-PDU由静态部分和动态部分组成，其中静态部分由零个或多个信号或信号组组成。动态部分由选择器字段和一个或多个信号或信号组组成；参见图7.1。I-PDU的动态部分与编程语言C的联合类似。根据I-PDU内部选择器字段的值，选择I-PDU的实际布局。静态部分和动态部分的位置可以根据每个I-PDU进行配置。静态部分和动态部分可以细分为不同的段。每个多路复用I-PDU只能定义一个选择器字段。选择器字段的值定义如何解释I-PDU动态部分的内容。

安全事件或安全事件实例SEv定义传感器报告的原子单元，可由IdsM模块处理。IdsM从BSW或CDD模块或通过RTE从SW-C接收传感器通知。IdsM模块使用EventId来管理系统SEv的状态，并针对单个结果执行所需的操作，例如通过网络过滤、存储、报告。安全事件定义表示要报告的事件类型。该定义位于SecXT中，包括全局唯一标识符和报告模块的简称。

该规范描述了AUTOSAR基础软件模块FlexRay状态管理器(FrSM)的功能、API和配置。AUTOSAR BSW堆栈为每条通信总线指定一个总线特定状态管理器。该模块应实现相应总线的控制流。FrSM是通信服务层的成员。它与通信硬件抽象层和系统服务层交互。

FlexRay NM将使用通用网络管理接口规范[12]第8.2章类型定义中指定的类型定义。数据类型FrNm_ConfigType的定义有关FrNm_ConfigType的信息，请参阅第10.4章。

该规范描述了AUTOSAR基本软件模块FlexRay传输协议(FrTp)的功能、API和配置。根据AUTOSAR分层软件架构，FlexRay传输协议(FrTp)位于PDU路由器模块和FlexRay接口模块之间。FlexRay传输协议的主要目的是对不适合分配的FlexRay L-PDU之一的消息(I-PDU)进行分段和重组。图2描述了AUTOSAR命名法中的不同PDU名称以及不同AUTOSAR模块之间的信号依赖关系。PDU路由器将上层(例如COM、DCM等)I-PDU部署到不同的通信协议上。

该规范描述了AUTOSAR基本软件模块FlexRay AUTOSAR传输层(FrArTp)的功能、API和配置。FlexRay AUTOSAR传输层模块位于PDU路由器[6]和FlexRay接口[5]之间(根据[2]，参见图1)。FlexRay AUTOSAR传输层模块的主要目的是对单个FlexRay L-SDU中无法容纳的消息进行分段和重组。PDU路由器将AUTOSAR COM或DCM的I-PDU部署到不同的通信协议。

该规范指定了AUTOSAR基础软件模块Flash测试驱动程序的功能、API和配置。此闪存测试模块提供测试恒定内存的算法。恒定内存可以是数据/程序闪存、程序SRAM、锁定缓存，可以嵌入微控制器中，也可以通过内存映射连接到微控制器。为简化起见，SW模块称为闪存测试驱动程序。测试服务可以在MCU初始化后的任何时间执行，Flash测试驱动程序的用户可以选择合适的测试算法和正确的执行位置来满足系统的安全要求。测试服务本身取决于系统的存储概念。因此，不同测试算法的可用性是可配置的。

汽车故障诊断方法诊断方法在汽车维修中，除了用仪表、检修仪器和工具 对汽车进行诊断外，还应配合一些简易的人工诊断。

该规范描述了AUTOSAR基础软件模块内存驱动程序(Mem)的功能、API和配置。内存驱动程序提供访问不同类型内存设备的基本服务，如读取、写入、擦除和空白检查。尽管闪存仍然是最常见的非易失性存储器技术，但内存驱动程序规范考虑了所有相关的内存设备技术，如EEPROM、相变存储器(PCM)和铁电RAM。为了协调上层的内存访问，内存驱动程序规范还涵盖了RAM的访问。除了微控制器内部内存设备外，内存设备规范还可以应用于连接的外部内存设备，例如通过串行外设接口。

详细的L-SDU路由器模块结构如图1.2所示。L-SDU路由器路由路径：静态路由路径，描述每个要路由的L-SDU的路由属性。路由路径可以在ECU的编程状态下通过构建后加载更新(如果支持)，或者在初始化L-SDU路由器时通过构建后选择进行选择(参见第10.1.1节)。L-SDU路由器引擎：根据L-SDU路由器路由路径执行路由操作的实际代码。L-SDU路由器引擎必须处理：-将L-SDU从源路由到目的地，

该规范描述了AUTOSAR基础软件模块LdCom的功能、API和配置。在AUTOSAR分层架构中，AUTOSAR LdCom模块位于RTE/SwCluC_LdComProxy和PDU路由器之间，参见[1,EXP LayeredSoftwareArchitecture]。AUTOSAR LdCom模块提供了一种替代的交互层机制。通过专注于自发、非循环通信而无需序列化、过滤和转换，可以实现无需本地缓冲区的模块高效实现。

以下词汇表包含与IEEE1722Tp模块相关的首字母缩略词和缩写，这些缩略词和缩写未包含在[2，AUTOSAR词汇表]中。定义：“流”代表多个以太网帧，这些帧按相似的帧属性(例如MAC源地址)分组。IEEE1722Tp模块的任务是处理传输请求和接收IEEE1722Tp相关流的指示，并通过LSduR将特定的AVTPDU标头信息和有效载荷转发到相应的目标模块。此外，IEEE1722Tp模块能够通过ACF消息(例如CAN、LIN)传输不同的协议。因此，可以将多个ACF消息串联成一个ACFpayload。

数据类型Fls_ConfigType的定义API函数Fls_Init定义函数Fls_Init将使用给定配置集中提供的参数初始化FLS模块(软件)和所有闪存相关寄存器(硬件)。函数Fls_Init将把指向给定配置集的指针存储在变量中，以便允许FLS模块在运行时访问配置集内容。Fls_Init函数应初始化所有FLS模块全局变量和控制闪存设备所需的控制器寄存器，这些寄存器不会影响或依赖于其他(硬件)模块。可能影响或依赖于其他模块的寄存器应由通用系统模块初始化。

本规范描述了EEPROM驱动程序的功能和API。本规范适用于内部和外部EEPROM的驱动程序。EEPROM驱动程序提供对EEPROM的读取、写入和擦除服务。它还提供将EEPROM中的数据块与内存(例如RAM)中的数据块进行比较的服务。

Dcm SWS描述了AUTOSAR基础软件模块Dcm(诊断通信管理器)的功能、API和配置。Dcm模块为诊断服务提供了通用API。Dcm模块的功能在开发、制造或服务期间由外部诊断工具使用。外部诊断工具与车载AUTOSAR应用程序之间的通信概览Dcm模块确保诊断数据流并管理诊断状态，尤其是诊断会话和安全状态。此外，Dcm模块根据诊断状态检查诊断服务请求是否受支持以及是否可以在当前会话中执行服务。Dcm模块提供表1中的OSI层5至7：诊断协议和OSI层。

该规范指定了数据分发服务AUTOSAR基础软件模块(Dds BSW)的功能、API和配置。

该规范指定了软件模块加密服务管理器(CSM)的功能、API和配置，以满足CSM需求规范[CSM_SRS]中所表示的顶级要求。CSM应提供同步或异步服务，以便为所有软件模块提供对基本加密功能的唯一访问。CSM应提供一个抽象层，为更高软件层提供标准化接口以访问这些功能。

transformer功能提供了在RTE中发送和接收数据时链接任意transformer的功能。当目标总线系统使用具有打包数据表示的固定通信矩阵时，基于COM的transformer可提供此功能。

本规范是AUTOSAR COM模块软件规范。它基于AUTOSAR COM SRS[1]。它指定了如何实现AUTOSAR COM SRS的要求。这意味着本文档描述了AUTOSAR COM模块的功能和API。在AUTOSAR分层架构中，AUTOSAR COM模块位于其用户(例如RTE、SwCluC)和PDU路由器之间。

本规范描述了AUTOSAR基础软件模块ChrgM的功能、API和配置。充电模块(ChrgM)属于AUTOSAR分层架构的服务层。ChrgM实现了V2GTP(车辆到电网传输协议)和EXI(高效XML交换)，V2GTP定义了PDU的结构；即标头和有效负载定义。EXI负责压缩XML数据以加快处理速度。ChrgM模块与Crypto堆栈通信以支持数据认证和加密，以及证书管理和验证。

该规范定义了AUTOSAR基础软件模块CAN传输层(CanTp)的功能、API和配置。CanTp是PDU路由器和CAN接口模块之间的模块(见图1.1)。CAN TP模块的主要用途是分段和重组长度超过8个字节或长度超过64个字节(如果是CAN FD)的CAN I-PDU。

该规范描述了AUTOSAR基础软件模块CAN状态管理器的功能、API和配置。AUTOSAR BSW堆栈为每条通信总线指定一个总线特定的状态管理器。该模块应实现相应总线的控制流。如下图所示，CAN状态管理器(CanSM)是通信服务层的成员。它与通信硬件抽象层和系统服务层交互。