前言

很多 STM32 的 System Memory 中所带的 Bootloader 都支持 USB DFU 功能，可以使用 USB 更新代码，详见《AN2606：
STM32™ 微控制器系统存储器自举模式》。

问 题

某客户在其产品的设计中，需要使用了 STM32F072RBT6。客户在使用过程中，使用 System Memory 中的 USB DFU 功能对
代码进行更新，并直接使用“Leave DFU mode”跑用户代码，进行功能观察。但是，发现 STM32F0 在点击“Leave DFU
mode”按钮后，用户代码并没有正常工作，这是为什么呢？

调 研

1.了 解 问 题
客户使用了 STM32F072B-Discovery 板进行调试的。在使用\STM32F072B-
Discovery_FW_V1.0.1\Projects\Peripheral_Examples\TIM_TimeBase 例程进行测试，先使用 IAR 将此例程进行编译，生成
TIM_TimeBase.hex 文件。使用 STM32 ST-Link Utility 软件进行烧写，烧写后可见 Discovery 板上 4 个 LED 灯在闪烁，确认
例程及 hex 文件的正确性。
使用 Dfu file manager 软件将 TIM_TimeBase.hex 文件生成 TIM_TimeBase.dfu 文件。将 STM32F072 的 Boot0 引脚拉高，对
芯片进行复位，进入 System Memory 运行 Bootloader，使用 Mini USB 线连接 USB USER 口(CN2)和 PC，打开 Dfuse
Demo 软件，可发现 STM32F072 已经进入 DFU mode，如下：

点击右下的“Choose”按钮选择 TIM_TimeBase.dfu，勾选“Verify after download”后点击“Upgrade”进行代码烧写，烧
写成功后，点击“Leave DFU mode”离开 DFU 模式，发现 Discovery 板确实没有任何变化，4 个 LED 灯并没有闪烁，也就
是说，用户代码没有正常运行。
但是客户使用 STM32F4-Discovery 板进行测试的时候，使用\STM32F4-
Discovery_FW_V1.1.0\Project\Peripheral_Examples\TIM_TimeBase 例程，点击“Leave DFU mode”离开 DFU 模式后却可
以正常运行程序。

2. 分 析 问题
先来看一下《AN3156：USB DFU protocol used in the STM32 bootloader》中对 Leave DFU mode 的描述：

此处描述了离开 DFU 模式时，STM32 所执行的一些操作：
1.  断开连接
2.  初始化 Bootloader 所使用过的外设寄存器，并复位到默认值
3.  初始化用户应用程序主堆栈指针
4.  跳转到“地址+4”的位置，运行代码。
再看一下底下的注意：

此处说明，跳转到应用程序，只有在用户代码有正确的向量表设置，才能正常工作。
现在开始检查\STM32F072B-Discovery_FW_V1.0.1\Projects\Peripheral_Examples\TIM_TimeBase 例程中，跟设置向量表相
关的代码，并没有找到。也就是说这个例程，当使用 USB DFU 功能进行升级后，使用“Leave DFU mode”离开 DFU 模式
进入用户代码，由于没有重新设置向量表，所以向量表还停留在 System Memory 中，开始运行程序没问题，但是一旦产生中
断，需要进入向量表的时候，就会跳错向量表而出错。（注：如果使用的是 GPIO_IOToggle 则不会有问题，因为这个例程没
有使用中断）
再来看一下为什么 STM32F4-Discovery 板跑\STM32F4-Discovery_FW_V1.1.0\Project\Peripheral_Examples\TIM_TimeBase
例程就没有问题呢？同样我们来搜索一下关于设置向量表的代码。在 system_stm32f4xx.c 的 SystemInit()函数中，可以找到
以下代码：

此处为设置向量表，如果没有定义 VECT_TAB_SRAM，则设置向量表到 Main Flash Memory 中。这个函数在程序的最开始
被运行，所以向量表得到了正确的设置，也就是为什么这个例程不会有问题的原因。

...

了解更多，请下载后阅读

下载地址1>>     下载地址2>>      更多实战经验>>

谢谢楼主的分享!

这个经验很好，学习了