前言
3 P2 w% Q# i8 P5 Y很多 STM32 的 System Memory 中所带的 Bootloader 都支持 USB DFU 功能，可以使用 USB 更新代码，详见《AN2606：STM32™ 微控制器系统存储器自举模式》。
问题
某客户在其产品的设计中，需要使用了 STM32F072RBT6。客户在使用过程中，使用 System Memory 中的 USB DFU 功能对代码进行更新，并直接使用“Leave DFU mode”跑用户代码，进行功能观察。但是，发现 STM32F0 在点击“Leave DFU mode”按钮后，用户代码并没有正常工作，这是为什么呢？
- V: h8 }0 V7 p+ Q- R# W
3 r4 {$ o8 R3 z% G调研
9 i$ x4 D1 T- I1 u7 g1 n3 @1.了解问题
客户使用了 STM32F072B-Discovery 板进行调试的。在使用\STM32F072BDiscovery_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，打开 DfuseDemo 软件，可发现 STM32F072 已经进入 DFU mode，如下：

5 f" {. _* _" P2 {9 D* }( A7 d

& ]: J4 v6 |( n点击右下的“Choose”按钮选择 TIM_TimeBase.dfu，勾选“Verify after download”后点击“Upgrade”进行代码烧写，烧写成功后，点击“Leave DFU mode”离开 DFU 模式，发现 Discovery 板确实没有任何变化，4 个 LED 灯并没有闪烁，也就是说，用户代码没有正常运行。
" ~: T% H( }/ e3 x# I但是客户使用 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 的描述：

% ^" x0 k! c" r1 ^: X

  c+ [. l  r! u. c6 P, v& r此处描述了离开 DFU 模式时，STM32 所执行的一些操作：
; ^( j# H/ _$ L! |0 g* d1. 断开连接
2. 初始化 Bootloader 所使用过的外设寄存器，并复位到默认值
/ X' O6 D$ M3 y5 d5 f& R% P2 k$ s3. 初始化用户应用程序主堆栈指针
% I, r% X( p8 ?$ \8 c4. 跳转到“地址+4”的位置，运行代码。
9 b( R, J9 v6 f) z5 B$ I" ?7 S: q. g! t   再看一下底下的注意：



$ G4 W7 @; W2 i3 c6 B, [   此处说明，跳转到应用程序，只有在用户代码有正确的向量表设置，才能正常工作。
( t+ ?( [3 j1 d# D$ i4 M* g   现在开始检查\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()函数中，可以找到以下代码：

1.    /* Configure the Vector Table location add offset address ------------------*/
   
2.    #ifdef VECT_TAB_SRAM
   
3.    SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM */
   
4.    #else
   
5.    SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH
   
6.    */
   8 W7 `- q4 k% A* l: Z, {" m  b
7.    #endif

复制代码

   此处为设置向量表，如果没有定义 VECT_TAB_SRAM，则设置向量表到 Main Flash Memory 中。这个函数在程序的最开始被运行，所以向量表得到了正确的设置，也就是为什么这个例程不会有问题的原因。
1 A5 V3 g& G4 O7 O" O; O
* }* A5 r+ }6 A
   3.问题解决
   那既然搞清楚原因了，如何解决呢？
   Cortex-M0 没有向量表重映射的功能，所以在 STM32F0 中，使用了 SYSCFG_CFGR1 寄存器中的 MEM_MODE 位来实现重映射，查看参考手册，可以找到：
+ T* S( c- U% C$ h- ^# d& \4 M
3 z' t1 Y7 `# P0 L

& |1 L3 w5 D5 P" c) \0 i   从这可以看出，在 System Memory 运行 Bootloader 的时候，MEM_MODE 为 01，所以当离开 USB DFU 模式时，需要将这
   个值修改为 x0。
   在 STM32F0 的标准外设库中，修改 MEM_MODE 对应的函数为 SYSCFG_MemoryRemapConfig()，其原型为：

1.   /**
   
2. 
   ! B2 l; @, E; A% F8 D$ q
3. * @brief Configures the memory mapping at address 0x00000000.
   6 ]; t8 e# E: q+ H8 x
4. * @param SYSCFG_MemoryRemap: selects the memory remapping.
   + F* T; |) Z+ L0 D9 x( v; e% h
5. * This parameter can be one of the following values:
   
6. * @arg SYSCFG_MemoryRemap_Flash: Main Flash memory mapped at 0x00000000
   
7. * @arg SYSCFG_MemoryRemap_SystemMemory: System Flash memory mapped at
   
8.   0x00000000
   
9. * @arg SYSCFG_MemoryRemap_SRAM: Embedded SRAM mapped at 0x00000000
   
10. * @retval None
    . c' n6 O( h" z6 B7 b2 {! g" |
11.   */
    
12.   void SYSCFG_MemoryRemapConfig(uint32_t SYSCFG_MemoryRemap)
    5 v. M6 y( Y* E' K
13.   {
    
14.   uint32_t tmpctrl = 0;
    2 l7 f9 B/ S0 W0 O# M
15.   /* Check the parameter */
    ! k2 }/ q# ]" d. V' f
16.   assert_param(IS_SYSCFG_MEMORY_REMAP(SYSCFG_MemoryRemap));
    ' G  R' v$ \* E
17.   /* Get CFGR1 register value */
    
18.   tmpctrl = SYSCFG->CFGR1;
    3 o7 W6 q* D! _$ I2 n
19.   /* Clear MEM_MODE bits */
    
20.   tmpctrl &= (uint32_t) (~SYSCFG_CFGR1_MEM_MODE);
    
21.   /* Set the new MEM_MODE bits value */
    $ p; a5 k9 L1 A& g
22.   tmpctrl |= (uint32_t) SYSCFG_MemoryRemap;
    
23.   /* Set CFGR1 register with the new memory remap configuration */
      Q/ e$ a7 t" M- R
24.   SYSCFG->CFGR1 = tmpctrl;
    
25.   }

复制代码

  在调用这个程序之前，还必须打开 SYSCFG 的外设时钟，所以我们需要在用户代码最开始的地方，也就是 SystemInit()中或者在 main()的最开始，加入以下代码：
9 y9 F% P. ^( g) W

1.   /* Enable the SYSCFG peripheral clock*/
   # v* C( ~& h8 n; S
2.   RCC_APB2PeriphResetCmd(RCC_APB2Periph_SYSCFG, ENABLE);
   
3.   /* Remap SRAM at 0x00000000 */
   
4.   SYSCFG_MemoryRemapConfig(SYSCFG_MemoryRemap_Flash);

复制代码

8 [; J8 b5 J9 B  ?4 y2 Q  这样，就可以保证在用户代码中使用的是 Main Flash Memory 的向量表了。
6 `, p3 d' Y, W6 P! a- c  重新编译这个代码，并生成.dfu 文件，再使用 Dfuse Demo 进行烧写，点击“Leave DFU mode”离开 DFU 模式后即可发现4 个 LED 闪烁，代表代码正常运行了。

  结论
( n4 h! q' f4 S* _$ v  由于在例程中并没有对向量表进行设置以确保用户代码的向量表为 Main Flash Memory 中，而用户在用户代码中也没有对其进行设置，导致在使用 System Memory 中使用 USB DFU 后离开 DFU 模式进入 Main Flash Memory 中运行用户代码，但向量表仍在 System Memory 中，造成中断产生时跳错向量表而造成出错。
9 z7 V. s  v7 H( Q% _
1 e3 h% F' _# o  `, C, x
: ]1 H2 |8 B/ }1 n  i6 a' B  处理
; E$ Q  N! r# \7 L7 X/ d  需要在用户代码中加入设置正确的向量表，以确保在运行用户代码时使用的是 Main Flash Memory 中的向量表。
& ^- ?, c1 P9 x