xiaoyuzhou1228

NVM区数据备份机制(二)

0
阅读(259) 评论(17)

上一篇文章介绍了第一种NVM区备份机制,但写入数据长度受限于扇区大小,本文介绍第二种NVM区数据备份机制。此方法会先将NVM区划分为A、B两个等大小区域,将A区作为正式数据区,B区作为备份区,每个区域的最后一字节为数据有效标志位FLAG,1表示该区数据有效,0表示该区数据无效。更新数据过程中若出现掉电,重新上电后先根据A、B两区FLAG判断哪个区域内数据有效,进而继续完成更新操作。本例中NVM区大小是32KB,A区大小划分为16KB,B区大小划分为16KB。举例说明:本例假设A区已经成功写入了数据,需要向NVM区写入新数据。其他情况处理流程与下述4步同理。

(1)判断A区FLAG = 1后,将A区数据读出写入到B区,写入成功后,将B区 FLAG赋值为1。

(2)B区FLAG修改成功后,将A区FLAG标志改为0。

(3)A区FLAG标志修改成功后,对A区进行数据更新操作,即写入新数据。更新成功后,将A区FLAG标志写为1。

(4)A区FLAG修改成功后,将B区FLAG标志修改为 0,至此完成数据更新操作。

至此,两种NVM区数据备份方案全部介绍完毕。


  1. 文章很棒,持续关注楼主中。。。

  2. 修改后会不会出现漏洞之类的?


  3. 这样就增加成本了,成本太高性价比就下降了

  4. 这样备份使用空间就小了呀,有没有可以从硬件解决的方法呢,硬件增加个电路啥的?

  5. 挺好的,多写点这类技术文章,对于最近的项目很有用。

  6. 这样写岂不是将写操作的时间加倍了?


  7. NVM和DRAM相比哪个性能更高些呢?读写速度和寿命哪个更有优势呢?

  8. 两种方法更有优劣吧?从常规角度来说是不是上一篇应用更广泛呢?

  9. 不错先收藏,下次流程换成流程图说明就更容易理解了。


  10. 例如LKT4306算法下载的芯片,更新NVM区存放数据时,需要增加备份


  11. 楼主分享的很好,哪种芯片是这种机制,有介绍吗?

  12. A、B区FLAG反复修改有些凌乱


  13. @tyl2010   

    楼主介绍的这种NVM区数据备份机制有什么优缺点吗?


    优点很明显,要说缺点,可能就是NVM区只有一半区域可用,因为另一半作为备份区了。

  14. 楼主介绍的这种NVM区数据备份机制有什么优缺点吗?


  15. 连续拜读了楼相关这几篇文章,学到很多东西,感觉还是这种方案简单易操作点,只是不确定这几种方法各自的优缺点在哪?