mingminglove
mingminglove
Hi armink, key不固定，最多不超过200个.但是每个key的data size最大能达到2K。反复调用ef_set_env_blob写同样的key值，ef_set_env_blob时间会一直增加，这也当初导致在写flash过程看门狗超时的根本原因。 使用 legacy 模式，是不是easyflash版本要切换3.0？还是只添加 ef_env_legacy.c 及 ef_env_legacy_wl.c就可以了。
Hi armink, 感谢您耐心的回答，200*2K = 400K这个内存开销太大了，我用的M4内核最大内存200K现在应用层已经用了大部分，剩余给easyflash不足8K。如果不用legacy 模式，NG模式ef_set_env_blob多次写入同一个key会导致时间增加是不可避免无法解决的，对吗？其实我还写不明白这个机制，理论上就一个key不停写入也只有一个key,也无需遍历很多key为什么时间会一直增加。
好的，我试试。我现在分配给ENV的容量是26M。
是太大，到时候我按实际的内存给他分配。是不是如果一个key写满ENV的容量，下一次再次写入key的时候就会从首地址覆盖脏标记内容。
明白了，多谢。
Hi armink, 我关闭看门狗就不会出现复位的情况了。我测试之后发现了规律，就是我打开看门狗第一次写这个数据超时，然后复位，下次写的时候就会出现error,我把看门狗关掉这个error就不会出现了。看门狗打开：第一次写复位：Diagnostic positive response received: ID:1f40f424 payload: 02f621245 0 09cd0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0...
可能是这种原因，后面我们更改喂狗策略，现在没问题了。非常感谢您耐心的回答。