1. 介绍本文档描述了闪存EEPROM仿真( Flash EEPROM Emulation)模块的功能、API和配置。 FEE模块应从设备特定的寻址方案和分段中抽象出来,并为上层提供虚拟寻址方案和分段(virtual addressing scheme and segme…
第一类:根据AUTOSAR规范【SWS_NVM 00244】等条目可知,Block ID为0保留为多块请求结果,Block ID 为1的是当前存储布局的ID,它可以被用作与NvmCompiledConfigurlD比较来判断存储布局是否改动。他们都为NvM模块自己使用。 Block ID为0的块名必须名为NvM_MultiBlock,因为示例中没有使用MultiBlock,则配置最基本的即可。
Application可以调用NvM_ReadBlock()触发NvM Block进行读取,读取任务被NvM模块接收后,NvM_MainFunction()调用MemIf接口MemIf_Read()进行存储,MemIf判断该Block的存储介质类型:如果是FEE,调用Fee_Read(),FEE再调用Fls_Read()进行Flash数据读取;如果是EA,调用Ea_Read(),EA再调用Eep_Read()进行EEPROM数据读取。
硬件抽象接口(即更低层的Fee和EA)为NVM提供了虚拟线性32位地址空间用于寻址,这32位地址由16bit的 block number和16bit的block address offset构成。 According to [SWS_NvM_00051], the NvM module allows for a (theoretical) maximum of 65536(2^16) logical blocks, each logical block having a (theoretica...
1)如果需要使用Post-Build中的Loadable或者Selectable,在购买AUTOSAR时需要选择,就是说要多给钱。 2)配置参数不是多有的BSW参数都可以配置,哪些参数可以配置,哪些不可以配置需要和OEM沟通好,在AUTOSAR标准中也有定义,比如《AUTOSAR_SWS_COM.pdf》第129页。 X:表示支持 --:表示不支持...
1.NvM在AUTOSAR中的层次结构 AUTOSAR中有个Memory的处理,在架构中是这样的 分类三层,分别是Memory Service(NvM)、Memory Hardware Abstraction(Memory If和Fee/Ea)和Memory Driver(Fls/Eep驱动),单独拎出来就是这样的 这部分在架构中有这样的接口关系
FEE FEE模块提供了独立于硬件的接口,用于访问flash数据,直接访问flash驱动。除了负责读写和擦除flash数据,FEE还负责分散flash内存的使用,延长flash的寿命。 7、AUTOSAR COMMUNICATION服务模块概述 AUTOSAR中COMMUNICATION模块主要提供通信相关的服务,主要模块如下: ...
分类三层,分别是Memory Service(NvM)、Memory Hardware Abstraction(Memory If和Fee/Ea)和Memory Driver(Fls/Eep驱动),单独拎出来就是这样的 这部分在架构中有这样的接口关系 回到Nvm,这个NVM即Non-VolatileRAM Manager (NVRAM Manager),用于管理存储于各类non-volatile memory(如EEPROM/Flash等)的数据。
DLT模块是诊断Log和Trace的简称,主要用于记录DET、DEM、SWS等的日志信息以及跟踪信息。Dlt模块通过内部的API可以在通信总线传输该数据,以使该信息在 ECU 外部可见。 ECUM ECU状态管理负责ECU的启动和关闭,同时还管理ECU的唤醒机制。支持Fixed和Flex两个版本的配置。Fixed的配置ECUM管理一些预定义好的运行状态。通过Flex...
AUTOSAR之FEE模块介绍 在AUTOSAR架构中,FEE处于内存硬件抽象层(Memory Hardware Abstraction),如下图所示: 图1 FEE在AUTOSAR架构中的位置 Flash模拟EEPROM机制:我们知道 2K20 AUTOSAR PNC数据流分析 根据AUTOSAR_EXP_Layered Software Architecture这篇PPT的说法,PN的初衷是在AUTOSAR中,实施高效的能源管理,其目标是提...