前言
大家都知道，任何 STM32 都包含有一块系统存储器（System Memory），里边存储着内部的启动代码 Bootloader。不同的STM32 型号所支持的用于升级代码的通讯口不尽相同，需要参考应用笔记 AN2606。但是，有一个问题避免不了，那就是如何进入 System Memory 去执行 Bootloader？通常的办法都是将 BOOT1 和 BOOT0 进行配置：BOOT0 拉高，BOOT1 拉低（有些型号的 BOOT1 由选项字节 nBOOT1 进行控制）。可是在一些产品中，由于外观的要求，往往不方便在外边开口去放置按键或跳线来改变 BOOT 脚的电平。而且，用户并不想自己写 IAP 代码，觉得麻烦。特别是一些产品，需要使用 USBDFU 来进行代码升级的，而在产品功能中 USB 又没用到，用户就会觉得自己为了一个通过 USB 进行代码升级的功能，去写IAP 的话，需要去熟悉 USB 的代码，觉得麻烦，而且这些 USB 的代码还占用了用户的程序空间。对于这些用户来讲，他们很希望能在不管 BOOT 脚的情况下能够去调用 STM32 中 System Memory 的 Bootloader，完成代码升级功能。
问题
某客户在其产品的设计中，使用了 STM32F411。由于产品外观的要求，无法在外部对 BOOT 脚进行控制，而且外观上只有USB 接口是留在外边的，需要使用 USB DFU 进行升级。而且 USB 接口只用于代码升级，没有其他功能，所以客户不想去碰USB 代码，希望能够直接使用 System Memory 中的 Bootloader 进行代码升级。

调研
1.判断其可行性
首先，打开应用笔记 AN2606《STM32 microcontroller system memory boot mode》，翻到 3.1 Bootloader activation 一节的最后，可以看到如下信息：



这里的意思就是说，用户可以通过从用户代码跳转到系统存储器去执行 Bootloader。但是，在跳转到 Bootloader 之前，有几个事情必须要做好：
1) 关闭所有外设的时钟
2) 关闭使用的 PLL
3) 禁用所有中断
4) 清除所有挂起的中断标志位
   最后，可以通过离开 Bootloader 激活条件且产生一个硬件复位或者直接使用 Go 命令去执行用户代码。

   那么，如何从用户代码跳转到 System Memory 中去呢？这个其实并不难，如果写过 IAP，或者看过关于 IAP 的应用笔记中的参考代码的话，比如应用笔记 AN3965“STM32F40x/STM32F41x in-application programming using the USART”及其参考代码 STSW-STM32067，都应该知道，IAP 的启动代码通过重新设置主堆栈指针并跳转到用户代码来执行用户代码的。同样的道理，只要知道 System Memory 的地址，一样可以从用户代码通过重新设置主堆栈指针并跳转到 System Memory 来执行Bootloader。而 System Memory 地址可以从参考手册来获得。比如，查看 STM32F411 的参考手册 RM0383，可以找到如下的表格：



   可以知道 STM32F411 的 System memory 地址从 0x1FFF0000 开始。

   那很多人又会问了，我的代码很复杂，用了很多外设，开了很多中断，可是要跳转到 System Memory 中的 Bootloader，需要关所有外设的时钟，需要关 PLL，需要关闭所有中断，需要禁用所有的中断，清除所有挂起的中断。这可是一项非常庞大的的任务啊！所以，在这里，我们需要一个更简单的事情来完成这项庞大的任务。其实真的就有这么简单的一个方法——复位！通过软件复位来实现这一目的。但是，复位后，又怎么知道还记得我们要去做代码升级呢？这又要用到 STM32 另一个特性了，那就是后备数据寄存器 Backup Data Registers 在软件复位后会保留其值，这样给了我们在复位前后做一个标志的机会。

这样，考证下来，客户的需求是具备可行性的。接下来需要做的是理清思路。

   2.软件流程
   这里使用 32F411EDISCOVERY 板来设计一个参考例程：设计一个用户程序，让 LED3 进行闪烁；当用户按键被按下，产生EXTI 中断，在中断中选择后备数据寄存器 RTC_BKP0R，写入值 0x32F2，然后产生软件复位；软件复位后，在运行代码的最前面对 RTC_BKP0R 进行判断，如果其值不是 0x32F2 则直接去运行用户代码，如果其值为 0x32F2 则是需要跳转到Bootloader 去进行代码升级，并在跳转前将 RTC_BKP0R 清零。这样，在进入 Bootloader 后，客户进行 USB DFU 升级后，将来不会因为非需要升级代码的复位而误入 Bootloader。

   来看软件流程图，先来看主程序的流程图：



   再来看 EXTI 中断的流程图：



   3.主要代码
   使用 STM32F4Cube 库来开发这个例程。先来看位于 main.c 中的 main 函数：

1.    int main(void)
   
2.    {
   
3.    /* STM32F4xx HAL library initialization:
   
4. 
   
5. - Configure the Flash prefetch, Flash preread and Buffer caches
   
6. - Systick timer is configured by default as source of time base, but user
   
7.   can eventually implement his proper time base source (a general purpose
   
8.   timer for example or other time source), keeping in mind that Time base
   
9.   duration should be kept 1ms since PPP_TIMEOUT_VALUEs are defined and
   
10.   handled in milliseconds basis.
    
11. - Low Level Initialization
    
12.   */
    
13.   HAL_Init();
    
14.   /* Configure the System clock to have a frequency of 100 MHz */
    
15.   SystemClock_Config();
    
16.   /* Configure LED3, LED4, LED5 and LED6 */
    
17.   BSP_LED_Init(LED3);
    
18.   BSP_LED_Init(LED4);
    
19.   BSP_LED_Init(LED5);
    
20.   BSP_LED_Init(LED6);
    
21.   /* Configure EXTI Line0 (connected to PA0 pin) in interrupt mode */
    
22.   EXTILine0_Config();
    
23.   /* Infinite loop */
    
24.   while (1)
    
25.   {
    
26.   }
    
27.   }

复制代码

  Main 函数很简单，配置系统时钟，对使用的 LED 进行初始化，然后配置了用户按键的 EXTI 中断，然后就进入主循环了。前面说到，要实现用户的功能程序为 LED3 闪烁，在主循环我们没看到，是因为在 Cube 库中，会使用 SysTick，所以把 LED3的闪烁放到 SysTick 的中断代码中了，查看 stm32f4xx_it.c，如下：

1.   void SysTick_Handler(void)
   
2.   {
   
3.   HAL_IncTick();
   
4. 
   
5. // LED3 Toggle
   
6. led_toggle_counter++;
   
7. if (led_toggle_counter >= 500)
   
8. {
   
9. led_toggle_counter = 0;
   
10. BSP_LED_Toggle(LED3);
    
11. }
    
12. }

复制代码

从 main 函数最开始的那段注释中知道，跳入 main 函数前，在 startup_stm32f411xe.s 中早已经先调用执行了位于system_stm32f4xx.c 中的 SystemInit 函数。SystemInit 函数主要执行初始化 FPU、复位 RCC 时钟寄存器、配置向量表等功能。由于我们希望在最原始的状态下进入 System Memory，所以我们将跳转到 System Memory 放在这个函数的最前头，如下：

1. void SystemInit(void)
   
2. {
   
3. /* Check if need to go into bootloader before configure clock*/
   
4. RtcHandle.Instance = RTC;
   
5. if(HAL_RTCEx_BKUPRead(&RtcHandle, RTC_BKP_DR0) == 0x32F2)
   
6. {
   
7. __HAL_RCC_PWR_CLK_ENABLE();
   
8. HAL_PWR_EnableBkUpAccess();
   
9. __HAL_RCC_RTC_CONFIG(RCC_RTCCLKSOURCE_HSE_DIV2);
   
10. __HAL_RCC_RTC_ENABLE();
    
11. HAL_RTCEx_BKUPWrite(&RtcHandle, RTC_BKP_DR0, 0x0);
    
12. __HAL_RCC_RTC_DISABLE();
    
13. HAL_PWR_DisableBkUpAccess();
    
14. __HAL_RCC_PWR_CLK_DISABLE();
    
15. 
    
16. __set_MSP(*(__IO uint32_t*) 0x1FFF0000);
    
17. SysMemBootJump = (void (*)(void)) (*((uint32_t *) 0x1FFF0004));
    
18. SysMemBootJump();
    
19. while (1);
    
20. }
    
21. 
    
22. /* FPU settings ------------------------------------------------------------*/
    
23. #if (__FPU_PRESENT == 1) && (__FPU_USED == 1)
    
24. SCB->CPACR |= ((3UL CFGR = 0x00000000;
    
25. /* Reset HSEON, CSSON and PLLON bits */
    
26. RCC->CR &= (uint32_t)0xFEF6FFFF;
    
27. /* Reset PLLCFGR register */
    
28. RCC->PLLCFGR = 0x24003010;
    
29. /* Reset HSEBYP bit */
    
30. RCC->CR &= (uint32_t)0xFFFBFFFF;
    
31. /* Disable all interrupts */
    
32. RCC->CIR = 0x00000000;
    
33. /* Configure the Vector Table location add offset address ------------------*/
    
34. #ifdef VECT_TAB_SRAM
    
35. SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM */
    
36. #else
    
37. SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH
    
38. */
    
39. #endif
    
40. }

复制代码

可以看到，在函数的最前面对 RTC_BKP_DR0 进行了判断，如果其值为 0x32F2 的话，则先启动备份域的访问时序，如RM0383 中 5.1.2 Battery backup domain 所描述的：



然后将 RTC_BKP_DR0 清零，再关闭执行这次操作所打开的时钟。
主堆栈指针 MSP 的初始值位于向量表偏移量为 0x00 的位置，复位 Reset 的值则位于向量表偏移量为 0x04 的位置。对于STM32F411 来说，当执行 System Memeory 中的 Bootloader 时，MSP 的初始值位于 0x1FFF0000，而 Reset 则位于0x1FFF0004。所以在程序中，使用__set_MSP(*(__IO uint32_t*) 0x1FFF0000);来重新设置主堆栈指针，而后再跳转到0x1FFF0004 去执行 Bootloader。

再来看位于 stm32f4xx_it.c 中的 EXTI 中断程序：

1. void EXTI0_IRQHandler(void)
   
2. {
   
3. HAL_GPIO_EXTI_IRQHandler(KEY_BUTTON_PIN);
   
4. }

复制代码

及其位于 main.c 中的 Callback 函数：

1. void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
   
2. {
   
3. if(GPIO_Pin == KEY_BUTTON_PIN)
   
4. {
   
5. __HAL_RCC_PWR_CLK_ENABLE();
   
6. HAL_PWR_EnableBkUpAccess();
   
7. __HAL_RCC_RTC_CONFIG(RCC_RTCCLKSOURCE_HSE_DIV2);
   
8. __HAL_RCC_RTC_ENABLE();
   
9. RtcHandle.Instance = RTC;
   
10. HAL_RTCEx_BKUPWrite(&RtcHandle, RTC_BKP_DR0, 0x32F2);
    
11. if(HAL_RTCEx_BKUPRead(&RtcHandle, RTC_BKP_DR0) != 0x32F2)
    
12. {
    
13. // Write backup data memory failed
    
14. BSP_LED_On(LED5);
    
15. while (1) ; // Error
    
16. }
    
17. else
    
18. {
    
19. // Write backup data memory succeeded.
    
20. BSP_LED_On(LED6);
    
21. HAL_NVIC_SystemReset(); // Software reset for going into bootloader
    
22. while (1) ;
    
23. }
    
24. }
    
25. }

复制代码

当判断到用户按键按下，需要进行用户代码升级时，先启动备份域的访问时序，将 RTC_BKP_DR0 的值写为 0x32F2。再读回来判断是否写入成功，以方便调试。如果写入成功后，则就调用 HAL_NVIC_SystemReset()进行软件复位。重新复位后，就可以进入 System Memory 了。

4.实验
使用 32F411EDISCOVERY 来做实验。
1) 先将程序编译，下载到 32F411EDISCOVERY 板，可以看到 LED3 在进行闪烁



2) 按下 User 按键，LED3 熄灭，已经进入 System Memory 中的 Bootloader
3) 打开 DfuSeDemo 软件，此时 Available DFU Devices 中没有任何显示



4) 将一根 USB Micro 连接线插入 32F411EDISCOVERY 板的 CN5，可见 LED7 亮起，USB 已连接



5) 驱动完成后，可以再查看一下 DfuSeDemo，Available DFU Devices 已经显示为“STM Device in DFU Mode”，代表已经成功驱动并正常工作了



6) 之后就是正常的升级代码的流程了，点“Choose”按钮选择要更新的代码，这里准备好了一个32F411EDISCOVERY 板的 Demo 程序经过 Dfu file manager 软件生成的 32f411ediscovery.dfu 的文件，导入



7) 点“Upgrade”按钮进行升级，弹出的对话框选 Yes 就可以了，之后就升级成功了




8) 再点一下“Leave DFU mode”，进度条显示“Successfully left DFU mode!”，就可以进入更新后的用户代码了，可以看到 4 个 LED 灯正常欢快的滚动和闪烁着……



   注意
   此例程仅为验证其可行性，在实际应用中，有不尽完善的地方请用户自行完善。另外，有几个需要注意的地方：
1) 此 Demo 代码基于 STM32Cube_FW_F4_V1.11.0 撰写，解压缩后，可将其放入\STM32Cube_FW_F4_V1.11.0\Projects\STM32F411E-Discovery\Templates 替换掉原来的源代码文件，即可编译运行。
2) 此程序使用按键按下作为条件来触发软件代码升级，用户可以根据自己的情况修改触发条件，如多个按键同时按下，等等。
3) 当用户应用中使用了 RTC 的话，RTC 时钟源一旦被选择后是无法修改的，除非备份域被复位。在 RM0383 关于RCC_BDCR 的描述中有提及：



4) 关于如何使用 Dfu file manager 生成.dfu 文件，请参考 UM0412“Getting started with DfuSe USB device firmwareupgrade”或者实战经验“利用 USB DFU 实现 IAP 功能”。
5) 关于 Bootloader 中所使用的 USB DFU 协议，请参考 AN3156“USB DFU protocol used in the STM32 bootloader”。