请选择 进入手机版 | 继续访问电脑版

你的浏览器版本过低,可能导致网站不能正常访问!
为了你能正常使用网站功能,请使用这些浏览器。

STM32F4 上电不启动 固件损坏 程序丢失 FLASH数据被改写 PDR_ON

[复制链接]
带上年幼的我吧 提问时间:2024-7-10 15:02 / 已解决

STM32F407ZET6

PDR_ON 143引脚0R电阻接地。

上下电程序出现无法运行的现象,出现异常后读回MCU FLASH数据比对,FLASH一段空间范围内的数据被改写为0,反复测试,FLASH被异常改写位置不固定。PLL 168MHz

供电电源【开1->关1->开2->关2】,其中 【开1】=【关1】由2ms宽度开始,每轮增加2ms,递增至30ms又从2ms开始;开2=1500ms,关2=1000ms

3V3电源.jpg

该情况非常容易复现,测试用程序已屏蔽关于FLASH擦写的操作,不应该是程序跑飞引起的误擦写FLASH。

PDR_ON 143引脚0R电阻接VDD,这种情况不会复现,程序没有对FLASH进行擦写,为何PDR_ON会导致FLASH数据被异常改写?异常起始地址.png异常结束地址.png

收藏 评论4 发布时间:2024-7-10 15:02

举报

4个回答
butterflyspring 最优答案 回答时间:2024-7-10 17:27:39
这个就是典型的PDR_ON 引脚功能的作用。 详细可以参考数据手册描述。


这个引脚接低,内部的复位电路被关闭,芯片失去自身复位功能,外部再没有提供复位所以导致上电复位失败,芯片出现各种异常现象,包括FLASH 内容擦除。

STM32F4 PDR ON PIN.png
xmshao 回答时间:2024-7-11 11:49:47
对于带PDR_ON脚的芯片,除非外接电源监测及复位控制电路,请将之接到VDD。


LAT0585 与PDR_ON有关的一种异常现象及分析  这篇文章可以到www.stmcu.com.cn搜索下载


阅读下。
butterflyspring 回答时间:2024-7-11 10:31:23

带上年幼的我吧 发表于 2024-7-10 17:52
我不理解程序没有做FLASH擦写操作,异常情况是如何导致FLASH内的程序被改写
...

没有正确复位,那么内部控制FLASH 擦写还有其他电路工作都是乱的。

最容易先发现的就是FLASH内容的变化

带上年幼的我吧 回答时间:2024-7-10 17:52:54

butterflyspring 发表于 2024-7-10 17:27
这个就是典型的PDR_ON 引脚功能的作用。 详细可以参考数据手册描述。</p>
<p>

我不理解程序没有做FLASH擦写操作,异常情况是如何导致FLASH内的程序被改写

关于
我们是谁
投资者关系
意法半导体可持续发展举措
创新与技术
意法半导体官网
联系我们
联系ST分支机构
寻找销售人员和分销渠道
社区
媒体中心
活动与培训
隐私策略
隐私策略
Cookies管理
行使您的权利
官方最新发布
STM32Cube扩展软件包
意法半导体边缘AI套件
ST - 理想汽车豪华SUV案例
ST意法半导体智能家居案例
STM32 ARM Cortex 32位微控制器
关注我们
st-img 微信公众号
st-img 手机版