LAT1210 一个Flash编程错误标志的探析

问题现象与分析

客户项目中使用的 MCU 型号是 STM32G0B1, 他们反馈在代码中尝试擦除并编程 FLASH时, 发现 FLASH 的状态寄存器显示编程错误(如图 1 所示). 问题是当前代码还没有开始擦除和编程, 怎么就有了编程错误标志了呢 ? 如果不将此错误标志清除, 后续的编程操作无法继续.客户对于每次想要操作 FLASH 之前这个清除动作既感觉多余也感觉别扭, 且还不得不做, 且做了也不知对整个产品的稳定性会有什么样的影响 ?

小结

至此，将问题稍作小结。给变量 flag_it 实际赋值栈顶地址, 不同的编译器环境下, 此栈顶地址的不一致导致变量 flag_it 的值不一致, 进而导致 if 语句的判断结果不同, 最终导致 IAR 和 KEIL 这两个编译器环境下运行相同代码而结果不一样的情形。

后记

有时会听到某某客户反馈说, 在网络上看到 STM32 某款 MCU 存在某某问题, 然后问是不是 ST 故意隐瞒 ?不存在故意隐瞒的说法，芯片终究是要经过终端验证的。

正常来讲， 任何芯片存在应用局限是正常的。对于 ST,一方面会正式地将所有已知 bug或应用局限放入到勘误手册中公示, 大家需要注意使用最新版勘误手册；另一方面,对于 ST 量产芯片，因本身缺陷导致的问题的概率非常低。事实上，绝大多数问题都来自我们自身的应用，遇到问题若简单的基于芯片品质来回猜疑非常不利于开发者静下心来查找问题原因。 其实，面对问题时，我们很多人欠缺的并不是多么高深的水平，而是一颗冷静、自信并富有条理的心。