建一个网站的手机电脑,购物网站制作实例,包工头注册劳务公司,手机app定制汽车基础软件AutoSAR自学攻略(四)-AutoSAR CP分层架构(3) (万字长文-配21张彩图)
前面的两篇博文简述了AutoSAR CP分层架构的概念#xff0c;下面我们来具体到每一层的具体内容进行讲解#xff0c;每一层的每一个功能块力求用一个总览图#xff0c;外加一个例子的图给大家进…汽车基础软件AutoSAR自学攻略(四)-AutoSAR CP分层架构(3) (万字长文-配21张彩图)
前面的两篇博文简述了AutoSAR CP分层架构的概念下面我们来具体到每一层的具体内容进行讲解每一层的每一个功能块力求用一个总览图外加一个例子的图给大家进行详细的讲解能够更加透彻的理解AutoSAR CP的精髓分层即隔离实现对硬件的解耦。
一、BSW基础软件的功能划分
1.1 按层划分
BSW基础软件层按下面四层进行划分 (1) 服务层Services Layer
服务层是基础软件的顶层类似于为大厦提供服务的“物业管理系统”。它为应用层的SWC提供标准化的服务例如操作系统功能如任务调度、网络通信服务、ECU管理、内存管理、诊断服务以及逻辑和时序监控等功能。通过这些服务应用层可以专注于业务逻辑而不需要直接处理底层硬件。
(2) ECU抽象层ECU Abstraction Layer
ECU抽象层的作用类似于将大厦中的电力、电信线路等设备进行抽象它使得软件与具体的硬件设计无关。通过调用下一层的微控制器抽象层ECU抽象层将硬件特性例如电压、电流、频率等转换为高层可理解的信号例如开/关信号。这种抽象设计让应用软件开发者无需了解底层硬件的细节。
(3) 微控制器抽象层Microcontroller Abstraction LayerMCAL
微控制器抽象层可以被比喻为大厦中的“机械室”它直接与硬件设备相连控制着最底层的微控制器功能如ADC、看门狗、计时器等。MCAL为上层提供统一的接口无论底层使用什么型号的微控制器上层软件看到的接口始终保持一致。通过这种抽象当更换硬件平台时只需调整MCAL层而无需修改上层软件逻辑从而大大提高了系统的移植性和灵活性。
(4) 复杂驱动层Complex Drivers
复杂驱动层负责为某些复杂的传感器和执行器提供特殊驱动可以看作是大厦中为某些特殊设备提供的定制化服务。例如对于一些复杂的应用模块如喷油量控制、胎压监测等由于它们可能对时序有严格要求或者难以抽象开发者会直接将这些设备的驱动放入复杂驱动层中使其能够直接访问硬件资源。 1.2 按功能划分
从功能上说BSW层还可以进行纵向划分分别为系统服务(System Services)、存储服务(Memory Services)、加密服务(Crypto Services)、车外通信服务(Off Board Communication Services)、通信服务(Communication Services)、I/O硬件抽象(I/O Hardware Abstraction)和复杂驱动(Complex Drivers)。
在AUTOSAR基础软件BSW架构中软件层划分十分精细各种服务和模块提供了多种基础功能支持汽车电子系统的高效运行。根据你要求的分类下面分别介绍 系统服务、存储服务、加密服务、车外通信服务、通信服务、I/O硬件抽象和复杂驱动模块的功能与作用。
1. 系统服务 (System Services)
系统服务是基础软件中的核心部分负责为应用层提供一些通用的操作系统支持服务和基础功能。它通常包括操作系统的基础功能、定时器管理等确保系统能够高效且稳定运行。
主要功能
操作系统管理管理多任务、调度、时间片分配等。定时器服务提供高精度的定时器功能用于任务调度、超时处理等。事件管理支持事件的生成、清除和处理机制促进任务间的同步与通信。中断管理提供对硬件中断的管理和服务支持中断的处理优先级和调度。
典型模块
OSAL (Operating System Abstraction Layer)为上层提供与具体操作系统解耦的接口。RTE (Runtime Environment)为应用软件提供操作系统与硬件平台之间的中间抽象层。SchM (Scheduler Manager)提供任务调度管理确保任务按优先级和时序执行。 2. 存储服务 (Memory Services)
存储服务模块主要负责对车载系统中各类存储设备的管理和访问。它提供对非易失性存储器如 Flash、EEPROM以及其他存储介质如RAM的抽象和控制。
主要功能
内存分配与管理为应用程序提供内存分配和回收的服务避免内存泄漏和碎片问题。存储管理管理车载系统中的永久性存储如 Flash进行数据持久化、数据擦除和重写等操作。数据保护保证在断电等异常情况下的数据持久性和一致性。
典型模块
NvM (Non-volatile memory)管理非易失性存储器如 Flash、EEPROM的读写操作。MemIf (Memory Interface)提供内存访问接口支持不同存储类型的读写操作。Eeprom处理EEPROM的存储操作提供更高效的数据持久化方案。 3. 加密服务 (Crypto Services)
加密服务模块为车载系统提供加密、解密、数据完整性校验等安全性服务保护系统免受外部攻击和数据篡改。
主要功能
数据加密使用对称或非对称加密算法来保护数据的机密性。数据完整性校验确保数据在存储和传输过程中不被篡改通过哈希算法、签名等方式确保数据的完整性。身份验证为车载系统提供身份认证机制确保不同模块和设备之间的安全通信。
典型模块
Crypto加密算法库支持常用的加密算法如 AES、RSA、ECC 等。SHA安全哈希算法模块确保数据传输和存储的完整性。PKI (Public Key Infrastructure)基于公钥基础设施的数字证书管理和验证确保系统的安全。 4. 车外通信服务 (Off Board Communication Services)
车外通信服务模块是为车载系统与外部环境如云端、服务端等之间的通信提供支持。它通常处理与外部设备如智能手机、车载云服务等的数据交互。
主要功能
远程诊断支持远程诊断请求允许服务技术人员通过网络远程诊断车辆故障。数据同步与上传支持将车载数据上传至云平台或服务端进行数据分析和管理。OTA (Over-The-Air)支持通过无线网络进行固件或软件的远程升级。
典型模块
UDS (Unified Diagnostic Services)为远程诊断服务提供支持。Telematics支持车辆与外部云平台的通信进行数据传输和服务请求。FTP/HTTP提供文件传输协议和网络请求支持保证车辆与外部服务间的通信。 5. 通信服务 (Communication Services)
通信服务是确保车载系统内各个模块和设备之间进行高效、可靠数据传输的关键部分。它支持不同类型的通信协议如 CAN、LIN、FlexRay、Ethernet 等。
主要功能
协议栈管理支持多种车辆网络协议栈的实现如 CAN、LIN、Ethernet 等。网络管理确保各通信网络的状态管理、消息调度、错误检测与恢复。消息路由为不同的通信协议提供消息路由和数据转发功能。
典型模块
CAN提供控制器局域网络CAN协议栈支持支持不同的通信速率、消息处理等功能。LIN提供局域互联网络LIN协议栈支持支持低速通信。Ethernet支持车载以太网通信提供高速数据传输支持。COM (Communication Manager)管理各种通信协议的传输确保消息的可靠传递。PDU Router协议数据单元路由支持跨多个通信协议的消息传递。 6. I/O硬件抽象 (I/O Hardware Abstraction)
I/O硬件抽象层IOAL为上层软件提供与硬件设备的接口。它使得上层应用不需要关心具体硬件细节可以通过统一接口与硬件交互。
主要功能
硬件设备抽象为不同类型的硬件设备提供统一的接口隐藏具体硬件细节。设备初始化与配置初始化I/O设备配置通信参数等。驱动管理支持外设的驱动程序管理确保设备的正常运行。
典型模块
GPIO支持通用输入输出端口的管理控制数字信号的输入输出。PWM控制脉冲宽度调制信号调节输出信号的占空比。ADC/DAC模拟数字转换器和数字模拟转换器用于处理模拟信号。CAN Drivers为 CAN 总线提供硬件抽象层简化与硬件通信的复杂性。 7. 复杂驱动 (Complex Drivers)
复杂驱动模块通常涉及到更复杂的硬件设备和功能。它们为汽车中高端硬件如电机控制单元、传感器、执行器等提供专门的驱动程序。
主要功能
硬件特定驱动为复杂的硬件设备如电机控制器、传感器提供专用驱动。实时性能要求支持高性能的实时数据处理满足复杂硬件的实时响应要求。资源调度与管理对硬件资源进行精细管理确保其高效运行。
典型模块
Motor Control电机控制驱动管理电机的转速、扭矩等控制参数。Sensor Drivers处理传感器输入数据提供统一接口与传感器设备交互。Actuator Drivers为执行器如阀门、气缸等提供驱动支持。 总结
上述模块在AUTOSAR基础软件架构中担负着各自的重要角色提供了汽车系统中各类硬件抽象、通信协议支持、安全加密、远程通信和高效存储等关键功能。通过这种模块化的设计AUTOSAR架构能够有效支持不同车型、不同硬件平台以及多种应用需求的灵活组合和扩展。
二、Microcontroller Abstraction Layer微控制器抽象层
AUTOSAR微控制器抽象层MCALMicrocontroller Abstraction Layer是AUTOSAR架构中最底层的部分直接与微控制器硬件资源交互。它的设计目标是屏蔽硬件差异为上层软件提供统一、标准化的接口使得应用开发者无需关注硬件特性从而实现“硬件无关”的软件开发。 MCAL的核心功能
MCAL的主要功能是对微控制器的所有外设和资源如I/O引脚、定时器、通信模块等进行抽象化管理。它将底层的硬件功能封装成标准化的驱动接口供上层模块如ECU抽象层、服务层和应用层调用主要包括以下功能
硬件资源的统一管理 直接操作微控制器硬件资源如GPIO、定时器、通信总线等。提供对硬件外设的标准化访问接口。 屏蔽硬件差异 支持不同的微控制器型号和厂商。在不同的硬件平台之间MCAL通过配置即可实现兼容而不需要修改上层应用。 提高可移植性 上层模块无需关心硬件实现可以方便地在不同平台之间移植。 实时性和高效性 直接与硬件交互具有高效的性能和实时响应能力。 MCAL的模块组成
MCAL由多个独立的驱动模块组成每个模块对应一种硬件外设。以下是MCAL的主要模块及其功能 1. 数字输入/输出驱动DIO Driver
管理和控制微控制器的数字引脚状态。支持读取数字输入信号和设置数字输出信号。提供高效的GPIO操作如读取开关状态或点亮LED灯。
2. 模数转换驱动ADC Driver
负责对模拟信号进行采集和数字化。通常用于传感器数据采集如温度、电压、压力传感器等。支持多通道、多分辨率的ADC操作。
3. 脉宽调制驱动PWM Driver
生成脉宽调制PWM信号用于控制执行器。广泛应用于电机驱动、灯光调节等场景。
4. 定时器驱动GPT Driver
提供定时功能用于触发周期性任务或计时。支持延时、周期性事件触发等功能。
5. 中断控制驱动ICU Driver
管理和处理微控制器的中断事件。支持外部中断如传感器信号触发和内部事件触发。
6. 存储器驱动
Flash Driver提供对片上闪存的访问包括数据存储和擦写操作。EEPROM Driver用于操作片上或外部的EEPROM存储器支持非易失性数据存储。
7. 通信驱动
CAN Driver 用于控制CAN总线通信模块。提供数据帧的发送和接收功能。 LIN Driver 支持LIN总线通信常用于低速、经济型的通信场景。 SPI Driver 提供SPI通信功能常用于与外部设备的高速通信如传感器或外部存储器。 Ethernet Driver 用于支持车载以太网通信。提供高速数据传输的能力。
8. 看门狗驱动Wdg Driver
管理微控制器的看门狗功能。用于检测和恢复系统运行异常提升系统的可靠性。
9. CRC驱动CRC Driver
提供循环冗余校验CRC功能用于数据完整性检查。常用于通信数据或存储数据的校验。 MCAL与上层模块的协作
MCAL作为底层驱动层与上层的ECU抽象层ECU Abstraction Layer和服务层Service Layer协同工作共同实现对硬件资源的管理和抽象
与ECU抽象层 ECU抽象层调用MCAL的接口以实现对硬件的高层次管理。例如I/O硬件抽象层调用DIO驱动实现GPIO的读写操作。 与服务层 服务层通过MCAL实现对底层资源的间接访问。例如通信服务模块调用CAN驱动完成数据帧的发送和接收。 直接为应用层服务 在某些情况下MCAL可以直接为应用层提供接口尤其是对硬实时性要求较高的场景如高频PWM信号生成。 MCAL的特点与优势
1. 硬件无关性
MCAL屏蔽了不同微控制器的硬件实现差异开发者可以通过统一的接口访问底层资源从而实现硬件无关的软件设计。
2. 高度可配置性
MCAL模块采用配置工具生成代码如AUTOSAR的配置工具允许开发者根据目标硬件平台进行灵活定制。提供适应不同硬件特性和应用需求的配置选项。
3. 实时性和性能优化
MCAL直接与硬件交互具有极高的执行效率。实时响应能力强适用于需要快速响应的汽车电子系统如发动机控制或主动安全系统。
4. 可移植性和扩展性
上层应用与MCAL接口分离应用软件无需因硬件变化而修改。只需调整MCAL的配置或替换底层驱动即可适配新的硬件平台。
5. 符合AUTOSAR标准
MCAL完全符合AUTOSAR标准确保模块的规范化和可互操作性。提供经过标准认证的可靠驱动解决方案。 MCAL的典型应用场景 发动机管理系统 使用ADC驱动采集传感器数据如温度、压力。使用PWM驱动控制燃油喷射或点火。使用CAN驱动实现发动机与其他ECU的通信。 车身控制系统 使用DIO驱动控制车窗、门锁等数字设备。使用LIN驱动实现与车门模块的低速通信。 主动安全系统 使用ICU驱动处理外部中断事件如雷达信号。使用SPI驱动与外部传感器进行高速通信。 高级驾驶辅助系统ADAS 使用以太网驱动实现高带宽数据传输。使用CRC驱动确保传输数据的完整性。 总结
MCAL是AUTOSAR架构中连接硬件与软件的关键层次通过标准化接口、模块化设计和高效的硬件抽象大大简化了汽车电子系统的开发和移植过程。它的高度灵活性和实时性支持使其在现代汽车电子系统中发挥着至关重要的作用同时也符合AUTOSAR追求的高可靠性和可复用性目标。
2.1 I2C Driver介绍
I2C 驱动程序允许多个节点同时访问一个或多个 I2C 总线。
I²C内部集成电路是一种双线串行数据总线广泛应用于汽车传感器或执行器中。
示例温度传感器
3 轴加速度传感器气压传感器EEPROM… 2.2 SPIHandlerDriver
SPIHandlerDriver 允许多个客户端同时访问一个或多个 SPI 总线。为了抽象出专门用于片选的 SPI 微控制器引脚的所有特性这些引脚应直接由 SPIHandlerDriver 处理。这意味着这些引脚在 DIO 驱动程序中不可用。 三、Complex Drivers复杂驱动
复杂驱动层Complex Drivers Layer是AUTOSAR架构中的一个特殊层次位于微控制器抽象层MCAL和ECU抽象层之间。它的主要作用是提供对特殊硬件或应用场景的支持尤其是在这些功能无法通过AUTOSAR标准的模块实现时。 特点与功能
处理非标准功能 复杂驱动层用于实现一些特殊硬件或特定应用场景的功能这些功能可能不属于AUTOSAR标准中定义的模块范围。例如某些定制的硬件接口或高度专用的外设需要通过复杂驱动层实现。 实时性支持 由于复杂驱动层可以直接与硬件交互并且没有AUTOSAR标准模块的分层约束因此可以实现对实时性要求更高的功能。 灵活性 复杂驱动层允许开发者实现自定义功能为AUTOSAR架构提供了扩展和灵活性。 与标准模块的协作 复杂驱动层可以直接与MCAL交互也可以与其他AUTOSAR模块协同工作增强系统的整体功能。 典型应用场景
专用硬件支持 如某些特殊传感器、执行器或硬件接口的驱动程序。 特殊通信协议 支持一些AUTOSAR未定义的通信协议如定制的串口通信或非标准的总线协议。 高实时性需求 实现对事件响应时间要求极高的功能如特定安全功能或快速中断处理。 软件原型开发 在早期开发阶段为新硬件平台或未成熟的软件模块提供支持。
复杂驱动程序是在基本软件栈内实现非标准化功能的模块。例如使用特定中断和/或复杂的微控制器外设如 PCP、TPU直接访问微控制器来实现复杂的传感器评估和执行器控制。
喷油控制电动阀控制增量位置检测
**任务**满足处理复杂传感器和执行器的特殊功能和时序要求 **特性**实现高度依赖微控制器µC、电子控制单元ECU和应用 与软件组件SW-Cs的上层接口根据 AUTOSARAUTOSAR 接口进行指定和实现 下层接口对标准化接口的访问受限 复杂驱动层的优点
高灵活性支持标准外的功能实现满足特定需求。实时性能能够直接控制硬件实现快速响应。扩展性弥补AUTOSAR标准模块覆盖不足的问题为特殊硬件提供支持。 总结
复杂驱动层是AUTOSAR架构的一个补充层次用于满足标准化模块难以覆盖的功能需求。它提供了灵活性、实时性和硬件定制支持是开发者在特定场景下实现独特功能的重要工具。
四、ECU Abstraction ECU抽象层
4.1 ECU抽象层介绍
ECU抽象层ECU Abstraction位于汽车电子软件架构的微控制器抽象层MCAL之上是整个AUTOSAR架构中极为重要的一部分。其主要目标是对ECU硬件的特性进行抽象从而屏蔽硬件细节向上层软件提供统一且一致的接口。这一层通过对硬件特性和硬件布局的隐藏使应用层无需直接处理硬件设备的复杂性从而大幅简化了上层开发工作并提升了软件的可移植性和复用性。 具体来说ECU抽象层负责将与ECU相关的输入输出信号的硬件特性例如电流、电压、频率等抽象为可以直接被应用层使用的逻辑信号或数据。例如当I/O Driver输入输出驱动层采集到一个开关信号时I/O硬件抽象层I/O Hardware Abstraction会将采集到的高低电平信号转化为逻辑上的“开on”或“关off”信号再提供给应用层进行处理。应用层在调用这些信号时不需要关心信号的具体来源也无需了解它是通过I/O接口、ADC模数转换器采样还是从外部通信驱动中获得的。这种设计实现了对ECU硬件的完全抽象化使得应用层代码可以摆脱底层硬件的限制从而实现了更高的灵活性和模块化。
ECU抽象层的功能不仅局限于输入输出信号的转换它还包括了对多种硬件资源的抽象管理。具体而言ECU抽象层由以下主要模块组成
I/O硬件抽象I/O Hardware Abstraction 该模块负责对与I/O设备相关的硬件信号进行抽象和处理。例如将物理层的高低电平信号转化为应用层可理解的逻辑信号或数值。通信硬件抽象Communication Hardware Abstraction 该模块负责屏蔽与通信相关的底层硬件差异统一处理ECU间通信信号例如CAN、LIN、FlexRay等总线通信。无线通信硬件抽象Wireless Communication Hardware Abstraction 随着车联网技术的发展无线通信硬件抽象模块应运而生用于对无线通信协议如Wi-Fi、蓝牙、5G等的硬件接口进行封装为上层提供统一的接口。加密硬件抽象Crypto Hardware Abstraction 该模块用于抽象和管理硬件层的加密功能例如硬件加密模块HSM提供的加密、解密、密钥管理等服务为数据传输的安全性提供支持。存储器硬件抽象Memory Hardware Abstraction 负责对不同类型的存储设备如EEPROM、Flash存储器、RAM等进行抽象管理为上层提供一致的存储访问接口。板载设备抽象Onboard Device Abstraction 对特定的板载设备如传感器、执行器等进行抽象和封装使应用层可以通过统一的接口访问这些设备而无需考虑设备类型或具体z实现。
通过这些模块的协同工作ECU抽象层有效地实现了硬件的标准化接口显著提高了汽车电子系统的开发效率。此外这种分层设计还使得软件与硬件的解耦成为可能从而支持在不修改上层逻辑的情况下更换或升级底层硬件。这对快速迭代和模块化开发的需求尤为重要也符合汽车行业对可靠性和灵活性的高标准要求。
4.2 I/O Hardware Abstraction I/O驱动的抽象
I/O驱动抽象是AUTOSAR架构中ECU抽象层的一部分其目的是将底层硬件相关的I/O操作进行抽象化和统一管理从而为上层应用提供与硬件无关的访问方式。这一模块对底层硬件的电学特性和具体实现进行屏蔽使得上层应用能够以逻辑信号的形式访问I/O设备而无需关心其具体物理特性。 I/O驱动抽象的功能和特点
硬件抽象 I/O硬件抽象模块将底层的I/O驱动进行了标准化处理通过统一的接口向上层提供抽象化的信号访问。应用层所访问的不是信号的电学特性如电压、电流而是信号所代表的抽象含义例如开关状态、传感器测量值或执行器命令。支持多种底层驱动 I/O硬件抽象层覆盖了多种类型的底层硬件驱动包括 DIO Drivers数字输入输出驱动用于数字信号的输入和输出。ADC Drivers模数转换驱动用于采集模拟信号并将其转换为数字信号。SPI Hardware DriversSPI硬件驱动用于与外部设备通过SPI总线进行通信。外部驱动External Drivers针对与外部器件如扩展I/O芯片或特定传感器/执行器相关的驱动。 抽象信号接口I/O Signal Interface 在I/O硬件抽象层中I/O Signal Interface 是一个关键组件。它将底层I/O设备的信号抽象为逻辑信号变量向上层应用提供与硬件无关的访问接口。例如上层应用可以通过逻辑信号变量来直接访问开关的开/关状态或传感器的测量值而无需关心这些信号在硬件层的具体实现方式。 I/O硬件抽象的结构
在AUTOSAR CP架构中I/O硬件抽象的位置如图3.37所示其内部结构如图所示。整体结构由以下几部分组成
I/O硬件抽象层 信号抽象将底层硬件信号抽象为逻辑信号变量。信号管理对信号的输入、输出以及状态变化进行统一管理。 底层驱动 I/O硬件抽象层的下层依赖于MCALMicrocontroller Abstraction Layer的多种驱动模块包括 DIO驱动DIO Drivers负责数字输入/输出的基本操作如读取数字输入信号的状态或设置数字输出信号的电平。ADC驱动ADC Drivers负责采集模拟信号如电压信号并将其转换为数字信号供上层应用使用。SPI硬件驱动SPI Hardware Drivers用于访问通过SPI总线连接的外部设备例如扩展I/O芯片或复杂的传感器模块。 外部驱动支持 I/O硬件抽象层中还包括一些针对特定外部设备的驱动程序。这些驱动由于与具体的外部芯片相关无法直接归类到MCAL中因此被归入ECU抽象层。例如某些专用传感器或扩展模块的驱动程序可能需要通过I/O硬件抽象层来实现访问。
I/O硬件抽象的优点
硬件无关性 I/O硬件抽象屏蔽了底层硬件设备的电学特性和通信协议使得上层应用只需与逻辑信号交互即可极大地提高了软件的移植性和复用性。统一的信号管理 通过抽象接口对I/O信号进行集中管理可以在复杂系统中实现更高效的信号处理逻辑简化应用层开发。支持多种硬件扩展 无论是单片机内部的I/O设备还是通过SPI、I2C等总线扩展的外部设备I/O硬件抽象都能够以一致的方式进行管理和访问。简化应用层开发 上层应用无需关心底层驱动的实现细节只需通过逻辑信号接口调用即可完成对I/O设备的操作。
典型应用场景
数字信号处理 如读取按钮的开/关状态、控制LED的开闭。通过逻辑信号访问这些设备可以屏蔽底层硬件差异便于开发。 模拟信号采集 如获取温度传感器的电压信号并将其转换为温度值。I/O硬件抽象层通过ADC驱动完成采集并以逻辑信号形式提供给上层。 外部设备控制 如通过SPI访问扩展I/O芯片读取或控制外部输入/输出信号。上层无需关心SPI通信的具体细节通信由SPI硬件驱动完成。 复杂设备管理 如读取外部传感器的数据或通过扩展模块控制多个执行器。外部驱动与MCAL驱动协同工作确保外设的高效访问。
总结
I/O硬件抽象模块是AUTOSAR架构中实现硬件无关性和信号抽象化的关键部分。通过统一的I/O Signal Interface和对底层驱动的灵活支持I/O硬件抽象简化了复杂车载系统中I/O设备的管理提高了系统的扩展性、开发效率和可维护性。这一模块为数字、模拟和外部设备的统一管理提供了强大的技术基础同时通过屏蔽硬件细节为开发者带来了更高的便利性和灵活性。 4.3 Communication Hardware Abstraction 通信硬件抽象
通信硬件抽象模块是AUTOSAR架构中ECU抽象层的重要组成部分其核心目的是对车载总线通信功能进行统一的抽象管理为不同类型的通信总线如LIN、CAN、以太网等提供一致的访问机制屏蔽底层硬件的差异性从而简化上层应用的开发工作并提高系统的可移植性和扩展性。
通信硬件抽象的功能与特点
通信硬件抽象模块实现了对内部和外部通信控制器的统一抽象。例如无论LIN或CAN总线的控制器是位于单片机内部还是通过SPI、I2C等方式与外部扩展通信模块交互在通信硬件抽象模块的接口层次上这些差异都被隐藏上层应用只需通过标准化接口进行调用即可。 统一的通道抽象
在通信硬件抽象模块之上所有的通信通道在逻辑上都是一致的
对于CAN总线无论通信控制器是内部模块还是外部扩展模块通过通信硬件抽象的接口CAN Interface都可以被视为统一的CAN通道。对于LIN总线所有LIN通信通道也都表现为一致的接口屏蔽了硬件实现的复杂性。
这种抽象机制大大降低了上层服务层Service Layer开发时对底层硬件差异性的依赖提高了软件的模块化和可复用性。
通信硬件抽象的结构
通信硬件抽象模块在AUTOSAR经典平台Classic Platform, CP架构中的位置如图3.39所示其内部主要包含以下几个部分
1. CAN模块示例如下图所示
图3.40展示了通信硬件抽象中CAN模块的架构示意图体现了该模块的层次化设计
CAN接口CAN Interface 这是提供给上层服务层如PDU路由模块、通信栈模块等的接口。在这一层上层服务无需关注具体CAN控制器的物理实现或其功能特性所有访问均通过标准化接口进行调用。外部器件驱动 通信硬件抽象中还包含了对外部通信相关器件的驱动程序例如 CAN收发器驱动CAN Transceiver Driver负责控制外部CAN收发器的工作状态如正常模式、待机模式等。外部CAN控制器的驱动Drivers for external CAN ASIC用于支持外部CAN控制器如通过SPI或其他总线扩展的CAN控制器。 2. LIN和其他通信模块
除了CAN模块通信硬件抽象还可以扩展到LIN、以太网等其他通信总线协议为它们提供类似的抽象机制。例如
LIN接口LIN Interface提供给上层服务的标准化LIN通道访问接口。外部LIN控制器的驱动针对外部扩展的LIN控制器硬件实现的驱动程序。
通信硬件抽象与MCAL的协作
通信硬件抽象模块与下层MCAL模块紧密配合共同实现对底层通信硬件的访问。具体来说
CAN Driver 在MCAL中CAN Driver用于驱动单片机内部的CAN控制器负责实现底层CAN通信的收发功能。SPI Handler Driver 如果需要通过SPI访问外部通信硬件如外部CAN控制器则需要使用SPI Handler Driver进行通信。这种设计使得通信硬件抽象模块可以无缝集成内部和外部的CAN通信功能。DIO Driver 在需要通过数字I/O接口DIO来控制外部CAN收发器状态如启用、禁用或进入待机模式时DIO Driver负责对收发器的状态进行直接控制。
通信硬件抽象的优点
硬件无关性屏蔽底层通信硬件的具体实现上层开发人员无需关心通信控制器的内部或外部位置。统一的接口设计为不同总线协议如CAN、LIN提供一致的接口简化了上层服务层的开发工作。可扩展性支持内部和外部通信硬件的无缝集成可以方便地扩展支持新的总线协议或硬件模块。增强的移植性在更换硬件平台或通信硬件时只需调整MCAL或通信硬件抽象模块的配置而无需修改上层应用逻辑。
典型应用场景
CAN通信 在复杂的车载网络中CAN总线被广泛用于控制器之间的通信。通过通信硬件抽象模块无论CAN控制器位于单片机内部还是外部扩展硬件都可以以相同的方式被访问。LIN通信 对于成本敏感的应用场景如车门模块、车窗控制LIN总线提供了一种经济高效的通信解决方案而通信硬件抽象模块确保了对不同LIN硬件的统一管理。混合总线通信 在现代汽车中多个通信协议如CAN、LIN、以太网常常共存通信硬件抽象模块通过统一的接口屏蔽了不同总线硬件之间的差异为上层通信栈提供了一种一致的访问方式。
通过通信硬件抽象模块AUTOSAR实现了对复杂车载通信系统的高效管理不仅增强了系统的灵活性和扩展性也降低了开发和维护的复杂度。
4.4 Memory Hardware Abstraction
在汽车电子领域的开发中存储器是核心且不可或缺的部件其作用包括数据存储、代码存储以及非易失性数据管理。根据物理位置的不同存储器可以分为单片机内部的片上存储器如Flash、EEPROM和单片机外部的板载存储器如通过SPI通信的外部EEPROM或其他存储芯片。在AUTOSAR架构中这两类存储器采用不同的管理方式但为了方便上层应用的开发AUTOSAR通过存储器硬件抽象层Memory Hardware Abstraction, MHA提供了一种统一的机制将各种类型的存储器抽象为一致的接口。 存储器硬件抽象层的作用与设计
存储器硬件抽象层是ECU抽象层的一部分旨在对存储设备进行统一的抽象和管理。它的主要作用包括
屏蔽存储设备差异 无论存储器是片上存储器还是片外存储器MHA都通过统一的抽象接口屏蔽底层硬件的差异性。服务层和应用层可以通过标准化接口一致地访问存储器而无需关心具体的硬件实现或通信协议。 提升系统的移植性与扩展性 在不同硬件平台之间只需更换或调整MCAL驱动层和MHA配置而无需修改上层逻辑。增强了系统对不同存储器类型的兼容性。 支持非易失性存储功能 MHA支持对非易失性数据的可靠存储和管理包括对Flash、EEPROM等存储设备的抽象和操作。提供对Flash模拟EEPROMFlash EEPROM Emulation的支持解决某些硬件平台中缺少独立EEPROM的问题。 MHA的核心模块
存储器硬件抽象层的设计采用模块化架构主要包括以下核心部分
1. Memory Abstraction Interface存储器抽象接口
这是MHA的顶层模块向服务层如NVRAM Manager和FEE提供标准化的存储访问接口。上层服务通过该接口访问存储器无需了解存储设备的具体类型或硬件实现方式。
2. EEPROM AbstractionEEPROM抽象模块
抽象和管理片上或片外的EEPROM设备支持标准化的读写和擦除操作。无论EEPROM是片内设备还是通过SPI通信的外部芯片都通过统一的方式进行操作。
3. Flash EEPROM EmulationFlash的EEPROM模拟模块
在某些没有独立EEPROM的硬件平台上通过片内Flash模拟EEPROM功能。解决了Flash设备擦写周期限制的问题提供可靠的数据存储服务。
4. 外部存储器驱动支持External Memory Drivers
通过SPI或I2C等通信协议访问外部存储器芯片如扩展EEPROM或NVRAM。提供对外部存储设备的标准化管理和抽象支持。 MHA与MCAL的关系
MHA与下层的MCALMicrocontroller Abstraction Layer微控制器抽象层紧密协作共同完成对存储器的管理和访问。MCAL直接与硬件交互为MHA提供驱动支持
内部存储器支持 Internal Flash Driver内部Flash驱动提供对片内Flash的操作支持包括读写和擦除功能。EEPROM Driver内部EEPROM驱动管理片内EEPROM的存储操作。 外部存储器支持 SPI Handler DriverSPI通信驱动用于访问通过SPI接口连接的外部存储器如外部EEPROM。DIO Driver数字I/O驱动控制外部存储设备的状态如启用或禁用。
通过这种分层设计MHA屏蔽了存储器的物理位置差异使得片上存储器如Flash、EEPROM和片外存储器如SPI外部EEPROM的操作方式对上层模块完全一致。 在MCALMicrocontroller Abstraction Layer微控制器抽象层中片上存储器通过 Memory Drivers 进行访问例如内部Flash驱动和内部EEPROM驱动而对于片外存储器由于其通常需要通过通信协议如SPI来访问因此通过 Communication Drivers通信驱动模块实现例如SPI处理驱动SPI Handler Driver。然而无论存储器是片上还是片外存储器硬件抽象层Memory Hardware Abstraction Layer将这些硬件统一抽象成标准化接口屏蔽了底层实现的差异性。
在存储器硬件抽象层中最上层模块是 Memory Abstraction Interface存储器抽象接口它向服务层提供标准化的存储器访问接口。该模块涵盖了对片内存储器如Flash、模拟EEPROM的访问也支持片外存储器如通过SPI通信的EEPROM的访问。通过这一层服务层无需关心底层硬件的具体实现方式例如访问的是单片机内部的Flash模拟EEPROM还是通过SPI通信访问的外部EEPROM都可以以一致的方式进行操作。
存储器硬件抽象层的另一项重要功能是支持 Flash EEPROM EmulationFlash的EEPROM模拟功能。这对于一些仅提供Flash存储而无独立EEPROM的微控制器尤为重要通过该功能可以模拟EEPROM的特性以满足应用对非易失性存储的需求。因此在存储器硬件抽象层中还包括了 EEPROM AbstractionEEPROM抽象模块和 Flash EEPROM EmulationFlash模拟EEPROM模块等子模块。
在存储器硬件抽象层之下是MCAL层的具体实现。对于片上存储器MCAL层中包括诸如 Internal Flash Driver内部Flash驱动、EEPROM Driver内部EEPROM驱动等模块这些驱动直接与单片机内部的存储器硬件如Flash或EEPROM交互。而对于片外存储器由于需要通过通信外设如SPI模块访问MCU外部的存储芯片因此MCAL中的 SPI Handler DriverSPI处理驱动承担了这一角色。这一驱动与单片机的SPI外设硬件交互从而实现对外部存储器的访问。
如下图所示AUTOSAR将存储器访问分为多个抽象层次从底层硬件到MCAL再到存储器硬件抽象层每一层都通过模块化设计简化了上层应用的开发复杂度同时增强了系统的移植性和可扩展性。这种设计使得开发人员无需关注存储器物理位置的差异性可以通过统一接口便捷地操作各种存储器资源。 工作原理
上层服务模块如NVRAM Manager通过Memory Abstraction Interface发起存储器操作请求。MHA根据请求的存储设备类型片上或片外调用对应的抽象模块如EEPROM Abstraction或Flash Emulation。如果需要操作底层硬件MHA调用MCAL的存储器驱动模块如Flash Driver或SPI Handler Driver完成具体的读写、擦除操作。操作完成后统一返回结果给上层服务模块。
MHA的典型应用场景
非易失性数据存储 管理系统中的关键数据如用户配置参数、诊断信息的存储确保在断电情况下数据不丢失。提供可靠的读写和擦除操作。 EEPROM模拟 在缺少独立EEPROM的硬件平台中通过Flash模拟EEPROM功能为非易失性数据存储提供支持。解决了Flash存储寿命管理和数据擦写的技术难题。 外部存储扩展 通过SPI接口访问外部存储器芯片如扩展EEPROM或NVRAM为系统提供更大的存储容量。 MHA的优点
硬件无关性 屏蔽存储器物理位置和实现方式的差异上层应用可通过统一接口访问存储器。 高扩展性 支持片上和片外存储器的无缝集成可适配多种硬件平台和存储设备。 可靠性 通过EEPROM模拟和存储器抽象提供稳定、高效的数据存储解决方案。支持对存储器寿命管理和错误处理。 模块化设计 通过分层架构简化了开发和维护提高了系统的可移植性和开发效率。 总结
AUTOSAR中的存储器硬件抽象层MHA是存储管理的核心组件。它通过屏蔽底层存储器硬件的差异为上层应用和服务提供统一、标准化的接口。无论是内部存储器如Flash、EEPROM还是外部存储设备如SPI外部EEPROM都能通过MHA实现一致的操作。同时MHA支持Flash EEPROM Emulation等高级功能进一步提升了系统的灵活性、可靠性和扩展能力。这种分层设计简化了复杂汽车电子系统中存储设备的管理极大地提高了开发效率和系统适应性。
4.5 Onboard Device Abstraction 板载设备抽象
车载设备抽象层包含了 ECU 车载设备的驱动程序这些设备不能被视为传感器或执行器例如内部或外部看门狗。这些驱动程序通过微控制器抽象层访问 ECU 车载设备。
在AutoSAR架构中板载设备抽象On-board Device Abstraction在CPClassic Platform架构中的位置如下图所示。该模块的主要功能是实现对除传感器、执行器、通信模块和存储器之外的其他板载设备的抽象典型例子包括外部看门狗等设备。为了提高系统的通用性和简化上层服务的调用板载设备抽象层提供了统一的接口将不同类型的硬件设备抽象为一致的访问方式。
具体来说板载设备抽象层将看门狗设备分为单片机内部的看门狗Internal Watchdog和单片机外部的看门狗External Watchdog但无论是内部看门狗还是外部看门狗抽象层都统一将其封装成相同的接口。这样服务层在访问这些看门狗时不需要关心是访问内部看门狗还是外部看门狗从而减少了复杂性并提高了系统的可维护性。 如下图所示与之前描述的BSWBasic Software架构类似在板载设备抽象模块中包含了两个关键组件看门狗接口Watchdog Interface和外部看门狗驱动External Watchdog Driver。其中单片机内部的看门狗可以直接利用单片机内部的硬件资源因此只需要调用MCALMicrocontroller Abstraction Layer中Microcontroller Drivers下的Internal Watchdog Driver来驱动底层硬件。与此不同外部看门狗需要通过SPISerial Peripheral Interface进行通信因此MCAL中的Communication Drivers提供了SPI Handler Driver来处理与底层硬件的交互。该SPI Handler Driver通过SPI总线与外部看门狗进行数据交换从而完成看门狗的操作。
通过这种方式AutoSAR的板载设备抽象模块不仅确保了对不同硬件设备的统一管理还通过硬件抽象层如MCAL将硬件依赖性与上层软件解耦提升了系统的灵活性和可移植性。 4.6 Crypto Hardware Abstraction 硬件加密抽象
加密硬件抽象是一组模块它从加密原语内部或外部硬件或基于软件的位置中抽象出来。
Crypto Hardware Abstraction的主要作用是为上层软件例如密码服务模块、通信安全模块提供统一的加密操作接口而不需要关心底层硬件加密模块如HSM、TPM或专用加密协处理器的具体实现。这种抽象屏蔽了不同硬件厂商在加密模块设计上的差异使得系统具有更高的可移植性和硬件无关性。
通过Crypto Hardware Abstraction上层软件可以调用标准化接口完成以下功能
对称加密/解密如AES非对称加密/解密如RSA、ECC哈希计算如SHA系列算法数字签名生成与验证密钥管理如密钥生成、存储、销毁 在AUTOSAR架构中硬件加密抽象Crypto Hardware Abstraction的具体组成如下图所示它是ECU抽象层的重要部分用于屏蔽底层加密硬件的差异性为上层提供统一的加密操作接口从而简化开发过程并增强系统的可移植性和扩展性。
硬件加密抽象的核心功能是对底层硬件加密模块的抽象与统一管理。在具体实现上不同类型的加密模块通过不同的方式被访问和控制
1. 内部硬件加密模块
对于位于单片机内部的加密模块例如
安全硬件扩展Secure Hardware ExtensionSHE硬件安全模块Hardware Security ModuleHSM
这些模块通过MCALMicrocontroller Abstraction Layer的Crypto Drivers直接驱动。这些驱动程序负责与片上加密硬件交互并完成具体的加密任务。通过这种设计片上硬件的加密功能可以高效地被利用并且上层应用无需关心这些硬件的具体实现细节。
2. 外部硬件加密模块
对于基于单片机外部的硬件加密模块如外部加密芯片由于其通常通过SPI通信接口访问因此需要MCAL中的SPI Handler Driver来负责与外部硬件的通信。SPI Handler Driver通过SPI接口与外部加密模块交互并驱动External Crypto Driver外部加密驱动将外部加密硬件的功能整合到ECU抽象层的硬件加密抽象中。这种方式使得外部硬件加密模块的使用与内部硬件模块一样简单和一致。
3. 基于软件的加密模块
硬件加密抽象中的另一部分是基于软件的加密驱动Crypto Driver - SW-based。这一驱动实现了在没有专用加密硬件时的加密功能完全通过软件算法完成。例如AES加密、RSA签名或SHA哈希等操作都可以由这一模块通过纯软件实现。这是硬件加密抽象相比于其他功能的一个显著不同点因为它提供了硬件和软件两种实现方式的灵活选择。
4. 统一接口的提供
无论底层使用的是内部硬件加密模块、外部硬件加密模块还是基于软件的加密模块这些功能最终都通过Crypto Interface向上层提供标准化的接口。Crypto Interface屏蔽了底层加密模块的实现差异使得上层服务例如密码服务模块、通信安全模块能够以统一的方式调用加密功能而无需关注这些功能是由片上硬件、片外硬件还是纯软件实现的。 工作原理总结
上层服务模块如Crypto Service Manager通过Crypto Interface发起加密操作请求。硬件加密抽象模块判断任务类型并通过Crypto Job Manager对请求进行调度。根据加密任务的需求和硬件资源分配情况选择合适的驱动 如果使用内部硬件模块则调用MCAL的Crypto Drivers。如果使用外部硬件模块则通过SPI Handler Driver与外部硬件交互。如果没有专用加密硬件则调用基于软件的加密驱动。 加密操作完成后结果通过Crypto Interface返回给上层模块。
优点和意义
硬件加密抽象模块的设计实现了以下目标
硬件无关性屏蔽硬件实现差异上层无需关心加密功能的实现方式。灵活性支持内部硬件、外部硬件和纯软件的多种加密实现方式满足不同系统的需求。可移植性即使硬件平台发生变化只需调整驱动层配置无需更改上层代码。性能优化优先利用硬件加速资源在没有硬件支持时提供软件备选方案。
典型应用场景
安全通信如CAN/CAN-FD的消息加密和认证。软件更新保护确保OTA更新的完整性和真实性。数据保护对敏感信息进行加密存储。身份认证通过数字签名验证系统组件的合法性。
通过整合内部硬件、外部硬件以及软件实现的加密功能硬件加密抽象模块为AUTOSAR架构的安全应用提供了灵活、高效和统一的支持。
五、总结
至此ECU抽象层的内容到这里就结束了下篇文章我们继续讲解AutoSAR CP分层架构服务层Services Layer。
往期文章
汽车基础软件AutoSAR自学攻略(一)-低成本AutoSAR环境搭建
汽车基础软件AutoSAR自学攻略(二)-AutoSAR CP分层架构(1)
汽车基础软件AutoSAR自学攻略(三)-AutoSAR CP分层架构(2)
