AUTOSAR内存篇 -EEPROM Abstraction（EA）

已于 2024-02-19 17:21:42 修改
阅读量533 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： AUTOSAR软件开发理论 文章标签： AUTOSAR BSW EEPROM EA
于 2024-02-05 17:29:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iot2017/article/details/136045330
本文详细介绍了AUTOSAR中的EEPROM Abstraction（EA）模块，包括其功能、寻址机制、API接口、回调提醒以及调度函数。EA模块提供虚拟地址空间，管理擦/写次数限制，支持“立即”数据处理，并实现异步读写操作。此外，还涵盖了地址计算、一致性管理、缓存对齐和模块初始化等相关内容。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

本文介绍关于EEPROM Abstraction相关的内容。下图所示为内存硬件抽象层的模块架构图。
在这里插入图片描述
EEPROM抽象（EA）从器件特定的寻址方案和分段中抽象出来，并为上层提供虚拟寻址方案和分段，以及“虚拟的”无限次数的擦除周期。

功能介绍

一般行为

EEPROM抽象（EA）一次只接受一个作业任务，即模块不提供作业任务的队列（这是NVRAM 管理器的任务）。
由于NvM是EA模块唯一的调用方，为了使该EA模块尽可能小，模块函数不做校验，无论模块当前是忙还是不忙。使作业任务排队等待处理以及仅当前一个作业完成或取消才开始下一个新任务是NvM负责的任务。

寻址机制和分段

EEPROM抽象（EA）为上层提供32位的虚拟显性地址空间及统一的分段机制。虚拟的32位地址组成：

  • 16位的块号码 -（理论上）允许配置65536（216）个逻辑块；
  • 16位的块位移 - （理论上）每个块大
了解本专栏 订阅专栏 解锁全文
AUTOSAR内存篇 -Memory Abstraction Interface（MemIf）
IOT2017的博客
02-20 341
本文描述AUTOSAR基础软件模块“Memory Abstration Interface(MemIf)”。该模块允许NVRAM管理器访问多个内存抽象模块（FEE或EA模块），如下图所示。内存抽象接口（MemIf）从FEE或EA模块抽象出来，为上层提供在统一的线性地址空间上的虚拟分段。这里的介绍的MemIf的API都实际映射到底层的内存抽象模块（FEE/EA）,对于每个API的具体行为，具体参考映射模块对应API介绍。参数DeviceIndex被用于选择内存抽象模块（也就是内存设备）。
AUTOSAR内存篇 -EEPROM Driver（Eep）
IOT2017的博客
02-05 616
本文介绍EEPROM驱动，外部和内部EEPROM都适用。EEPROM驱动提供对EEPROM的读、写、擦服务。还提供EEPROM中数据块与内存中某个数据块的对比服务。这些服务都是异步的。内部EEPROM的驱动直接访问微控制器硬件，是位于微控制器抽象层。外部EEPROM驱动使用handlers（大部分情况是SPI）或驱动去访问外部EEPROM设备，位于ECU抽象层。这两种情况中的功能要求和范围是一样的，因此在语义上，API完全一致。
AUTOSAR_SWS_EEPROMAbstraction.pdf
08-31
AUTOSAR_SWS_EEPROMAbstraction.pdf
AUTOSAR-SWS-EEPROMDriver
qq_45212020的博客
06-10 1280
AUTOSAR EEPROM Driver
【Memory协议栈】EEPROM Abstraction模块详细介绍
qq_36056498的博客
02-26 1749
EEPROM Abstraction模块详细介绍
5、AUTOSAR基础软件层之微控制器抽象层
WelanCF的博客
07-09 2837
微控制器抽象层（Microcontroller Abstraction Layer）位于AUTOSAR分层模型中BSW的最底层，MCAL中包含了内部驱动，可以直接访问微控制器和片内外设。另一方面，MCAL又可以分为微控制器驱动（Micrcontroller Drivers）、存储器驱动（Memory Drivers）、通信驱动（Communication Drivers）和I/O驱动（I/O Drivers）四个部分。............
AUTOSAR-SWS-EEPROMAbstraction.pdf
06-10
本文档主要介绍了 AUTOSAR (AUTomotive Open System ARchitecture) 标准中的 EEPROM 抽象层（EEPROM Abstraction）规范。该规范定义了在 AUTOSAR 经典平台（Classic Platform）上对 EEPROM 存储器进行访问和操作的...
Ea (EEPROM Abstraction)
erroror的专栏
10-24 1329
AUTOSAR的EEPROM Abstraction（Ea）模块为汽车电子系统提供了一套高效、可靠的EEPROM管理和数据存储解决方案。通过标准化的接口和配置选项，Ea模块实现了统一EEPROM接口、设备抽象、数据读写操作、存储设备管理及错误处理和多设备支持等功能，确保数据存储的完整性和可靠性。在数据存储、多设备管理、数据安全性、软件更新和配置管理及传感器数据存储等应用场景中，Ea模块发挥着至关重要的作用。理解并有效利用AUTOSAR Ea功能，对于开发高效、安全的汽车电子系统具有重大意义。
AUTOSAR存储篇 - NVRAM Manager(NvM)
IOT2017的博客
10-31 1560
NvM模块支持以下类型的NVRAM存储:NVM_BLOCK_NATIVE类型的NVRAM存储应包括下列基本存储对象:NVM_BLOCK_REDUNDANT类型的NVRAM存储应包括以下基本存储对象:NVM_BLOCK_DATASET类型的NVRAM存储应包括以下基本存储对象:• * 可能的数据集数量取决于配置参数NvMDatasetSelectionBits.
【AUTOSAR 基础软件】存储栈（NvM、MemIf、Fee）详解
十六宿舍的博客
07-23 1万+
文章包含了AUTOSAR基础软件（BSW）中存储栈（NvM、MemIf、Fee）相关的内容详解（未涉及EA等模块）。本文从AUTOSAR规范，ISOLAR-AB配置以及模块相关代码分析四个维度来帮读者清晰的认识和了解存储栈这一基础软件栈。文中涉及的ISOLAR-AB配置以及模块相关代码都是依托于ETAS提供的工具链来配置与生成的，与AUTOSAR规范之间可能会有些许的出入，但总体的功能要点与处理流程都应该是一致的。
理解 AUTOSAR中 Exclusive Area(EA)
qq_39965639的博客
05-05 3379
Autosar Exclusive Area 的含义，原理，分类，应用及实现。
AUTOSAR从入门到精通-存储配置（NvM）（六）
getusushu的博客
12-22 1440
1.SWC 判断NVM空闲，进行写入请求（一般通过RTE port请求NvSwc）2.NvSwc检测到有业务请求，调用NvM_WriteBlock，将写请求业务放入NVM的事务队列(Job Queue). 注意若为永久RAM变量参数传空。3.NVM处理Job Queue中的请求，并通过MemIf调用Fee_30_SmallSector_Write请求Fee模块进行Job处理4.Fee模块主函数轮询到有写入业务，调用FLS模块接口处理写操作业务（Fls_30_vMemAccM_Write）5.参考Step4，
AUTOSAR-Ea
weixin_38638223的博客
05-17 1112
AUTOSAR Ea
【AUTOSAR】 项目和代码详解（十四）----AUTOSAR MemIf 配置
hellotzx的博客
05-09 786
基处软件模块“内存抽象接口”(MemIf)允许NVRAM访问几个内存抽象模块(FEE或EA模块)。根据FEE或EA模块的部署数量在统一的线性地址空间上为上层提供虚拟分区。
Autosar模块介绍：Memory_4(EA-EE抽象)
u012406840的博客
11-13 1468
1 基本术语解释2 Ea组成结构图3 Ea基本操作3.1 通用操作3.2 作业的进程（通用需求）3.3 读操作过程3.4 写操作过程3.5 擦除过程3.6 比较过程4 Ea常用操作时序4.1 初始化4.2 读/写/擦除/比较4.3 当前操作取消。
AutoSAR配置与实践（深入篇）7.5 NVM架构、存储形式及隐式显式同步
nihaoljq2010的博客
06-28 4238
模块简介:全称NVRAM Manager ,存储服务管理模块。主要提供抽象数据存储，在上电读取下电存储数据，支持Immediately存储数据，将 NV data在ROM和RAM之间建立关联。全称Memory Abstraction Interface，存储抽象接口模块。实现存储数据Block在内部Flash或者外部EEP的分离操作。全称Flash EEPROM EMULATION，FLASH模拟模块。FEE实现对Flash的数据Block的抽象和动态数据的Layout。
6、AUTOSAR基础软件层之ECU抽象层
WelanCF的博客
07-11 5709
ECU抽象层负责提供统一的访问接口，实现对通信、内存或者I/O的访问，从而无需考虑这些资源由哪些设备提供。ECU抽象层主要包括板载设备抽象（Onboard Device Abstraction）、存储器硬件抽象（Memory Hardware Abstraction）、通信硬件抽象（Communication Hardware Abstraction）和I/O硬件抽象（I/O Hardware Abstraction）四个部分。...
AUTOSAR NVM功能介绍和相关配置
酒无忧的博客
03-15 2668
NvM(NVRAM Manager)属于AUTOSAR BSW中一个基本软件模块，该模块用来抽象非易失性(non-volatile)存储的使用，可以是EEPROM或者Flash。为了避免数据访问时的冲突以及不一致，NvM是唯一可以访问非易失性存储的模块。在应用层，采用基于block形式对NvM进行访问。NvM访问MEMIF(Memory Abstraction Interface)，其抽象了底层存储设备，比如Flash模拟的EEPROM(FEE)或者EEPROM(EA)。所以说NvM是硬件独立的。
Autosar NvM 详解
热门推荐
king110108的专栏
05-29 1万+
一、AutoSAR Memory Stack整体概述前言 在AutoSAR架构除了横向看包含APP/RTE/BSW/MCAL等分层架构之外，对于BSW（包含MCAL）对纵向的不同功能协议栈也作了详细的划分，主要包括通信栈、内存栈、CDD、IO操作相关的纵向栈、系统服务栈、信息安全相关的协议栈，今天介绍的NvM属于内存栈的管理模块，整个内存栈在AutoSAR的定义如下所示： 在内存栈中包含服务层（NvM）、抽象层（MemIf、EA、EEP、Fee）、MCAL（Fls、SPI等）几个模块。 AutoS
我作为一个汽车软件工程师，想要深入了解Classic AUTOSAR，能否和我进行更深入的讲解
最新发布
02-26
<think>好的，用户现在作为一个汽车软件工程师，已经对AUTOSAR有了基本了解，现在想深入探讨Classic AUTOSAR。我需要先回顾之前的对话，确保这次的回答与之前的介绍衔接上。之前已经提到过Classic和Adaptive的区别，所以这次需要更详细地展开Classic部分。 用户身份是汽车软件工程师，可能已经具备一定的行业知识，所以需要深入技术细节，但也要避免过于晦涩。需要确定用户的具体需求，比如是否想了解架构、开发流程、工具链，或者实际应用中的问题。用户没有明确说明，所以应该覆盖主要方面，包括架构、组件、通信机制、开发工具、实际应用案例等。 考虑到用户可能需要实际操作的指导，可能需要提到工具链，比如Vector的工具，ETAS的ISOLAR，以及开发中的配置流程。同时，ECU开发流程中的V模型、集成阶段的问题也可能相关。此外，用户可能对如何入门学习Classic AUTOSAR感兴趣，可以推荐学习资源或标准文档。 需要结构化回答，分点清晰，便于理解。可能分为核心概念、架构分层、通信机制、开发流程、工具链、挑战与解决方案、学习资源等部分。要确保术语准确，例如RTE、BSW、MCAL、SWC等，必要时给出英文全称和解释。 还要注意用户可能的实际应用场景，比如在开发ECU时如何应用Classic AUTOSAR，可能需要举例说明，比如动力总成控制模块的开发步骤。同时，对比Adaptive AUTOSAR，强调Classic的实时性和确定性，适用于安全关键系统。 需要检查是否有遗漏的关键点，例如诊断功能、网络管理、ECU配置描述文件（ECUC）等。确保回答全面，但不过于冗长。最后，总结学习路径，帮助用户规划下一步的学习或实践。</think>好的！作为汽车软件工程师，深入了解 **Classic AUTOSAR** 需要从架构设计、开发流程、工具链到实际应用场景逐步展开。以下是一个 **聚焦工程实践** 的技术解析： --- ### **1. Classic AUTOSAR 的核心特点** - **目标场景**： 面向 **实时性要求高**、**功能安全（ISO 26262）关键** 的控制系统（如发动机控制、刹车系统、变速箱等）。 - **关键特性**： - **静态配置**：软件组件（SWC）在编译时绑定，运行时不可动态修改。 - **确定性执行**：基于 **OSEK/VDX** 实时操作系统（如Vector的MICROSAR OS），任务调度严格遵循优先级。 - **低资源占用**：适合资源有限的微控制器（如8/16/32位MCU）。 --- ### **2. 架构分层与核心模块** #### **分层架构（自上而下）** 1. **应用层（Application Layer）** - **SWC（Software Component）**：功能实现的最小单元，如“发动机扭矩计算”组件。 - 通过 **Port**（端口）与其他SWC或BSW交互（发送/接收数据，调用服务）。 - 接口类型：**S/R接口**（Sender/Receiver，数据传递）、**C/S接口**（Client/Server，服务调用）。 - **RTE（Runtime Environment）**： - 核心枢纽，负责SWC间的通信及与BSW的交互。 - **生成方式**：通过工具链（如Vector的DaVinci）基于SWC接口描述自动生成。 2. **基础软件层（BSW）** - **服务层（Service Layer）**： - 诊断服务（UDS协议）、存储管理（NvM）、网络管理（CAN NM）。 - **DEM（Diagnostic Event Manager）**：记录故障码（DTC）并触发诊断响应。 - **ECU抽象层（ECU Abstraction Layer）**： - 提供硬件无关的API（如控制ECU的某个GPIO引脚）。 - **微控制器抽象层（MCAL）**： - 直接驱动硬件（如PWM模块、ADC采集），需适配具体MCU型号（如Infineon Aurix、NXP S32K）。 --- ### **3. 通信机制（以CAN为例）** - **PDU（Protocol Data Unit）**：数据传递的基本单位（如CAN帧）。 - **信号路由流程**： ``` SWC → RTE → COM模块（信号打包） → PDUR（协议路由） → CAN接口层（CANIF） → CAN驱动（CAN Driver） → MCAL → 物理CAN总线 ``` - **关键配置**： - **DBC文件**：定义CAN信号与报文，通过工具（如CANoe）生成通信栈配置代码。 - **IPDU（Interaction Layer PDU）**：在PDUR中定义信号到报文的映射关系。 --- ### **4. 开发流程（V模型）** 1. **需求阶段**： - 使用 **ARXML（AUTOSAR XML）** 定义SWC接口、ECU资源分配及通信矩阵。 2. **设计阶段**： - 在工具链（如ETAS ISOLAR）中配置SWC、Port、RTE，生成应用层框架代码。 3. **BSW配置**： - 配置通信栈（CAN/LIN）、诊断服务（DCM/DEM）、OS任务调度表。 4. **集成与测试**： - **MIL/SIL**：模型在环/软件在环测试（如Matlab Simulink）。 - **HIL**：硬件在环测试（如dSPACE平台），验证ECU与整车交互。 --- ### **5. 工具链与生态** - **配置工具**： - Vector：**DaVinci Configurator**（BSW配置）、**DaVinci Developer**（SWC设计）。 - ETAS：**ISOLAR-A/B**（AUTOSAR全栈工具）。 - **代码生成**： - 应用层代码（SWC逻辑）由开发者手动实现，但RTE、BSW代码由工具自动生成。 - **调试与测试**： - **CANoe**：总线仿真与测试。 - **TRACE32**：MCU底层调试（如内存、寄存器查看）。 --- ### **6. 工程实践中的挑战** #### **难点与解决方案** - **内存分配冲突**： - **解决**：使用 **AUTOSAR Memory Stack**（MemIf、Fee、Ea）统一管理EEPROM/Flash。 - **多核调度同步**： - **解决**：配置OSEK OS的Spinlock或核间通信（IPC）机制。 - **启动时间优化**： - **解决**：通过 **BswM（Basic Software Manager）** 管理模块初始化顺序，减少冗余操作。 #### **示例：动力总成ECU开发** 1. **需求**：实现发动机喷油量控制，响应周期1ms，满足ASIL-D功能安全等级。 2. **设计**： - SWC划分：`SensorAcquisition`（传感器数据采集）、`FuelInjectionCtrl`（喷油计算）。 - RTE配置：定义S/R接口传递曲轴转速、节气门开度等信号。 3. **BSW配置**： - 配置MCAL的ADC驱动（采集氧传感器电压），CAN驱动发送喷油指令。 - 集成诊断服务（如检测氧传感器故障码P0130）。 --- ### **7. 学习路径建议** 1. **理论储备**： - 通读 **AUTOSAR Classic Platform 标准文档**（官网提供，重点阅读BSW、RTE、方法论）。 - 理解 **OSEK/VDX** 实时操作系统原理（任务调度、优先级反转处理）。 2. **实践入门**： - 使用 **免费工具链**（如Arctic Core + Eclipse）搭建简单ECU demo（如LED控制）。 - 在Vector官网下载 **MICROSAR** 试用版，体验BSW配置与代码生成。 3. **深入项目**： - 参与真实ECU开发（如车身控制器），重点掌握 **ARXML配置**、**RTE交互调试**、**HIL测试**。 --- ### **总结** Classic AUTOSAR 是传统汽车电子的基石，其核心价值在于 **标准化开发流程** 和 **软硬件解耦**。工程师需熟练掌握工具链配置、通信栈调试及功能安全设计。随着Adaptive AUTOSAR的兴起，理解两者的差异（如动态通信 vs 静态绑定）将帮助你在EE架构转型中保持竞争力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子开发攻城狮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值