本帖最后由 yangsangelaile 于 2016-1-6 12:57 编辑 我们知道stm32的flash是按32bit写入的,对应位只能由1变0,要反过来只有通过片、块、段擦除:有个对时间和电能都要求极度严格的应用里面,我按这个流程这样来写入flash的数据: 启动-解锁flash 写入0b 0001, 上锁-关机 启动 写入0b 0011, 关机 启动 写入0b 0111 关机 以此类推写入(有点像写正字计数的道理,中间还有逻辑判断的过程不表) 0b1111 0b11111 0b111111 0b1111111 就是这个样子,理论上来说,flash只能由1变0,不能反过来,所以按照我的方法每次往高位的bit写入的时候是不影响低位已经写入的bit位的. 但是我在程序里面发现,前面几次都能正常运行,但是当已经写入到0xf的时候,下次本应该写入0x1f,却写入失败了,无效,通过SW调试接口看到这个flash地址上的数据根本就没变化!再往下写入0x3f的时候却变成了0x7f。。。我的程序找个空白地方,单独写入任何数据都没问题。还有,调试的时候jlink供电,不缺电 换过机器各种代码,发现问题应该就在这个flash的控制上面,这里跪求对stm32精通的大大出来解释一些这种现象的原因了 MCU是stm32L051K8 调试环境是 keil MDK-ARM 5.17+jlink |
裸机单跑这个小程序,理论上是只能写入一次,我这么做只是想充分利用好flash的每个BIT,前几次写入也是成功的,只是后面有点问题
flash操作要更省电,还更快,所以....还是用flash吧
又要节约flash的容量,又要省电...不好做...
你能想到FLASH的这种特性,并对这种特性进行利用还是很厉害的。