|
本帖最后由 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写入的时候只能从1变0，但是你用仿真器看到的，是0变1，这个逻辑是反的，但是不影响我们判断嘛，估计是芯片内部逻辑方面的问题。在MSP430F系列里面，flash格式以后就是0XFF，写入就只能从1变0，这个stm32格式化以后全部是0X00，只能0变1，不知道这样表述懂我的意思没有。或者你吧前面的话，理解成，stm32格式户以后只能0变1.
在我的这个测试里面，stm32格式化后全部是0x00，所以我的写入方式是可以的，只是出现了不可理解的结果
对于这个双字单元，我第一次写入0X0000 00FF，第二次再往这个地方写0x0000 FF FF 还是可以成功的，再写0x00FF FFFF 也是可以的，但是再写0xFFFF FFFF就会变成0xFFFF FF7F，就有点感觉逻辑错误的问题，应该是芯片内部的逻辑问题吧。写了段小代码，循环这么写不同的地址，写了几KB都是一样的结果
这个样子啊 那我理解了 我C8051系列的用的多一些，C8051擦除后就是0xFF还,没用过STM32的FLASH擦写。
裸机单跑这个小程序，理论上是只能写入一次，我这么做只是想充分利用好flash的每个BIT，前几次写入也是成功的，只是后面有点问题
flash操作要更省电，还更快，所以....还是用flash吧
又要节约flash的容量，又要省电...不好做...
你能想到FLASH的这种特性，并对这种特性进行利用还是很厉害的。
要被电能逼疯了