您的位置 首页 培训

AUTOSAR存储栈分析之MemIfFee

MemIf 和所有的抽象层作用差不多,MemIf把Driver层的模块抽象出来提供给上层使用,具体层级结构如下: NvM调用MemIf提供的标准接口,例如MemIf_ReadWri…

MemIf
和所有的抽象层作用差不多,MemIf把Driver层的模块抽象出来提供给上层使用,具体层级结构如下:
wKgZomWA81OAT3jGAADXDd3p5QU788

NvM调用MemIf提供的标准接口,例如MemIf_ReadWrite等;在MemIf根据已配置的抽象驱动模块(FeeEA)分别调用不同的API,实际举例如下:
wKgZomWA81OAQZh-AAIBrSa-Lec777

根据标准,Fee或者Ea又会调用MeeAcc提供的接口去访问不同的Flash驱动。
我们以Vector的实际代码为例,在MemIf层配置提供的接口如下:
在Fee层级配置的Flash驱动接口如下:
发现没有,这一层的API并没有MemAccM相关的接口,所以虽然规范定义了这样的层级结构,但是在实现上有多种可能,简单有效才是硬道理。
Fee
之所以在车规MCU里需要提供这样的机制,主要还是为了节约成本,提供数据的高效、实时存储,满足车规对于Data Flash百万次刷写的要求。
在AUTOSAR的规范里,也提供了这样类似的示例机制来提高DFlash的使用寿命:
wKgZomWA81OAY1-qAAQmljviQYY666

在该示例中,共计有1500Bytes数据需要管理,这些数据被均匀分成10个Block;当Fee发现某个Block数据更改并且需要重新编程的时候,他会找到目前空闲的Flash空间把数据写进Flash并设置有效。需要注意的是,在设计Fee驱动时,需要考虑到Flash IP支持的最小可擦除单位和最小可编程单位,只要熟悉IP特性,才能做好Flash磨损均衡算法。
小结
NvM的状态机每家供应商的代码区别还是挺大的,不过我们在看代码的时候首先需要了解这些API的调用时序,如下图为用户调用NvM_Write服务的时序图:
wKgZomWA81SAJgM-AAFnMYBBPaM918

熟读AUTOSAR NV Data Handling Guideline,才能更好理解代码,必要时自己画一个状态迁移图。
声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/changshang/peixun/349740.html

为您推荐

联系我们

联系我们

在线咨询: QQ交谈

邮箱: kf@86ic.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

返回顶部