nordic之Flash访问模块FDS常见问题

大家在使用FDS模块时，经常碰到的问题有如下几种：

• FDS不支持掉电保护，所以在Flash操作过程中出现了掉电，FDS行为将未知
• OTA的时候，新固件的FDS page数目一定要等于老固件的FDS page数，否则将出现不可知行为
• fds_record_write或者fds_record_update后，强烈建议回读该记录，以确保记录的确write或者update成功
• 忘了给参数清0。Nordic提供的API输入参数很多都是结构体变量，这些变量使用之前，记得一定要通过memset先清0。如果忘了清0，就会出现一些匪夷所思的现象。

fds_record_desc_t desc;  //= {0};  //错误，忘了清0
fds_find_token_t  tok;  //= {0}; //错误，忘了清0   

• 忘了使用全局变量或者静态局部变量。因为write和update操作都是异步的，所以record.data.p_data必须指向全局变量或者静态局部变量，以保证Flash操作过程中p_data指向的内容不会更改。
• 变量起始地址必须字对齐。Flash操作是以word为单位的，所以要求write和update操作的p_data指向的变量的起始地址必须word对齐，大家可以使用伪汇编指令“__ALIGN(sizeof(uint32_t))”来保证该变量起始地址是word对齐的。
• Update或者delete之前必须先find。fds_record_update或者fds_record_delete会用到参数descriptor，这个descriptor必须是通过fds_record_find返回的。
• 忘了使用fds_gc导致Flash fatal error或者其他奇奇怪怪的问题。当write或者update报FDS_ERR_NO_SPACE_IN_FLASH错误时，记得一定要调用fds_gc。或者当delete record或者update record达到一定次数后，主动调用fds_gc。或者通过查看fds_stat得到dirty record数目达到某个值后，主动调用fds_gc。
• SDK已知问题。每个版本SDK都有或多或少的问题，这些问题都可以在Nordic devzone上查到。比如SDK12.2.0 fds_gc在某些情况下，就会有问题，所以一般建议大家使用最新版SDK，最新版SDK会把之前发现的问题都修复掉，它的稳定性和可靠性都是最高的。
• 最后再次强调一遍：FDS不支持掉电保护，所以在FDS操作过程中，尤其是垃圾回收过程中，发生了掉电，那么Flash内容将变得不可靠。所以强烈建议大家：在每一次write或者update之后，都把相应记录读出来，跟原始内容进行比对，以确保记录真的写成功或者更新成功了