在我的项目中,NvM_Multi块和Config_block都将NvRamErrorStatus_u8的值作为NVM_REQ_NOT_OK返回。在刷新软件时,没有任何问题,配置块和多块的值为NVM_REQ_OK,运行几天后,块的返回值变为NVM_REQ_NOT_OK。我已经阅读了AUTOSAR规范,并理解配置块值write作为写入的一部分,在进入睡眠之前,它将被存储,然后下一次唤醒周期配置块将返回值为NVM_REQ_OK。在这里,这是不会发生的,我认为块已经被损坏了,有什么方法可以解决这个问题。幸运的是,我们在长时间的测试中发现了这个问题,如果这个问题发生在现场,如何解决这个问题?你们能帮帮忙吗。
发布于 2021-04-07 02:53:05
NvM是依赖于较低层组件的BSW组件,即费用。您应该使用调试器检查错误是来自NvM还是来自它下面的SW组件。配置块是系统特定的块,您不能对其进行修改。您应该创建一个新的用户区块,并为其提供一个较低层的区块,即同时创建一个新的费用区块。
https://stackoverflow.com/questions/66849960
复制相似问题