深度解析 STM32H7 系列 MCU 的 DFU 模式、烧写程序与电路设计

最新推荐文章于 2025-07-30 22:30:36 发布

无人装备硬件开发爱好者

最新推荐文章于 2025-07-30 22:30:36 发布

阅读量587

点赞数 9

CC 4.0 BY-SA版权

分类专栏： EDA设计无人机硬件嵌入式开发无人机文章标签： stm32 嵌入式硬件 DFU 烧写程序

本文链接：https://blog.youkuaiyun.com/bother3000/article/details/149771168

无人机硬件嵌入式开发同时被 3 个专栏收录

71 篇文章

订阅专栏

无人机

60 篇文章

订阅专栏

EDA设计

19 篇文章

订阅专栏

一、STM32H7 的 DFU 模式：从原理到实践

1.1 DFU 模式概述

DFU（Device Firmware Upgrade）即设备固件升级模式，是 STM32H7 系列 MCU 提供的一种高效固件更新机制。通过 USB、UART 等接口，开发者可在无需专用工具的情况下完成固件升级。DFU 模式依赖于芯片内置的系统 Bootloader，其核心优势在于：

无需物理接触：通过 USB 线即可完成固件更新
安全可靠：内置校验机制确保固件完整性
灵活兼容：支持多种接口和传输协议

1.2 DFU 模式工作原理

1.2.1 状态机模型

DFU 模式通过状态机实现固件传输的控制，主要状态包括：

状态	描述
dfuIDLE	等待主机指令，默认状态
dfuDNLOAD-IDLE	准备接收固件数据
dfuDNLOAD-SYNC	数据同步状态，等待主机确认
dfuMANIFEST-WAIT	等待主机发送 Manifest 数据
dfuMANIFEST	处理 Manifest 数据，校验固件信息
dfuMANIFEST-ACK	确认 Manifest 处理完成，准备重启设备

1.2.2 数据传输流程

设备枚举：主机通过 USB 识别 DFU 设备，获取设备描述符
固件分块传输：固件数据被分割为多个块（通常为 1024 字节），通过 USB 批量传输
校验与写入：设备接收数据后进行 CRC 校验，校验通过后写入 Flash
重启验证：固件写入完成后，设备重启并运行新固件

1.3 进入 DFU 模式的方法

1.3.1 硬件方式

BOOT 引脚配置：将 BOOT0 引脚拉高，BOOT1 引脚拉低，复位后进入系统 Bootloader
外部按键触发：通过外部按键短接 BOOT0 引脚与 VCC，复位后进入 DFU 模式

1.3.2 软件方式

通过用户程序调用系统 Bootloader：

void JumpToBootloader(void)
{
  __disable_irq();
  SCB_DisableICache();
  SCB_DisableDCache();
  
  // 关闭所有外设
  LL_DMA_DeInit(DMA1, LL_DMA_STREAM_0);
  LL_USART_DeInit(USART1);
  
  // 清除中断
  for (int i = 0; i < 8; i++) {
    NVIC->ICER[i] = 0xFFFFFFFF;
    NVIC->ICPR[i] = 0xFFFFFFFF;
  }
  
  // 跳转至Bootloader
  uint32_t BootAddr = 0x1FF09800;
  uint32_t StackAddr = *(volatile uint32_t*)BootAddr;
  uint32_t EntryAddr = *(volatile uint32_t*)(BootAddr + 4);
  
  __set_MSP(StackAddr);
  ((void (*)(void))EntryAddr)();
}

1.4 DFU 模式的应用场景

场景	优势
产品量产	支持批量烧录，提高生产效率
现场固件升级	无需返厂，通过 USB 即可完成更新
固件故障恢复	即使固件损坏，仍可通过 DFU 模式重新烧录
多设备协同升级	支持同时更新多个设备的固件

二、STM32H7 的烧写程序方法对比

2.1 烧写方法分类

2.1.1 调试接口烧写

SWD（Serial Wire Debug）
- 接口：SWDIO、SWCLK、GND、VCC
- 工具：ST-LINK、J-Link
- 特点：高速调试与烧写，支持实时追踪
JTAG（Joint Test Action Group）
- 接口：TMS、TCK、TDI、TDO、NRST
- 工具：ST-LINK、J-Link
- 特点：功能全面，支持边界扫描测试

2.1.2 通信接口烧写

UART 烧写
- 接口：USART_TX、USART_RX、BOOT0
- 工具：STM32CubeProgrammer
- 特点：无需专用调试器，适合现场升级
USB DFU 烧写
- 接口：USB D+、D-、GND、VCC
- 工具：STM32CubeProgrammer、DfuSe
- 特点：即插即用，支持热插拔

2.1.3 片内编程（IAP）

原理：通过应用程序自身实现固件更新
工具：用户自定义 Bootloader
特点：支持远程升级，需编写额外代码

2.2 烧写方法对比表

方法	接口需求	烧写速度	复杂度	适用场景
SWD	4 线	快	低	开发调试、量产
JTAG	5 线	中	中	边界扫描测试
UART	3 线	慢	低	现场升级、低成本方案
USB DFU	4 线	快	低	即插即用、多设备升级
IAP	自定义	中	高	远程升级、灵活扩展

2.3 烧写工具推荐

2.3.1 STM32CubeProgrammer

功能：支持 SWD、JTAG、UART、USB DFU 等多种接口
优势：官方工具，稳定性高，支持批量烧录
适用场景：开发调试、量产烧录

2.3.2 DfuSe

功能：专门用于 USB DFU 烧写
优势：界面简洁，支持固件校验
适用场景：USB DFU 模式下的固件更新

2.3.3 ST-LINK Utility

功能：通过 SWD/JTAG 接口进行烧写
优势：与 ST-LINK 调试器深度集成
适用场景：开发阶段的快速烧写

三、STM32H7 电路设计注意事项

3.1 电源设计

3.1.1 电源稳定性

输入电压范围：2.0V~3.6V，建议使用 3.3V 稳压器
去耦电容：每个 VDD 引脚接 10μF 电解电容和 0.1μF 陶瓷电容
电源噪声抑制：在电源输入端串联磁珠，减少高频噪声

3.1.2 备份电源

RTC 备份：使用 3V 纽扣电池，通过二极管防止反向充电

电路示例：

plaintext

VCC_BAT ------+
              |
              D1 (BAT54A)
              |
              +--- VDD_RTC
              |
              C1 (10μF)
              |
              GND

3.2 时钟电路设计

3.2.1 HSE 时钟

晶振选择：推荐使用 25MHz 晶振，负载电容 20pF
PCB 布局：晶振靠近 MCU 引脚，布线尽量短

电路示例：

plaintext

X1 (25MHz)
/ \
| |
C1 (20pF) C2 (20pF)
|       |
GND     GND

3.2.2 LSE 时钟

晶振选择：32.768kHz 晶振，负载电容 6pF

电路示例：

plaintext

X2 (32.768kHz)
/ \
| |
C3 (6pF) C4 (6pF)
|       |
GND     GND

3.3 复位电路设计

3.3.1 硬件复位

RC 复位电路：使用 10kΩ 电阻和 10μF 电容，复位时间约 100ms

电路示例：

plaintext

VCC ------ R1 (10kΩ) ------ NRST
              |
              C1 (10μF)
              |
              GND

3.3.2 软件复位

代码实现：

void SoftwareReset(void)
{
  NVIC_SystemReset();
}

3.4 BOOT 引脚配置

3.4.1 上拉 / 下拉电阻

BOOT0 引脚：通过 10kΩ 电阻上拉至 VCC，默认状态为高
BOOT1 引脚：通过 10kΩ 电阻下拉至 GND，默认状态为低

电路示例：

plaintext

BOOT0 ------ R1 (10kΩ) ------ VCC
BOOT1 ------ R2 (10kΩ) ------ GND

3.4.2 DFU 按键设计

按键连接：DFU 按键一端接 BOOT0，另一端接 GND
去抖电路：在按键两端并联 100nF 电容

电路示例：

plaintext

BOOT0 ------ SW1 ------ GND
         |
         C1 (100nF)

3.5 USB 接口设计

3.5.1 信号完整性

差分对布线：USB D + 和 D - 采用差分对布线，阻抗控制为 90Ω
ESD 保护：使用 TVS 二极管保护 USB 接口

电路示例：

plaintext

USB_D+ ------ TVS1 ------ GND
USB_D- ------ TVS2 ------ GND

3.5.2 上拉电阻

高速模式：在 USB D + 引脚接 1.5kΩ 上拉电阻
电路示例：
plaintext
```
USB_D+ ------ R1 (1.5kΩ) ------ VCC
```

四、DFU 模式与 Bootloader 的关系

4.1 Bootloader 概述

Bootloader 是启动加载程序，负责初始化硬件、引导应用程序运行。STM32H7 的 Bootloader 分为：

系统 Bootloader：出厂内置，支持 USB、UART 等接口的固件升级
用户自定义 Bootloader：开发者编写，支持更灵活的升级策略

4.2 系统 Bootloader 与 DFU 的协作

4.2.1 启动流程

复位后，MCU 根据 BOOT 引脚状态选择启动模式
若进入系统 Bootloader，初始化 USB 接口并等待 DFU 指令
接收固件数据并写入 Flash
重启后运行新固件

4.2.2 代码示例

// 系统Bootloader入口地址
#define BOOTLOADER_ADDR 0x1FF09800

// 跳转到系统Bootloader
void JumpToBootloader(void)
{
  // 关闭中断和Cache
  __disable_irq();
  SCB_DisableICache();
  SCB_DisableDCache();
  
  // 初始化堆栈指针
  uint32_t StackAddr = *(volatile uint32_t*)BOOTLOADER_ADDR;
  __set_MSP(StackAddr);
  
  // 跳转到Bootloader入口
  void (*BootloaderEntry)(void) = (void (*)(void))*(volatile uint32_t*)(BOOTLOADER_ADDR + 4);
  BootloaderEntry();
}

4.3 用户自定义 Bootloader 设计

4.3.1 设计要点

分区管理：将 Flash 分为 Bootloader 区和应用程序区
通信协议：定义固件传输的数据包格式
安全验证：添加 CRC 校验或数字签名

4.3.2 分区示例

区域	地址范围	大小	用途
Bootloader	0x08000000-0x08007FFF	32KB	存储 Bootloader 代码
应用程序 1	0x08008000-0x0803FFFF	216KB	存储主应用程序
应用程序 2	0x08040000-0x08077FFF	216KB	存储备用应用程序

4.3.3 固件传输协议

// 数据包格式
typedef struct {
  uint8_t Cmd;       // 命令字（0x01：数据，0x02：校验）
  uint16_t Length;   // 数据长度
  uint8_t Data[1024];// 数据内容
  uint32_t CRC;      // CRC校验值
} DFU_PACKET;

五、DFU 模式的工作原理与功能

5.1 DFU 协议解析

5.1.1 DFU 描述符

设备描述符：包含设备类型、供应商 ID、产品 ID 等信息
配置描述符：描述 USB 配置信息，包括接口数量、端点配置
接口描述符：描述 DFU 接口的类、子类、协议
端点描述符：描述数据传输的端点特性

5.1.2 DFU 命令

命令	描述
DFU_DETACH	通知设备进入 DFU 状态
DFU_DNLOAD	传输固件数据块
DFU_UPLOAD	请求上传固件数据块
DFU_GETSTATUS	查询设备状态
DFU_CLRSTATUS	清除状态

5.2 固件更新流程

5.2.1 主机端流程

枚举 DFU 设备，获取描述符
发送 DFU_DETACH 命令，进入 DFU 状态
分块传输固件数据
发送 DFU_MANIFEST 命令，校验固件
发送 DFU_GETSTATUS 命令，确认更新完成

5.2.2 设备端流程

接收 DFU_DETACH 命令，进入 dfuDNLOAD-IDLE 状态
接收固件数据块，进行 CRC 校验
数据接收完成后，进入 dfuMANIFEST 状态
校验固件完整性，更新 Flash
发送 DFU_STATUS_OK，等待重启

5.3 错误处理机制

5.3.1 错误类型

传输错误：数据校验失败
擦除错误：Flash 擦除失败
写入错误：Flash 写入失败
超时错误：数据传输超时

5.3.2 错误处理流程

检测到错误时，进入 dfuERROR 状态
发送 DFU_STATUS_ERROR，包含错误代码
等待主机发送 DFU_CLRSTATUS 命令
清除错误状态，重新进入 dfuIDLE 状态

六、实际应用案例

6.1 量产烧录方案

6.1.1 硬件配置

烧录工具：STM32CubeProgrammer
烧录接口：SWD
烧录设备：ST-LINK V3
烧录流程：
1. 连接 ST-LINK 与目标板
2. 选择固件文件
3. 配置烧录参数（擦除、校验）
4. 启动批量烧录

6.1.2 代码示例

python

# 批量烧录脚本
import subprocess

def mass_programming():
    for device in get_devices():
        subprocess.run([
            "STM32_Programmer_CLI",
            "-c", "port=SWD",
            "-w", "firmware.hex",
            "-v",
            "-rst"
        ])

6.2 现场固件升级

6.2.1 硬件配置

升级接口：USB DFU
工具：STM32CubeProgrammer
流程：
1. 设备进入 DFU 模式
2. 连接 USB 线至电脑
3. 运行 STM32CubeProgrammer
4. 选择固件文件，启动升级

6.2.2 注意事项

供电稳定性：确保设备在升级过程中供电正常
固件校验：启用 CRC 校验，防止传输错误
进度反馈：在设备端添加 LED 指示升级状态

6.3 自定义 Bootloader 实现

6.3.1 功能需求

通信接口：UART
固件格式：自定义二进制格式
安全机制：CRC 校验
升级触发：通过特定指令触发

6.3.2 代码实现

// UART接收中断处理函数
void USART1_IRQHandler(void)
{
  if (LL_USART_IsActiveFlag_RXNE(USART1)) {
    uint8_t data = LL_USART_ReceiveData8(USART1);
    dfu_receive_data(data);
  }
}

// 固件接收函数
void dfu_receive_data(uint8_t data)
{
  static uint8_t buffer[1024];
  static uint16_t index = 0;
  
  buffer[index++] = data;
  
  if (index == 1024) {
    crc32_t crc = calculate_crc(buffer, 1024);
    if (crc == expected_crc) {
      write_flash(buffer);
      index = 0;
    } else {
      dfu_error_handler();
    }
  }
}

七、常见问题与解决方案

7.1 DFU 模式无法进入

7.1.1 可能原因

BOOT 引脚配置错误
USB 驱动未安装
设备未正确复位

7.1.2 解决方案

检查 BOOT 引脚电平
安装 STM32CubeProgrammer 驱动
尝试多次复位设备

7.2 固件烧写失败

7.2.1 可能原因

固件文件损坏
通信接口故障
Flash 写保护未解除

7.2.2 解决方案

重新生成固件文件
检查通信接口连接
解除 Flash 写保护

7.3 双核心设备烧写问题

7.3.1 可能原因

双核启动顺序配置错误
固件未正确分区
同步机制缺失

7.3.2 解决方案

配置 CM7 和 CM4 的启动地址
使用 STM32CubeProgrammer 分别烧写双核固件
添加同步信号确保双核协同工作

八、总结

STM32H7 系列 MCU 的 DFU 模式为固件更新提供了高效、灵活的解决方案。通过深入理解 DFU 协议、合理设计电路、选择合适的烧写方法，开发者可充分发挥 STM32H7 的性能优势。在实际应用中，需注意电源稳定性、信号完整性、安全验证等关键问题，以确保系统的可靠性和可维护性。未来，随着物联网和嵌入式系统的发展，DFU 模式将在远程固件升级、设备管理等领域发挥更重要的作用。