一张图看懂NvMDynamicConfiguration和NvMResistantToChangedSw对NvM数据变更的影响

2023-12-14 09:51:29

一、背景

在实际项目中，我们会通过NvM将易失性数据存入EEPRAM。如果说NvM中配置好的Block List在项目迭代过程中没有Block的增加或减少，没有Block数据长度的增加或减少，那么NvM的使用就不会有什么问题。

但是如果Block List在某一天要增加一个Block，或者某个Block的数据长度要发生变更，那么一旦程序升级，之前存入EEPRAM中的数据就不能被正确读取。

于是为了解决上述问题，我们引入了：NvMDynamicConfiguration和NvMResistantToChangedSw

二、配置解释

1、NvMDynamicConfiguration

?如果如何处理NVRAM block的配置变更并不重要，则必须配置参数 NvMDynamicConfiguration==FALSE。

2.NvMResistantToChangedSw

? NvMResistantToChangedSw == FALSE： 不管 RAM Block 是否有效，都将忽略 NV Block 中的值， 使用默认数据 （ ROM 或 InitBlockCallback） 加载 RAM Block， 则必须配置 ；
? NvMResistantToChangedSw == TRUE： 必须将 NV Block 中的数据加载到 RAM 中，即便是在配置变更的情况下。如此， NvM 模块会 像没有发生配置变更一样处理 NvM_ReadAll（）。

注意：这个配置是跟随每个Block走的，所以每个Block可以根据自身需求的实际情况选择勾选，还是不勾选。

3.Compiled Configuration ID

? 如果说要让上述配置生效，那么一旦NvM Block List中有配置发生了变更，Compiled Configuration ID的版本号就要配置自增，否则 NvMDynamicConfiguration和 NvMResistantToChangedSw 的配置就不会起作用。

三、流程图

以上就是关于NvM Block List发生变更时容易踩的坑，如果有任何疑问可以留言交流。

文章来源:https://blog.csdn.net/rwlsh/article/details/134986500
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。