EasyFlash icon indicating copy to clipboard operation
EasyFlash copied to clipboard

Lightweight IoT device information storage solution: KV/IAP/LOG. | 轻量级物联网设备信息存储方案:参数存储、在线升级及日志存储 ,全新一代版本请移步至 https://github.com/armink/FlashDB

Results 59 EasyFlash issues
Sort by recently updated
recently updated
newest added

考虑用于NB-IoT等带宽有限设备上,请指教?

对Env的Key不断地删除、写入数据,一段时间后,会进入到EF_DEBUG("Trigger a GC check after created ENV.\n"); 而sector->check_ok = 1, sector->status.store = SECTOR_STORE_USING, sector->status.dirty = SECTOR_DIRTY_FALSE。 导致在do_gc()函数中未进入if (sector->check_ok && (sector->status.dirty == SECTOR_DIRTY_TRUE || sector->status.dirty == SECTOR_DIRTY_GC)) 失败,而未启动初始化。 请问:是什么原因或某些配置未配置好导致 sector->status.dirty 一直为SECTOR_DIRTY_FALSE,不为SECTOR_DIRTY_TRUE或SECTOR_DIRTY_GC。

如题,就是STM32F4,不跑系统的那种

**单独测试移植的擦除、读写接口是成功的** 初始化提示成功,但是读取默认参数失败,找不到这个参数,保存参数也失败 ![image](https://user-images.githubusercontent.com/40310665/63636063-df982a00-c69c-11e9-9b04-551571dee41c.png) 默认参数如下 ``` static uint32_t boot_count = 0; static uint32_t boot_time[10] = {0, 1, 2, 3}; /* default environment variables set for user */ static const ef_env default_env_set[]...

`static EfErrCode log_seq_read(uint32_t addr, uint32_t *log, size_t size) { EfErrCode result = EF_NO_ERR; size_t read_size = 0, read_size_temp = 0; while (size) { /* move to sector data address */...

Student *student; ef_get_struct("张三学生", student, stu_get_cb); 好像应该是: student = ef_get_struct("张三学生", stu_get_cb);

bootloader和app程序都使用RTT系统调用easyflash,两边程序给easyflash配置使用的flash(env,iap,log)大小一致。 bootloader的EASYFLASH_ENV_VER_NUM打算长期保持为0,而app的EASYFLASH_ENV_VER_NUM初始为1,以后会随着应用更新了env参数配置而不断增加该版本号。 bootloader和app程序的ef_env default_env_set不会保持一致,app的env参数会不停增加,bootaloder的应该只会长期只保留IAP升级相关的参数。 现在想问一下我这样使用是否可以?或者有什么值得注意的地方?暂时没发现和想到特别大的问题。

跨扇区的数据写入都采用的是先擦后写的逻辑,这会在第一次跨扇区写入数据时产生擦除空扇区的多余操作,不知道会不会造成时间的不必要损耗;