我们知道
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
这个样子啊 那我理解了 我C8051系列的用的多一些,C8051擦除后就是0xFF还,没用过STM32的FLASH擦写。
一周热门 更多>