AUTOSAR架构下NVM Block连续写及Default Value问题分析

admin 2024年10月9日13:45:50评论90 views字数 12368阅读41分13秒阅读模式

点击上方蓝字谈思实验室

获取更多汽车网络安全资讯

AUTOSAR架构下NVM Block连续写及Default Value问题分析

正文

1.应用SWC读写NVMBlock的两种方式

入下图所示,VectorAUTOAR配置工具Davinci Developer提供两种方式配置SWC使用NVM的服务。

方式一SWCNVM直连。NVM提供5个标准接口供SWC使用,SWC可以直接通过C-S接口直接读写NVMBlock。这种方式适用于NVMBlock仅被一个SWC访问的场景

AUTOSAR架构下NVM Block连续写及Default Value问题分析

1SWCNVM直连

如下图所示,在Developer中直接配置SWC中的Service NeedNvM_Block_NeeDs即可配置NVM服务。

AUTOSAR架构下NVM Block连续写及Default Value问题分析

2:配置NvMBlockNeed

最后在Rte_SWC.h生成的读写NvM_Block的接口如下所示,Rte接口直接封装了NvM的标准接口(NvM_ReadBlock, NvM_WriteBlock, NvM_GetErrorStates)。

# define Rte_Call_NvMService_AC3_SRBS_NvBlockNeed_ PortName _GetErrorStatus(arg1) (NvM_GetErrorStatus((NvM_BlockIdType)57, arg1))# define Rte_Call_NvMService_AC3_SRBS_NvBlockNeed_ PortName _ReadBlock(arg1) (NvM_ReadBlock((NvM_BlockIdType)57, arg1))# define Rte_Call_NvMService_AC3_SRBS_NvBlockNeed_ PortName _WriteBlock(arg1) (NvM_WriteBlock((NvM_BlockIdType)57, arg1))

方式二SWC通过NonvolatileMemoryBlock访问NVMDavinci提供一个类似NvM UserNonvolatileMemoryBlock的中间模块,SWC配置普通的S-R接口和NonvolatileMemoryBlock连接,NonvolatileMemoryBlock模块通过标准的S-R接口和NvM连接。SWC通过NonvolatileMemoryBloc来读写NvM模块。这种方式适用于多个SWC访问同一个NvM Block的场景

AUTOSAR架构下NVM Block连续写及Default Value问题分析

3SWC通过NonvolatileMemoryBlock访问NVM

如下图所示,使用方式二需要配置中间NonvolatileMemoryBlock模块,然后在SWCNonvolatileMemoryBlock分别配置S-R的读写接口,然后进行连接即可。

AUTOSAR架构下NVM Block连续写及Default Value问题分析

4:配置NoVolatileMemoryBlock

如下所示,生成的Rte_SWC.hSWC读写NvM Block的接口仅仅是读写一个名为Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName全局变量。

FUNC(Std_ReturnType, RTE_CODE) Rte_Read_SWC_Pp_NvData_PortName_Rx_Element_NvData_PortName(P2VAR(uint8, AUTOMATIC, RTE_SWC_APPL_VAR) data) /* PRQA S 1505, 3206 */ /* MD_MSR_Rule8.7, MD_Rte_3206 */{  Std_ReturnType ret = RTE_E_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */  Rte_MemCpy(data, Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, sizeof(NvData_PortName)); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */  Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */  return ret;}FUNC(Std_ReturnType, RTE_CODE) Rte_Write_SWC_Pp_NvData_PortName_Tx_Element_NvData_PortName(P2CONST(uint8, AUTOMATIC, RTE_SWC_APPL_DATA) data) /* PRQA S 1505, 2982 */ /* MD_MSR_Rule8.7, MD_Rte_2982 */{  Std_ReturnType ret = RTE_E_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */  Rte_MemCpy(Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, data, sizeof(NvData_PortName)); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */  Rte_OsApplication_QM_Core0_DirtyFlags.Rte_DirtyFlag_NonVolatileMemoryBlock_NVBlockDescriptor_PortName = 1U;  Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */  /* scheduled trigger for runnables: NonVolatileMemoryBlockTriggerRunnable */  (void)SetEvent(AplTask_10ms_Core0, Rte_Ev_Run_NonVolatileMemoryBlock_NonVolatileMemoryBlockTriggerRunnable); /* PRQA S 3417 */ /* MD_Rte_Os */  return ret;}

然后NvM也通过Rte_SetMirror_xxx/Rte_GetMirror_xxx接口来更新这个Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName全局变量。

FUNC(Std_ReturnType, RTE_CODE) Rte_SetMirror_NonVolatileMemoryBlock_NVBlockDescriptor_PortName(P2CONST(void, AUTOMATIC, RTE_APPL_DATA) NVMBuffer) /* PRQA S 3112 */ /* MD_Rte_3112 */{  Std_ReturnType ret = E_NOT_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  CONST(uint16_least, RTE_CONST) size = sizeof(NvData_PortName);  if (size <= 100U) /* PRQA S 2991, 2995 */ /* MD_Rte_2991, MD_Rte_2995 */ /* COV_RTE_NVMBUFFER_SIZE */  {    Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */    Rte_MemCpy32(Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, NVMBuffer, size); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */    Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */    ret = E_OK;    }  return ret;}FUNC(Std_ReturnType, RTE_CODE) Rte_GetMirror_NonVolatileMemoryBlock_NVBlockDescriptor_PortName(P2VAR(void, AUTOMATIC, RTE_APPL_VAR) NVMBuffer) /* PRQA S 3112 */ /* MD_Rte_3112 */{   Std_ReturnType ret = E_NOT_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  CONST(uint16_least, RTE_CONST) size = sizeof(NvData_PortName);  if (size <= 100U) /* PRQA S 2991, 2995 */ /* MD_Rte_2991, MD_Rte_2995 */ /* COV_RTE_NVMBUFFER_SIZE */  {  Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */  Rte_MemCpy32(NVMBuffer, Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, size); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */  Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */  ret = E_OK;  }  return ret;}

2.RAM BlockROM Block

RAM Block最后在代码中体现就是一个全局变量(存放在栈Ram中),ROM Block在代码中体现就是一个const 全局变量(存放在Data Flash中)。Ram Block是一定会有的,Rom Block是可配置的。其中最主要的就是default value的配置。

方式1配置RAM BlockROM Block

方式1SWC通过NvM Block Needs直接访问NvM,如果配置了Default Value就配置了ROM Block

AUTOSAR架构下NVM Block连续写及Default Value问题分析

图5:NvM Block Needs配置RAM和ROM Block

方式2配置RAM BlockROM Block

方式2SWC通过NonvolatileMemoryBlock间接访问NvMRom Block通过勾选来配置,Init Value也就是Default value也可配置。

AUTOSAR架构下NVM Block连续写及Default Value问题分析

图5:NonvolatileMemoryBlock配置RAM和ROM Block

RAM Block对应的代码:

VAR(Nvdata_PortName, RTE_VAR_INIT) Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName;

ROM Block对应的代码:

CONST(Nvdata_PortName, RTE_CONST_DEFAULT_RTE_CDATA_GROUP) Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName_ROM_NVBlockDescriptor_PortName = {0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U, 0U};

关于Default Value:

AUTOSAR架构下NVM Block连续写及Default Value问题分析

SWS_NvM_00388所诉,在ECU启动阶段,如果配置了ROM BlockNvM_ReadAll会把ROMblock中的default value拷贝到RAM Block

AUTOSAR架构下NVM Block连续写及Default Value问题分析

SWS_NvM_00085所述,如果没有配置ROMBlock,则RAM Block的值需要应用来保证。在Davinci Developer中可以配置RAM BlockInit Value,也可以让RAM Block有一个初始值。

如果,我们既没有配置RAMBlockInitvalue,也没有配置ROMBlock,也从没有写过NvBlock,那么我们第一次去读的RAMBlock.BSS段的一个全局变量(未初始化的全局变量在.BSS段),而MCU上电后会对.BSS段作清零的操作,也就是说我们会读到0

3. 应用SWC读写NVM过程

SWC通过NonvolatileMemoryBlockNvM Ram BlockSWC就是读一个名为Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName的全局变量,也就是RAMBlock

FUNC(Std_ReturnType, RTE_CODE) Rte_Read_SWC_Pp_NvData_PortName_Rx_Element_NvData_PortName(P2VAR(uint8, AUTOMATIC, RTE_SWC_APPL_VAR) data) /* PRQA S 1505, 3206 */ /* MD_MSR_Rule8.7, MD_Rte_3206 */{  Std_ReturnType ret = RTE_E_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */  Rte_MemCpy(data, Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, sizeof(NvData_PortName)); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */  Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */  return ret;}

SWC通过NonvolatileMemoryBlockNvM Ram BlockSWC就是写一个名为Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName的全局变量,也就是RAMBlock。同时会设置一个更新FlagSetEvent触发一个OSTask事件。

FUNC(Std_ReturnType, RTE_CODE) Rte_Write_SWC_Pp_NvData_PortName_Tx_Element_NvData_PortName(P2CONST(uint8, AUTOMATIC, RTE_SWC_APPL_DATA) data) /* PRQA S 1505, 2982 */ /* MD_MSR_Rule8.7, MD_Rte_2982 */{  Std_ReturnType ret = RTE_E_OK; /* PRQA S 2981 */ /* MD_MSR_RetVal */  Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */  Rte_MemCpy(Rte_NonVolatileMemoryBlock_NVBlockDescriptor_PortName, data, sizeof(NvData_PortName)); /* PRQA S 0314, 0315, 0316 */ /* MD_Rte_0314, MD_Rte_0315, MD_Rte_0316 */  Rte_OsApplication_QM_Core0_DirtyFlags.Rte_DirtyFlag_NonVolatileMemoryBlock_NVBlockDescriptor_PortName = 1U;  Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */  /* scheduled trigger for runnables: NonVolatileMemoryBlockTriggerRunnable */  (void)SetEvent(AplTask_10ms_Core0, Rte_Ev_Run_NonVolatileMemoryBlock_NonVolatileMemoryBlockTriggerRunnable); /* PRQA S 3417 */ /* MD_Rte_Os */  return ret;}

NonvolatileMemoryBlockRunnableEvent事件激活调用NvM_WriteBlock:

RTE_LOCAL FUNC(void, RTE_CODE) NonVolatileMemoryBlockTriggerRunnable(void){  if (Rte_OsApplication_QM_Core0_DirtyFlags.Rte_DirtyFlag_NonVolatileMemoryBlock_NVBlockDescriptor_PortName == 1U)  {    NvM_RequestResultType NvM_ErrorStatus = 0;    (void)NvM_GetErrorStatus(NvMConf_NvMBlockDescriptor_NonVolatileMemoryBlockNVBlockDescriptor_PortName, &NvM_ErrorStatus);    if (NvM_ErrorStatus != NVM_REQ_PENDING)  {    Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */    Rte_OsApplication_QM_Core0_DirtyFlags.Rte_DirtyFlag_NonVolatileMemoryBlock_NVBlockDescriptor_PortName = 0;    Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */    (void)NvM_WriteBlock(NvMConf_NvMBlockDescriptor_NonVolatileMemoryBlockNVBlockDescriptor_PortName, NULL_PTR);  }  else  {    Rte_DisableOSInterrupts(); /* PRQA S 1881, 4558 */ /* MD_Rte_Os, MD_Rte_Os */    Rte_NvBlockPendingFlags.Rte_NvBlockPendingFlag_NonVolatileMemoryBlock_NVBlockDescriptor_PortName = 1U;    Rte_EnableOSInterrupts(); /* PRQA S 1881, 4558, 2983 */ /* MD_Rte_Os, MD_Rte_Os, MD_Rte_2983 */    }  }}

NvM_WriteBlock调用NvM_QueueJobJob排队:

FUNC(Std_ReturnType, NVM_PUBLIC_CODE) NvM_WriteBlock(NvM_BlockIdType BlockId, P2CONST(void, AUTOMATIC, NVM_APPL_DATA) NvM_SrcPtr){    Std_ReturnType returnValue = E_NOT_OK;    uint8 detErrorId = NVM_E_NO_ERROR;    const NvM_RamMngmtPtrType NvM_RamMngmt_ptloc = NvM_GetMngmtAreaPtr(BlockId);    if(NvM_WriteProtectionChecks(NvM_RamMngmt_ptloc) == TRUE) /* SBSW_NvM_FuncCall_PtrParam_BlockMngmtArea */    {    /* PRQA S 0311, 0316 1 */ /* MD_NvM_11.5_CastLossOfConst, MD_NvM_11.5_JobQueue_CastVoidPtrToObjPtr */    if (NvM_QueueJob(BlockId, NVM_INT_FID_WRITE_BLOCK, (NvM_RamAddressType)NvM_SrcPtr)) /* SBSW_NvM_FuncCall_PtrParam_QueueJob */    {       if(NvM_SrcPtr == NULL_PTR)    {       NvM_EnterCriticalSection();       NvM_RamMngmt_ptloc->NvRamAttributes_u8 |= (NVM_STATE_VALID_SET | NVM_STATE_CHANGED_SET); /* SBSW_NvM_AccessBlockManagementArea */       NvM_ExitCriticalSection();    }    returnValue = E_OK;  }}return returnValue;} 

NvM_QueueJob会判断队列是否已经Full,如果FullJob被丢弃,如果没有Full,则Job入队列:

FUNC(boolean, NVM_PRIVATE_CODE) NvM_QueueJob(NvM_BlockIdType BlockId,NvM_InternalServiceIdType ServiceId,NvM_RamAddressType RamAddress){  boolean retVal = FALSE;  boolean queueFull;  boolean blockAlreadyPending;  /* get block management area */  const NvM_RamMngmtPtrType ramMngmtPtr =  ((BlockId & NVM_DCM_BLOCK_OFFSET) != 0u) ? (&NvM_DcmBlockMngmt_t) : (&NvM_BlockMngmtArea_at[BlockId]);  #if(NVM_JOB_PRIORISATION == STD_ON)  const uint8 priority = (uint8)NvM_BlockDescriptorTable_at[NVM_BLOCK_FROM_DCM_ID(BlockId)].BlockPrio_u8;  /* NvM_HighPrioQueue is only the right queue if block has an immediate priority, current job is a  write-job and requested block is not a DCM-Block. Otherwise NvM_NormalPrioQueue is right queue. */  P2VAR(NvM_JobQueueType, AUTOMATIC, NVM_PRIVATE_DATA) usedQueue =  ((priority == 0u) && (ServiceId == NVM_INT_FID_WRITE_BLOCK) && ((BlockId & NVM_DCM_BLOCK_OFFSET) == 0u)) ?  (&NvM_HighPrioQueue) : (&NvM_NormalPrioQueue);  #else  P2VAR(NvM_JobQueueType, AUTOMATIC, NVM_PRIVATE_DATA) usedQueue = &NvM_NormalPrioQueue;  #endif  /* #200 critical section (Reason: During accessing the job queue, it shall not be possible to access it from another task) */  NvM_EnterCriticalSection();  /* check queue fill status before queuing the block! */  queueFull = (usedQueue->EmptyList == NVM_LIST_END);  blockAlreadyPending = (ramMngmtPtr->NvRamErrorStatus_u8 == NVM_REQ_PENDING);  /* #210 queue is not full and the requested block isn't already pending */  if((queueFull == FALSE) && (blockAlreadyPending == FALSE))  {    /* #211 find next free element in queue */    const NvM_QueueEntryRefType elem = NvM_QueuePop(&usedQueue->EmptyList); /* SBSW_NvM_FuncCall_PtrParam_Queue */    CONSTP2VAR(NvM_QueueEntryType, AUTOMATIC, NVM_PRIVATE_DATA) elemPtr = &NvM_JobQueue_at[elem];    /* #212 setup and queue NvM job */    elemPtr->BlockId   = BlockId; /* SBSW_NvM_AccessJobQueue */    elemPtr->RamAddr_t = RamAddress; /* SBSW_NvM_AccessJobQueue */    elemPtr->ServiceId = ServiceId; /* SBSW_NvM_AccessJobQueue */    #if(NVM_JOB_PRIORISATION == STD_ON)    elemPtr->JobPrio = priority; /* SBSW_NvM_AccessJobQueue */    #endif    NvM_QueuePush(&usedQueue->SrvList, elem); /* SBSW_NvM_FuncCall_PtrParam_Queue */    /* #213 set the block status to NVM_REQ_PENDING */    ramMngmtPtr->NvRamErrorStatus_u8 = NVM_REQ_PENDING; /* SBSW_NvM_AccessBlockManagementArea */    /* block queued and pending, return successfully */    retVal = TRUE;    }  return retVal;}

综上所述,SWC读写NvM接口的时候,其实读写的是一个Ram Block的全局变量。调用写NvM的接口时会触发NonvolatileMemoryBlockNonVolatileMemoryBlockTriggerRunnableOs调用,NonVolatileMemoryBlockTriggerRunnable根据Block的写Flag调用NvM_WriteBlockNvM_WriteBlock中调用NvM_QueueJobNvM_QueueJob根据队列是否Full来将Job入队列。

也就是说,如果有SWC一直在频繁的调用写NvM的接口,就会导致NvM的队列Full,导致其他的SWC的写NvM Block的请求被丢弃,最终对外表现是NvM存不进去。

Ps: 本人就遇到过队列大小配的太小,导致SWCNvM写请求被丢弃的问题。。。

4. 问题回答

问题1:通过RTE接口连续读写NVMBlock会影响其他Block的读写吗?

答:会。如果SWC连续写NvM Block,且NvM模块的队列大小配置太小,就会导致NvM模块的队列FullSWC的写请求被丢弃。

问题2:没有配置NVM Rom Blockdefault value且没有写过NVM Block,通过RTE接口去读NVM Block读到的是什么值?

答:要看有没有配置NvM Ram BlockInit Value。如果配置NvM Ram BlockInit Value,那么读到的就是NvM Ram BlockInit Value,如果没有配置,读到的就是0

问题3Fee模块中的Block的长度更改会是的NVM BlockFlash中重排吗?中间插入NVMBlock了?

答:还没研究透彻,请关注本公众号的后续文章。

5.总结

搞清楚了NVM的基本概念后,配置都比较容易。难的是出现问题后怎么查问题,因为NvMFee/EAFls/EEProm模块的实现还是很复杂的,常见的问题如下:

nSWC开发者抱怨NvM数据存不进去

nSWC开发者抱怨NvM数据在ECU复位变成了默认值

nSWC开发者抱怨NvM数据在ECU复位后改成了异常值

如果,存储协议栈配置本身没有问题,常见的原因如下:

nNvM队列配置太小,以及SWC在频繁的请求写NvM

nSWC在下电前把自己的Block写成了默认值,这个时候,我们可以通过修改NvM BlockDefault Value为另一个值来证明不是NvM本身的问题,是SWC自己写了个Default value

n用来接收NvM读数据的SWC的全局变量复位后并不是直接从NvM读取数据,而是从Back Ram(复位后内容不清除)中读取数据,Back Ram异常后导致接收NvM数据的全局变量内容错乱。

如果不是以上的问题,那就可能是NvM本身或者ECU系统出问题了,这就需要深入分析NvM源码加调试了。

AUTOSAR架构下NVM Block连续写及Default Value问题分析
AUTOSAR架构下NVM Block连续写及Default Value问题分析

码上报名

AutoSec 2023 第七届中国汽车网络安全周暨第四届智能汽车数据安全展,9月13-15日,上海

免责声明:文章中涉及的程序(方法)可能带有攻击性,仅供安全研究与教学之用,读者将其信息做其他用途,由读者承担全部法律及连带责任,本站不承担任何法律及连带责任;如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截,联系方式见首页),望知悉。
  • 左青龙
  • 微信扫一扫
  • weinxin
  • 右白虎
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2024年10月9日13:45:50
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出):
                   AUTOSAR架构下NVM Block连续写及Default Value问题分析https://cn-sec.com/archives/1928703.html
                  免责声明:文章中涉及的程序(方法)可能带有攻击性,仅供安全研究与教学之用,读者将其信息做其他用途,由读者承担全部法律及连带责任,本站不承担任何法律及连带责任;如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截,联系方式见首页),望知悉.

发表评论

匿名网友 填写信息