STM32F407 程序升级

针对 STM32F407 的固件程序升级，主要有以下几种常用方法，适用于不同场景（开发调试、量产烧录、现场升级）：

一、开发/调试阶段 & 小批量烧录 (使用编程器/调试器)

1. 通过 ST-LINK/V2 (或其他兼容调试器 - J-Link, U-Link)

   • 连接： 使用 SWD (SWCLK, SWDIO) 或 JTAG (TMS, TCK, TDI, TDO) 接口连接 MCU 和调试器。
   • 软件：
     • STM32CubeProgrammer (ST官方推荐)： 功能强大，支持擦除、编程、验证、读保护设置等。图形界面和命令行界面均有。
     • Keil uVision / IAR Embedded Workbench： 集成开发环境自带编程功能。编译后直接点击下载按钮即可。
     • OpenOCD： 开源工具，通常配合 GDB 或脚本使用。
   • 优点： 速度快，功能全（调试、单步、断点等），适合开发和初期烧录。
   • 缺点： 需要物理连接调试接口。

2. 通过 USB DFU (Device Firmware Upgrade)

   • 原理： 利用芯片内置的 ROM Bootloader (系统存储器启动模式)。
   • 进入 DFU 模式：
     • BOOT0 引脚拉高 (接 VDD)，BOOT1 引脚拉低 (接 GND)。
     • 复位芯片 (或重新上电)。
     • 芯片枚举为 USB DFU 设备。
   • 软件：
     • STM32CubeProgrammer： 支持 USB DFU 连接和编程。
     • DfuSe Util (ST 的旧 DFU 工具)： 也可用，但 CubeProgrammer 更现代。
   • 优点： 仅需 USB 线（如果板子有 USB FS/HS 设备或 OTG FS 接口），无需额外调试器。
   • 缺点： 速度比 SWD/JTAG 慢；需要手动设置 BOOT 引脚；依赖内置 Bootloader（功能有限）。

3. 通过 UART (串口)

   • 原理： 利用芯片内置的 ROM Bootloader (系统存储器启动模式)。
   • 进入 UART Bootloader 模式：
     • BOOT0 引脚拉高 (接 VDD)，BOOT1 引脚拉低 (接 GND)。
     • 复位芯片 (或重新上电)。
     • 芯片等待通过 USART1 (或其他特定 UART，需查手册) 接收升级命令。
   • 软件：
     • STM32CubeProgrammer： 支持 UART 连接和编程。
     • Flash Loader Demonstrator (ST 的旧串口工具)： 也可用。
     • 第三方串口 ISP 工具。
   • 优点： 硬件要求最低，只需 TTL/UART 转 USB 线。
   • 缺点： 速度最慢；需要手动设置 BOOT 引脚；依赖内置 Bootloader；需注意波特率匹配。

二、量产阶段 & 现场升级 (产品部署后 - OTA/IAP)

这种方法需要在用户应用程序 (User Application) 中实现一个自定义的 Bootloader (通常称为 IAP Bootloader)。

4. In-Application Programming (IAP) - 自定义 Bootloader
   • 原理：
     1. 芯片复位后，首先运行驻留在 Flash 特定区域（如 Sector 0）的 IAP Bootloader 程序。
     2. Bootloader 检查是否需要升级（如检测特定引脚电平、串口命令、网络命令、USB 请求、文件系统标志位等）。
     3. 如果需要升级，Bootloader 通过准备好的接口（UART, USB, CAN, Ethernet, SPI, I2C, SDIO 等）接收新固件数据包。
     4. Bootloader 擦除用户应用程序所在的 Flash 区域（如 Sector x 到 Sector y）。
     5. Bootloader 将收到的数据写入目标 Flash 区域。通常需要分包接收、校验（CRC）、写入。
     6. 升级完成后，Bootloader 验证整个新固件（如 CRC 校验或签名验证）。
     7. 验证通过后，Bootloader 跳转到用户应用程序的复位向量地址（通常是 Flash 的起始地址或 IAP 定义的入口地址），运行新程序。验证失败则保持 Bootloader 状态或尝试恢复。
     8. 如果不需要升级或升级/验证失败后超时，Bootloader 直接跳转到用户应用程序。
   • 关键实现点 (STM32F407 特别注意)：
     • 向量表重定位 (VTOR)： 用户应用程序和 Bootloader 都需要正确设置 SCB->VTOR 寄存器指向自己的中断向量表起始地址。
     • Flash 分区规划： 清晰划分 Bootloader 区、用户 App 区、可能的数据存储区/备份区/通信缓冲区。利用 F407 的 Bank/Sector 结构（128KB Sectors）。强烈建议使用双 Bank (Dual-Bank) 特性（如果 App 小于 1MB）实现更安全可靠的升级，避免变砖。
     • Flash 操作： Bootloader 需要包含 Flash 驱动（擦除、编程），使用 HAL_FLASH_XXX 库或直接操作寄存器。注意解锁 Flash (HAL_FLASH_Unlock)，操作时关闭中断。
     • 通信协议： 定义可靠的数据传输协议（帧格式、ACK/NACK、分包、校验 CRC/MD5/SHA、重传机制）。
     • 安全性 (重要！)： 实现固件校验（CRC, 哈希），甚至数字签名验证，防止运行篡改或错误的固件。考虑读保护 (RDP) 级别设置（Bootloader 可能需要 Level 1）。
     • 跳转机制： 使用函数指针或汇编跳转到用户 App 的 Reset Handler。
     • 故障恢复： 设计机制应对升级中断（断电、断网），如备份区、状态标志、Bootloader 回滚到旧版本的能力（利用 Dual-Bank swap）。
   • 优点： 无需物理接触设备即可远程升级，是产品必备功能；灵活性强，可使用设备已有接口。
   • 缺点： 开发复杂度和调试难度显著增加；需要消耗额外的 Flash 空间存储 Bootloader；需要仔细设计确保升级过程鲁棒和安全。

选择哪种方法？

• 开发/调试/烧录少量板子： ST-LINK + STM32CubeProgrammer / Keil / IAR 是最方便快捷的选择。USB DFU 或 UART 可作为备选或特定场景使用。
• 量产烧录器： 使用专业的量产编程器，通常基于 SWD/JTAG 或定制接口，配合脱机烧录软件。
• 产品现场升级 (OTA/IAP)： 必须使用自定义 IAP Bootloader。具体通信方式取决于产品设计（以太网、Wi-Fi、4G、蓝牙、CAN、UART、USB 等）。

STM32F407 升级关键注意事项

1. Flash 结构： F407 有多个 128KB / 256KB 的 Sector。了解 Sector 划分对分区和擦除至关重要。优先利用 Dual-Bank Boot (如果支持) 实现原子升级，极大降低变砖风险。
2. 中断管理： 在 Bootloader 中进行 Flash 操作时务必谨慎处理中断。通常需要暂时关闭全局中断 (__disable_irq())。VTOR 设置必须正确！
3. 时钟配置： Bootloader 和 App 的时钟配置需兼容或独立初始化。确保 Bootloader 使用的通信外设（如 UART, USB）有正确的时钟源。
4. 外设初始化/冲突： Bootloader 初始化的外设可能会与 App 冲突。在跳转 App 前，最好反初始化或复位外设，或者让 App 完全重新初始化所需外设。
5. 内存使用： Bootloader 通常需要一块 RAM 作为通信缓冲区。规划好 RAM 的使用，避免 Bootloader 和 App 的栈/堆冲突（通常在跳转前不需要释放 Bootloader 的栈/堆）。
6. 选项字节 (Option Bytes)： 注意 RDP (读保护), WRP (写保护), BOR (掉电复位) 等级别设置对升级的影响。Bootloader 可能需要操作这些选项字节（需谨慎！）。
7. 安全： 强烈建议在 IAP Bootloader 中实现固件校验（CRC 是最低要求），并考虑加密传输和签名验证。

推荐步骤 (实现 IAP Bootloader)

1. 规划存储布局： 划分 Bootloader 区、App 区 (可能还有备份区、升级文件临时存储区)。计算各区域起始地址和大小。
2. 创建 Bootloader 工程：
   • 禁用中断向量表偏移（或设置为 0x00000000）。
   • 实现通信接口驱动（UART/USB/Ethernet等）。
   • 实现 Flash 擦除、编程函数（使用 HAL 库或寄存器）。
   • 实现固件接收、解析、校验逻辑（分包、CRC）。
   • 实现跳转到 App 的函数 (JumpToApp)。
   • 实现升级状态机和故障处理逻辑。
   • (可选) 实现读保护/写保护管理。
3. 创建用户 App 工程：
   • 在链接脚本中调整程序起始地址（FLASH_ORIGIN）匹配规划的 App 区起始地址。
   • 在 SystemInit() 或 main() 最开始处，设置 VTOR SCB->VTOR = FLASH_BASE | 偏移地址; (偏移地址通常是 App 区的起始地址)。
4. 测试 Bootloader： 使用 ST-LINK 烧录 Bootloader。使用通信工具（如串口助手、自定义上位机）发送测试指令和新 App 的二进制文件 (.bin 或 .hex)，观察 Bootloader 是否能正确接收、写入 Flash 并跳转。
5. 生成 App 升级文件： 在 App 工程中，生成用于升级的二进制文件 (.bin)。
6. 集成到产品： 将 Bootloader 烧录到产品中。通过产品设计好的升级通道（网络、USB、串口等）推送 App 的 .bin 文件进行升级测试。
7. 完善： 加入更完善的错误处理、日志记录、安全机制（签名）、双 Bank 切换等。

工具资源

• STM32CubeMX： 初始化代码生成，帮助配置时钟、引脚、外设。
• STM32CubeF4 Firmware Package： 包含 HAL/LL 库、外设驱动、示例代码 (查找 IAP 或 Bootloader 相关的例子)。
• STM32CubeProgrammer： 多功能烧录和配置工具。
• Keil uVision / IAR EWARM： 开发环境和调试器。
• 串口调试助手 / Tera Term / Putty： 测试 UART Bootloader 或 IAP 通信。
• Wireshark： 分析网络协议升级数据包 (如果使用 Ethernet)。
• OpenOCD / pyOCD： 开源编程调试工具。

重要提示： 在实现 IAP，尤其是对 Flash 进行操作时，务必仔细阅读 STM32F407 的 Reference Manual (RM0090) 中关于 Flash programming 和 Option bytes 的章节，以及 Application Note AN3965: STM32F4 in-application programming (IAP) using the USART (虽然讲 USART，原理通用) 和 AN2606: STM32 microcontroller system memory boot mode (内置 Bootloader)。安全性和鲁棒性是产品化 IAP 的关键，务必投入精力设计。