水木社区手机版
- 主题:有没有遇到stm32自己擦除flash的？
- stm32h750的处理器，遇到好几次程序运行不起来，通过cube软件看
cpu读保护被设置了，通过下载串口还解锁不了，只能用编程器才能取消读保护重新编程
代码自己写的，都是在正常运行中发生的，没有进行flash擦写操作
代码跑飞造成的还是有其它可能的原因？
怎么才能减少或杜绝自己把自己擦除？
--
FROM 114.214.197.* - 仔细分析了问题，发现配置字没错，AA没有读保护。
但是st-link读flash提示Data read failed，最奇怪的是只有读0-31byte时提示错误，后面的内容是可以正常读的
stm32的前32字节有什么特殊的？为什么莫名其妙的不能读了，不知有没有遇到过这种问题的。
【 在 dismoon 的大作中提到: 】
: 先定位大概自己觉得有嫌疑的地方然后放上来讨论
: 光说个大概让别人猜，别人也不会知道
--
FROM 114.214.197.* - 时钟用了pll。现在是不是程序跑飞不太好判断，但是造成只有flash的前32字节无法读取
这个故障，似乎并不是程序跑飞可以造成的。手册里没看到什么操作能造成这样的问题。
10几个cpu已经有3个出现了这样的问题:-(
【 在 dismoon 的大作中提到: 】
: 系统时钟用的什么？先设置用HSI默认的8MHz看看还会跑飞吗？
: 用默认HSI，不用PLL，能正常功能运行吗？
--
FROM 114.214.197.* - 读不了。flash前32字节用st-link都提示读不了，和PLL没关系。再说，这时app根本启
动不了，程序也无法下载。
【 在 dismoon 的大作中提到: 】
: 先按照我说的，PLL关掉，就用默认HSI，看看能不能读
--
FROM 114.214.197.* - 【 在 tom6bj 的大作中提到: 】
: 等待周期加了么?
: boot0是直接接地还是外部跳线或者别的什么方式控制？
: 有没有用自制bootloader?
: ...................
boot0是用跳线控制的，没有自己写bootloader。初始化代码都是cube生成的。同样的代
码在10几个板子上跑，大部分都运行正常，就是其中两三个在运行过程中突然就变砖了
。现象就是flash的前32字节无法读取，boot0=0时系统会从flash 0地址启动，这个地址
无法读取系统自然无法启动。在st官网也发帖问了，说可能是ECC错误导致的。具体原因
还需要继续查找。
--
FROM 114.214.197.* - 程序里没有去修改配置选项，而且也不打算这样做。现在要解决的问题是CPU跑着跑着会
有一定的机率自己变砖。程序跑飞还可以加看门狗，但是变砖就只能拆出来上st-link才
行:-(
【 在 dismoon 的大作中提到: 】
: 嗷，我大概知道了
: 你手边有keil吗？
: 在project option里面，flash download选项卡，flash programming algorithm里面
: ...................
--
FROM 114.214.197.*