我喜欢打游戏 发表于 2021-11-4 16:48

FLASH 被异常改写

某客户反馈, 当 MCU 频繁的正常通断电的时候。 FLASH 被异常改写,出现各种各样的异常(整片
别擦除、中断向量表被改写为 0、写保护被清掉、被加上读保护 ……..)

我喜欢打游戏 发表于 2021-11-4 16:50

问题调研:
首先跟客户沟通:
• 他们是延续之前的项目,进行的一些软硬件简单修改。之前的项目没有出现过类似的问题。
• 确认通断电的时间是足够,就是说他们断电后所有的 VDD 都回到 0.上电的时序也是正常。
• 原理图确认这是 follow 了我们的参考设计。
• 测量工作时的电压,只是发觉他们上电时会有一些抖动,其它一切正常。尝试让他们改善上电电路,去掉这一抖
动,再次实验,仍然出现类似的问题。
到这里似乎跟硬件没有任何的问题了, 接着让客户代码进行删减又做了如下实验:
1, 去掉能 APP 部分代码,仅仅留下 IAP 代码。做相同的实验,问题再现。
2, 进一步删减程序,客户去掉程序中所有跟 flash 以及 OPTION BYTE 相关的部分,做相同的实验,问题再现。
3, 没招,再删,最后仅仅留下下面程序:




我喜欢打游戏 发表于 2021-11-4 16:51

客户反应只要掉用了 delay_init 函数就会出问题,不调用就不会出问题(仅仅做了一天的实验)。到这里似乎跟我们的软
件有关系了,我们进一步分析发现他们改写了我们的 systick 的 config 函数,那么我就做下一个实验。
4, 改为标准库中的 systick 例程,去掉写保护,加一个 GPIO 定时翻转程序。同时在烧录之后,加上写保护,做相
同的实验,问题再现。
5, 到这里我们都怀疑是芯片真的有损伤了,我们再做了一个实验用 cubemx 生成了一个 GPIO 翻转和 systick 的延
时,做相同的实验,问题再现。

我喜欢打游戏 发表于 2021-11-4 16:51

原因:
到这里我们似乎是江郎才尽,只能坐等 FA 的报告,看看芯片是否真的坏了与否。我们抱着怀疑一切的态度,请他们的硬件
工程师再次确认他们的硬件和原理图的一致性,我们怀疑他们的硬件是否有装错的元器件。主要集中在 MCU 周边。最后他们
的工程反馈,他们的 PDR_ON 脚,板子上装的元器件跟原理图不一致。他们把 R47 和 R48 都装了,那么相当于在 PDR_ON
上是一个 0.6v 的电压,也就是关断了 MCU 内部复位。
真是山穷水尽疑无路,柳暗花明又一村,问题应该跟内部复位有关。

我喜欢打游戏 发表于 2021-11-4 16:52


从上面规格书来看,如果我们关断 mcu 内部的复位电路,需要在外部接一个复位信号保证 VDD 达到正常工作电压之
前一直使 MCU 处于复位状态。
解决办法:
问题找到后解决办法就很简单,去掉 R48 这个 1k 欧姆的电阻,重做实验,再没有发现问题。
结论:
其实在之前我们的另外一个西安的客户发生过频繁上电不工作的情况。他们也是使用了就得数据
手册, 没有把 PDR_ON 脚拉到 VDD 所致。


xiaoqizi 发表于 2021-12-2 12:11

我还是没看明白原因

木木guainv 发表于 2021-12-2 12:12

内部复位为什么导致flash异常呢

磨砂 发表于 2021-12-2 12:13

如何避免呢

tpgf 发表于 2021-12-2 12:16

实际情况很多啊

晓伍 发表于 2021-12-2 12:37

这种现象普遍吗

八层楼 发表于 2021-12-2 12:37

貌似每次现象还不一样啊

asmine 发表于 2021-12-2 17:06

表示比较难理解
页: [1]
查看完整版本: FLASH 被异常改写