Dem和NvM(NVRAM Manager)的交集

NVRAM(NvM)提供了在NVRAM中存储数据Block的机制。
NVRAM Block(最大大小取决于配置)被分配给Dem,并由Dem实现事件状态信息和相关数据的永久存储(例如通电复位)。

ECU 状态管理器(EcuM)负责基本软件组件(包括Dem)的基本初始化和解除初始化。

Dem调用**NvM_SetRamBlockStatus()来设置要由NvM_WriteAll()**写入的NvM Block。

如果需要在Dem_InitDem_Shutdown之间存储数据,Dem模块应使用API NvM_WriteBlock和NVRAMManager的NvM_GetErrorStatus

此外,如果块写入成功完成,API NvM_GetErrorStatus应等待肯定响应。

7.3.4 故障的目的地:

配置参数DemMemoryDestinationRef(请参阅DemDTCAttributes)定义事件及其相关数据的专用存储位置(请参阅第7.6.7章)。

“permanent event memory”分配是从相关DTC类型中隐式得出的(参考第7.4.1章)。排放相关事件自动分配给permanent event memory,因为将事件存储为“permanent DTC”是从其当前状态中动态得出的(第7.8.5.8章描述了处理)。在这种情况下,术语“permanent”与排放相关事件的属性相关,而不仅仅与通过NvM进行的持久性存储相关,无论如何,对于每种事件存储器类型都是如此。

不同内存类型的定义和使用取决于OEM。
对于Dcm-Dem接口,参数DTCOrigin用于区分不同的存储区域。其目的是允许对不同的内存区域(primary, user defined, permanent and mirror memory)进行特定操作。

DemMemoryDestinationRef的限制:
如果DemMirrorMemory配置为DemMemoryDestinationRef,则DemPrimaryMemory或DemUserDefinedMemory的同一事件上的另一个DemMemoryDistinationRef应配置为先决条件。
如果一个不是DemMirrorMemory,则不应将同一事件配置为两个目的地。

7.6.2.2 清除故障存储 Clearing event memory entries

Dem模块的 event memory entries可以通过各种诊断服务清除DTC。
(例如,服务0x14 ClearDiagnosticInformation或服务$04清除/重置排放相关诊断信息)。
因此,Dem为不同的用户提供了不同的API:

Dem_ClearDTC (to CDDs 复杂驱动)
Dem_DcmClearDTC(Dcm中的UDS服务 0x14服务)
Dem_SetClearDTC(OBD)
Dem_J1939DcmClearDTC(J1939Dcm)

如果请求Dem模块清除诊断信息,并且配置参数DemClearDTCBehavior设置为Dem_CLRRESP_NONFOLATILE_FINISH,则Dem模块在清除易失性存储器和非易失性内存后应返回DEM_CLEAR_OK。

注:Dem实现负责持久数据的一致性。
(请参阅SWS_NvM_00698:当NvM处理作业时,传递给NvM_WriteBlock的RAM缓冲区的内容可能不会更改)。如何确保数据一致性(UDS状态字节、冻结帧数据和所有其他相关信息)是特定于实施的(取决于实施的NvM策略)。
选项包括但不限于额外的RAM镜像和更改排队,直到可以再次修改RAM区域。
注意:如果Dcm模块接收到API DEM_DcmClearDTC的返回类型DEM_CLEAR_OK,则Dcm模块发送肯定响应。

7.10.5 Interaction with NVRAM Manager (NvM) 和NvM的交互

通常,Dem模块使用非易失性存储器块(可由NVRAM管理器配置大小)来实现事件状态信息、事件相关数据和所需内部状态(例如,启动时检索状态)的永久存储。
还需要配置Dem中使用的每个非易失性内存块(请参阅DemNvRamBlockId)。未规定所使用的非易失性存储块的数量、类型和内容。这些应针对具体实施进行处理。
NvM的使用也可以通过配置停用(参考Dem-NvRamBlockId的多重性),这样Dem将仅基于RAM工作。

Dem模块应验证其非易失性块的有效性(与块状态相关)、完整性(与CRC结果相关)和一般NvM读取错误(在使用相应数据之前)。

通常在API Dem_Init(参考第8.3.2.2章)中使用这些块的NvM_GetErrorStatus进行验证,这些块由ECUM读取(参考API NvM_ReadAll)。

注:对于Dem模块的非易失性数据,建议在NvM中配置CRC。

如果NVM模块无法读取Dem模块的一些非易失性数据,Dem模块应使用其初始值初始化所有非易失数据。
注意:为了避免可读块和错误块之间的不一致,所有非易失性数据都被初始化。
完成初始化以允许NvM模块的故障检测机制向Dem模块报告相应的读取错误(请参阅Dem_ReportErrorStatus)。这些错误表示NVRAM有缺陷。

API Dem_Init完成后,Dem应完全运行。

Dem模块应为每个DTC提供配置参数DemImmediateNvStorage(参考DemDTCAttributes),以立即触发相应事件存储器条目的存储,包括其在非易失性存储器中的事件相关数据(参考NvM_WriteBlock)。

如果为特定DTC启用了即时非易失性存储,则Dem模块应在每次更改事件相关数据(事件存储器条目已更新)后触发新事件存储器条目的存储。
注意:对于立即存储的事件存储器条目,必须确保Dem_Init期间的数据一致性(例如与事件状态字节)。

**注:**如果立即非易失性存储被禁用,则事件存储器条目及其事件相关数据将在下电阶段永久存储(参见[SSWS_dm_0002]、[SSWS_DM_00341]和以下注释)。

如果针对特定DTC启用了立即非易失性存储,如果Dem模块的发生计数器已达到配置参数DemImmediateNvStorageLimit(参考DemGeneral)定义的阈值,则Dem模块不应为该DTC触发对NVRAM的进一步立即写入操作。

注意:在任何情况下,ECU下电时都会执行对NVRAM的写入操作。

API Dem_Shutdown应完成Dem模块中的所有未决操作,以准备内部状态和数据,以便传输至NVRAM。
在调用API Dem_Init之前,应锁定事件存储器,不得修改。对于更改的非易失性数据,Dem模块应在Dem_Shutdown之前或期间触发NVRAM存储。

基于Dem配置和实现,将在Dem_Shutdown之后存储的Dem相关NvMblock复制到NVRAM的过程由ECUM调用的API NvM_WriteAll执行。

如果在NvM完成将所有数据复制到NVRAM之前断开ECU电源,则这些数据将不完整/不一致或未存储。下次启动时,无法再找到上一个操作周期的事件。

因此,NVRAM管理器配置提供了数据一致性机制,如冗余数据块。

如果需要在Dem_InitDem_Shutdown之间存储和恢复数据,Dem模块应使用NVRAM管理器的API NvM_WriteBlockNvM_ReadBlock
注意:NvM模块实现了块读写的重试机制。因此,Dem模块不为其非易失性块实现任何重试机制。

如果NVM模块无法写入Dem模块的(某些)非易失性数据,则Dem模块应忽略NVM报告的负返回值。

注:如果非易失性Dem数据写入失败,则Dem模块无法执行任何适当的反应。

  • 2
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值