[AutoSar]BSW_Memory_Stack_002 NVM介绍

已于 2024-04-06 15:43:37 修改
阅读量1.4k 收藏 26
点赞数 27
分类专栏： CP_Autosar 文章标签： Autosar BSW NVM FEE EEPROM
于 2024-04-03 23:15:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42447823/article/details/137332629
版权
本文详细介绍了NVM在嵌入式系统架构中的位置，涉及其主要功能如block管理、CRC处理、优先级队列、数据完整性检查等。文章还涵盖了同步和异步API的使用，以及与OS和autosar接口的相关信息。
摘要由CSDN通过智能技术生成

目录


  

关键词

嵌入式、C语言、autosar、OS、BSW

平台说明

项目Value
OSautosar OS
autosar厂商vector ， EB
芯片厂商TI 英飞凌
编程语言C，C++
编译器HighTec (GCC)
autosar版本4.3.1

在这里插入图片描述
  
  
>>>>>>>>>>>>>>>>>>>>>>>>>回到总目录<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

  
  

缩写描述
EEPROMElectrically Erasable Programmable read only memory
NVMNVRAM Manager
MEMIFMemory Abstraction Interface
EAEEPROM Abstraction
EEPinternal/external EEPROM DRIVER
FEEFlash EEPROM Emulation
FLSinternal/external Flash Driver
FCFSFirst come first served

背景

  本文仅对NVM做了简单介绍，只需要知道NVM提供了哪些服务和读写流程。深入介绍看后面更新链接。
讲人话：存储栈就是在上电的时候拷贝数据到RAM 运行中进行修改，下电的时候保存或者立即保存到NV memory中。
在这里插入图片描述

一、NVM在架构中的位置

  位于服务层。
在这里插入图片描述

二、NVM的主要功能概述

  

  • block 管理类型(Native, Redundant, Dataset)。
  • CRC handling (CRC16, CRC32，vector 不支持CRC8)。
  • 优先级处理，包括立即(crash)数据写入。
  • 工作队列。
  • ROM默认值(ROM默认值块，Init回调)。
  • 配置ID处理。
  • RAM block 的校验和修改。
  • 在启动的时候通过CRC重新校验RAM block。
  • job完成回调通知。
  • 启动的时候跳过block。
  • 为SWC提供port。
  • 为DCM提供并发访问NV。
  • 为APP与NVM之间提供显示同步。
  • 为BSWM提供交互接口。

三、NVRAM block 结构

  见1.1结构.
澄清一个概念：NV = NVRAM ，平时我们说的NV block 其实指的是NVRAM Block。写入到flash 的是 NV block。存储默认值的是ROM BLOCK。拷贝填充的目标是RAM BLOCK.存储状态信息和附加信息的是admin block。

四、function feature

4.1 startup

  1.由于ECU启动时间的严格限制，NvM_Init请求不能包含已配置NVRAM块的初始化。
  2.ECU启动时应调用NvM_ReadAll。
  3.为例让DEM等依赖模块尽早使用NV，应当将相关block ID 设置较高优先级（0-255，值越小优先级越高）。

4.2 shutdown

  1.下电的时候应该由ECUM 调用NvM_WriteAll。

4.3 Error recovery

  见2.3 错误恢复机制.

4.4 Termination of a single block request

  可以在下图中配置终止该block 请求时候的函数通知。在这里插入图片描述

4.5 Termination of a multiblock request

  可以在下图中配置终止该block 请求时候的函数通知。
在这里插入图片描述

4.6 Permanent and non-permanent RAM Blocks

Permanent RAM block: 只能由一个APP 访问，RAM block 的地址是固定的并且存储在NVM 配置中。讲人话，就是在cfg中配置了RAM名字的就是永久block。
non-permanent RAM Blocks： 由多个APP 访问，RAM block 的地址不是固定的并且没有存储在NVM配置中，必须提供一个指针来读写这个RAM Block。
  

4.7 Data Integrity

  NvM提供了多种策略来确保配置块的数据完整性，即，它可以检查从nv内存中读取的块数据是否与先前写入的数据相对应。autosar 提供了CRC MAC 来抱枕数据完整性。
CRC ：对于每个块可以配置一个可选的CRC校验和。这个校验和可以是CRC16或CRC32。校验和将被附加到用户数据中;在NV存储器中，它们将连续地存储在单个NV块中。当从rom中读取到CRC值与RAM中计算出的CRC不一致的时候，将触发recovery机制。
MAC ：对于每个块可以配置一个可选的MAC。由于NvM不实现任何MAC功能，因此使用CSM模块来生成和验证MAC。生成的MAC将被附加到用户数据中，并且两者都存储在nv内存中的单个块中。

4.8 Prioritized or non-prioritized Queuing of asynchronous Requests

  读写服务都是异步服务，是由NvM_MainFunction()来实现，这样可以减少服务的持续时间和运行时间，但是这样就造成了想要写的时候不能立即写入，而是队列写入，需要排队。如果配置了NvMJobPrioritization，并且
配置优先级为高（0-255，值越小优先级越高），则能实现立即写入。后续单独讲job 队列和优先级关系。

4.9 Write Protection

4.9.1 Modifiable write protection

  NVM支持对任意NV块进行写保护。API服务NvM_SetBlockProtection()用于保护和取消保护NV块。可设置初始写保护(复位后)。它将在NvM_ReadAll()期间设置。

4.9.2 Write once protection

  有些数据只能存储一次，禁止覆盖。为了实现这一点，NvM为每个NvM block提供一次写入配置参数。实际的保护对用户来说是不可见的，它不能被查询，但是NvM将拒绝所有写/擦除请求，并使对这样一个块的请求无效。

4.10 Erase and Invalidate

  NvM_EraseNvBlock()和NvM_InvalidateNvBlock() 两个服务指定用于使NV块不可读:。NvM_InvalidateNvBlock比NvM_EraseNvBlock要快得多，因为只有状态信息会失效.

4.11 Init Block Callbacks

在这里插入图片描述
  初始化的时候通过回调函数提供默认值。注意：在NvM_ReadAll()期间，如果块配置为启用NvMUseServicePorts，则不会调用初始化回调。这样做是因为在NvM_ReadAll()期间RTE尚未初始化，并且回调调用可能导致DET错误。对于所有禁用NvMUseServicePorts的块，回调将在NvM_ReadAll()期间无限制地调用。

4.12 Protect and validate NV data

在这里插入图片描述

  在某些情况下，用户可能希望在将数据写入NV RAM之前或从NV RAM读取数据之后转换数据:例如，用户可能希望实现自己的CRC或MAC，加密或解密和验证数据或实现旧数据检测.
  转换只能成对配置:要么两个回调都配置，要么两个都不配置。

4.13 显示同步和隐式同步

  
见.[AutoSar]BSW_Memory_Stack_003 NVM与APP的显式和隐式同步

4.14 CRC Compare Mechanism

  在数据写入NV前计算当前要写入的CRC与NV中已经存在的CRC是否相同，如果相同则跳过不写入。缺点在于有的数据就上数据不相同，但是计算出来的CRC也是一样的，导致本应写入新的数据却没有写入，不建议使用该功能。
开启配置为：
在这里插入图片描述

4.15 Check loss of redundancy

在这里插入图片描述

  配置选项NvMCheckLossOfRedundancy可以在每个块的基础上为所有配置了数据完整性机制的冗余块启用。如果将此特性用于块，则在读取请求时将检查块的两个数据实例的一致性。

五、同步 API 和异步 API

同步API 如下：

NvM_Init()
NvM_SetDataIndex()
NvM_GetDataIndex()
NvM_SetBlockProtection()
NvM_SetBlockLockStatus()
NvM_SetRamBlockStatus() (for not CRC protected blocks)
NvM_GetErrorStatus()
NvM_GetVersionInfo()
NvM_CancelJobs()
NvM_CancelWriteAll()
NvM_KillWriteAll()
NvM_KillReadAll()

异步API 如下：

NvM_ReadBlock()
NvM_WriteBlock()
NvM_RestoreBlockDefaults()
NvM_EraseNvBlock()
NvM_InvalidateNvBlock()
NvM_SetRamBlockStatus() (for CRC protected blocks)
NvM_ReadAll()
NvM_WriteAll()
NvM_RepairRedundantBlocks()

  
  
>>>>>>>>>>>>>>>>>>>>>>>>>回到总目录<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

老灰╮(╯-╰)╭
关注
  • 27
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
AutoSAR配置与实践（深入篇）7.1 NVM 配置项详解
nihaoljq2010的博客
06-25 2255
例如一个车系统平台有很多种配置，但有想集成在同一个软件中，那么就有很多个对应的配置数据，在运行的时候根据配置参数选择哪份数据使用。Develop端配置了RAM Block，则自动生成Get Mirror CallBack接口，用户写操作时候，把用户的数据先同步到Mirror RAM中，由NVM最终把Mirror RAM写入到NVbuffer中.依次查看对应Block是否配置了Resistant to Changed Software，若配置了，则依次加载，若没有配置，则忽略该Block不加载。
[4.4]-AutoSAR零基础学习-Bsw-NvM学习 ＜下＞
汽车电子开发
04-12 1095
目录 1 NvM的配置 1.1 NvM的Descriptor定义 1.2 NvData interface连接 1.3 Nv Component的接口属性 1.4 Nv Component的block属性 1 NvM的配置 NvM的配置中，主要包括BSW层NvM的Descriptor配置、APP层Nv Coponent中的Block配置相关的属性和NvData Interface配置。 1.1 NvM的Descriptor定义 NvM的Descript...
【AUTOSAR】 项目和代码详解（十五）----AUTOSAR NvM 配置
hellotzx的博客
05-09 7017
NvM (NVRAM Manager，非易失性存储器管理器)是AUTOSAR存储服务层的核心模块，它将ECU的持久数据存储设施组织在称为“NvM块”的单独可管理单元中。NvM组件独立于它们的实际存储位置管理这些块(比如闪存设备中的串行EEPROM或EEPROM模拟)，并提供读取、写入、恢复、使NvM块无效和擦除的服务，将Nv Data存储到对应的NvRAM Block。
AUTOSAR Memory Stack之Nvm模块
最新发布
qq_57159889的博客
07-28 1156
​ 其实 NVM 模块主要是对底层 FEE 及 FLS 的一个统筹管理，提供给上层读写 FEE 的接口，在状态机主功能函数及读写函数中也会调用下层的 FEE 及 FLS 接口函数，相当于第一层 API 接口，第二层就是 FEE 接口，最后一层就是 FLS 接口，层层调用实现我们对EEPROM 的管理以及内存块的读写，从而更好的为应用层服务。
汽车电子学习笔记---AutoSAR之BSW---NVRAM Manager（一）
weixin_42399934的博客
05-12 6551
汽车电子学习笔记—AutoSAR之BSW—NVRAM Manager（一） - 1、概述 NVRAM Manager（NvM）是应用app层访问非易失性数据的唯一接口，提供非易失数据的管理服务。 NvM上层是RTE，下层是对接Flash Driver或者EEPROM Driver的接口。 位于基础软件的服务层，并为为所有NV data的（初始化、读、写、控制）维护以及管理作提供了各种同步/异步服务。无论是EEPROM还是Flash模拟的eeprom，都在这层被抽象为同一类型，直到MemIf层才会
Autosar软件架构之NVM软件实现-Part1
w576804229的博客
03-09 1740
接触Autosar软件架构也有两年的时间了，一直在输入，包括文档，代码，工具学习，虽然看似积累的很多知识，但停留在大脑中总是觉得非常混乱，索性就将他写出来，一方面是理清知识逻辑，另一方面是让分享知识给感性的人，一起进步。 为了使内容不枯燥，我决定采用倒叙的方式讲解NVM软件实现，先将结果展示出来，然后一步步的去讲解软件的实现。 1. NVM block 类型 NVM block 主要分两种类型的block, Native 和 Redundant.通常如果对于保存的数据没有安全可靠的考虑...
BSW: NvM 模块的应用
Forever_Oct的博客
07-26 718
在项目实际开发中，经常会需要存储一些关键数据到NvM中，主要应用在UDS诊断服务(2E,31)，功能安全关键数据掉电保存(存储Reset原因和快照)，EDR(碰撞紧急数据记录)等。对于19服务中用到的NvMblock这里不做展开，一般协议栈中都会配置好，我们主要讨论SWC对于NvM的应用。
AUTOSAR NvM模块配置详解
嵌入式软件实战派
03-19 2814
有个小伙子最近在配AUTOSAR的NVM，配了一个多星期，都没配出个好的来，还搞出一堆问题。我实在看不下去了，心想NVM有这么难么？我很久以前操作过，由于当时太忙了没有做好笔记，搞得现在也忘了差不多了，于是乎从头到尾我又配置了一遍，顺便做个教程。详细的配置指导；应用代码适配源码；调试运行。注：为了方便测试验证，我已经将整个NVM以及后级的调用全部提取到PC上运行。关于NVM的原理讲解可以参考《AUTOSAR的Memory是如何设计的？》，或者下面这个图，如果图片不清晰请点击《
AUTOSAR NVM功能介绍和相关配置
酒无忧的博客
03-15 2087
NvM(NVRAM Manager)属于AUTOSAR BSW中一个基本软件模块，该模块用来抽象非易失性(non-volatile)存储的使用，可以是EEPROM或者Flash。为了避免数据访问时的冲突以及不一致，NvM是唯一可以访问非易失性存储的模块。在应用层，采用基于block形式对NvM进行访问。NvM访问MEMIF(Memory Abstraction Interface)，其抽象了底层存储设备，比如Flash模拟的EEPROM(FEE)或者EEPROM(EA)。所以说NvM是硬件独立的。
[4.3]-AutoSAR零基础学习-Bsw-NvM学习 ＜上＞
汽车电子开发
04-07 3126
AutoSAR的架构，大家已经很熟悉了，无非就是APPL/RTE/BSW/MCAL这几层。 从架构纵向来说，autoSAR对BSW的功能划分也十分清晰，主要有通信栈、内存栈、CDD、IO操作、系统服务、信息安全的相关协议栈。如下图 接下来，我们将对BSW中内存栈的管理模块（NvM）进行梳理。 1 AutoSAR Memory Stack 1.1 内存栈结构 在内存栈中包含服务层（NvM）、抽象层（MemIf、EA、EEP、Fe...
Autosar BSW模块的培训资料
12-14
7. 存储栈（Memory Stack）：包括内存堆栈（MemoryStack）、闪存堆栈（Flash）、EEPROM以及NvM（非易失性内存）管理。 8. 输入/输出硬件抽象（Input/Output HW Abstraction）：这部分管理对各种I/O硬件的访问，例如...
【Autosar 存储栈Memery Stack 3.存储读写流程的要求与时序】
java ee人脸识别登录
08-06 1391
NvM在使用的时候需要BSW的NvM进行配置，对数据的操作中在APP可以使用两种类型的模式，可以定义一个应用层的Nv Component和内置的NvData Inteface实现，在Nv Component中会自动关联到底层的NvM中定义的Block，在APP也可以采用CS接口直接调用NvM的服务接口。对于数据的操作分为周期写、下电写、立刻写三种。1.周期写一般很少使用该功能，无论是EEPROM还是内部的Dflash都有一定的刷写次数的限制。在Nv Component中需要配置对应的周期触发函数；...
AUTOSAR从入门到精通-存储配置（NvM）（一）
getusushu的博客
12-24 2129
AUTOSAR的NvM Block有三种Native、Redundant和DataSet，用得最多的是Native，但你知道其他两种是干什么的吗？是AUTOSAR标准中定义的一种用于存储非易失性数据的机制。在AUTOSAR NVM中，数据被存储在一个或多个NVM块中。每个NVM块由一个或多个NVM数据集组成，可以存储不同类型的数据。
Autosar NVRAMManager 模块NvM 功能简介
weixin_46481662的博客
01-04 1197
简单来讲是管理“非易失性”数据的存储的。所谓的“非易失性”即系统断电后数据不会丢失，再次上电后仍能通过接口读取该数据。这部分数据的保存介质为EEPROM或FLASH。NvM模块提供的就是 初始化、读、写、控制的服务的模块。上图描述了各个block之间的关系。拢共有这些：RAM-Block，NV-Block（redundant），NV-Block(带序号)， ROM-Block(带序号)， Administrative-Block, NVRAM-Block(带序号)。
AUTOSAR从入门到精通-存储配置（NvM）（五）
getusushu的博客
12-23 1799
函数原型：Std_ReturnType NvM_WriteBlock ( NvM_BlockIdType BlockId, const void* NvM_SrcPtr )传输参数：BlockID: 即为NVM模块配置中的BlockIDNvM_SrcPtr：永久RAM Block（含显式RAM Mirror和隐式全局RAM BLock）传入NULL，非永久传入数据地址。功能描述：请求将RAM数据写入Nv Block，函数将把请求放入队列，异步操作。Native Block写入特定Nv。
12.AUTOSAR 存储栈分析(一)--NvM
认真搞搞汽车MCU
12-12 1890
其实从原理上理解起来不是很难，主要是搞清楚RAM Block几种类型，难点在于真正开发的时候搞懂NvM运行机制， 例如立即存储和下电存储之间有没有区别？ NvM memory request是用什么样的机制，在代码中每一层的mainfunction如何使用？ 在上电NvM_ReadAll速度太慢，影响启动时间该如何处理。 我们在后面一章节会继续讲解。
[AutoSar NVM] 存储服务层（Memory Service）详解
串起点滴
10-26 1189
"数据是新时代的石油" -- 克莱门特•M•杜森堡（Clement M. Dusenbury） 我们深入了解下存储服务层后续的章节， 会自上而下进行学习，也会加上对底层的知识来理解上层的行为。虽然AutoSar 实现了软硬件分离， 但我认为只有真的懂底层存储， 才能真的用好存储服务。
AUTOSAR知识点 之NvM（三）：NVM关键信息整理
梦想技术家
09-19 599
看一个C语言的宏用法注意一下：LIST_ID_JOB(LIST_ENTRY_ID_JOB) 中NvM_Prv_idJob_ LIST_ENTRY_ID_JOB _e是不存在的，但是NvM_Prv_idJob_Read_e是存在的中LIST_ID_JOB(LIST_ENTRY_ID_JOB)只是表示枚举里面有Count的元素，注意一下NvM_Prv_idJob_Count_e声明在LIST_ID_JOB(LIST_ENTRY_ID_JOB)中。
Dem和NvM（NVRAM Manager）的交集
qq_36181546的博客
02-19 2567
Dem 和NvM的交集
mudbus crc
06-15
MUDBus (Multi-User Domain Bus) is a communication protocol designed specifically for embedded systems, often used in automotive and home automation scenarios. It provides a lightweight, message-based communication between devices, like CAN (Controller Area Network) but with a higher level of flexibility and security. The CRC (Cyclic Redundancy Check) part you mentioned refers to the cyclic redundancy check that is employed as a built-in error detection mechanism within the MUDBus protocol. CRC is an algorithm that adds a small, fixed-length check value to a data packet. This check value is generated based on the contents of the packet, and when the recipient receives the packet, it recalculates the CRC. If the calculated CRC matches the one sent, it indicates that the data has not been corrupted during transmission. This is important for ensuring reliable communication in real-time systems where small errors can have significant consequences. Here's a brief overview of MUDBus CRC: 1. **Packet Structure**: Each MUDBus message includes a header with various fields, including a CRC field at the end to store the calculated check value. 2. **CRC Calculation**: A polynomial divisor is used to generate the CRC, usually a well-known predefined polynomial like CRC-16 or CRC-32. The message payload is XORed with this polynomial, and then each bit is processed according to specific bit-by-bit or byte-by-byte rules. 3. **Error Detection**: When the recipient computes the CRC for the received message, if the result doesn't match the one in the header, it detects an error and may discard the message or take corrective action.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

老灰╮(╯-╰)╭

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

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

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

打赏作者

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

抵扣说明：

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

余额充值