引言

有客户反映，STM32G071RBT6 在使用 STM32CubeProgrammer 烧录完程序后只能运行一次，复位后，程序无法运行，如果掉电后重新上电，程序恢复正常。

问题描述

根据客户描述，该问题可通过以下步骤复现：

2.1. 测试代码的功能流程图

+ X7 W" m5 K8 ^& Q9 y2 O* A3 p

准备测试代码 App1 和 App2：

9 S7 z1 G, h$ ^3 p

6 H0 g8 }0 N) v8 [% h0 ^- I: @

2.2. 问题复现步骤

操作步骤

(1) 在 STM32CubeProgrammer 中下载

应用程序 App1（如图 3），并设置 RDP=1（如图 4）；然后断开 STM32CubeProgrammer 的连接，板子断电后重新上电；

(2) 根据 log 提示（如图 5），按下用户按键，板子会在 RDP 降级的过程中，产生全片擦除的动作，等待 10s，确保芯片擦除完成后从板子再断电并重新上电；

, c; f, e: ?* O4 U/ ^

(3) 使用 STM32CubeProgrammer 重新连接板子，在下载界面选中“Run afterprogramming”后，下载应用程序 App2（如图 6），下载完成后，可以看到板子执行闪灯的效果，并从 App2 的 log 信息可知，此时的 empty check 位被置起（如图 7）。

6 w9 E' e7 g9 [9 d

(4) 在不断电的情况下，如果直接按下外部复位按钮，程序将出现无法执行的现象。

问题解决

通过问题的复现，我们注意到，程序无法正常运行时，实际进入了内置的 ISP 程序，即内置的 bootloader 程序。为什么会进入 bootloader 呢？在 G0 的参考手册中，我们注意到 empty check 的描述如下：

* Q3 u  r  b6 v+ B/ K/ j8 E

这里的描述有两点是很重要的。

$ y7 L1 ~9 d4 Q- N; ~3 g1 {! R

A :出厂的芯片，因为是没有程序的空片，empty check 位是被置位的，但实际电路中因 boot 管脚定义的程序从 Main Flash 启动的场景时，程序会由于 empty check 位而强制从内置的 bootloader 启动。

8 Z5 a9 X6 J" z" l# }/ A

B :empty check 只会在加载 OptionByte 时更新，所以在空片上下载完程序后，应当通过 power on reset 或者手动清除该位，程序才可以正常运行。

6 L% M5 K: Y5 K% l

我们来验证一下，在复现问题的第（4）步中，如果先按下用户按钮，应用程序 App2会通过软件清除 empty check 位，再通过外部复位按钮，则程序正常运行, 根据 log 信息可以看到 empty check 位被清除（如图 9），且程序运行恢复正常。

: n5 i; O, T+ Y: f% D6 b

小结

本文描述的问题虽然隐藏的比较深，但规律还是很明显的，只要重新上电即可恢复，说明很可能和 power on reset 有关。在参考手册中搜索 power on reset 关键字，可以很快的找到一些线索。所以分析问题时，要多关注这样的有规律的问题信息。