STM32 IAP（In-Application Programming，在应用中编程）的原理是通过微控制器内部已有的程序（如Bootloader或应用程序自身）更新其Flash存储器的代码，而无需使用外部编程器（如ST-Link）。以下是核心原理的详细解释：

1. Flash存储分区

STM32的Flash存储器被划分为多个逻辑区域：

• Bootloader区：
  位于Flash起始地址（0x0800 0000），存储一段预先烧录的小程序（类似电脑的BIOS）。负责初始化通信接口、接收新固件、擦写Flash。
• 应用程序区：
  存放用户主程序（例如0x0800 4000开始）。IAP过程中会被擦除并写入新代码。
• 参数存储区（可选）：
  存储更新标志、通信密钥等数据。

2. IAP工作流程

步骤1：触发更新

• 通过外部信号触发IAP模式：
  • 硬件触发：检测GPIO引脚电平（如按键按下）。
  • 软件触发：应用程序收到特定指令（如串口命令enter_boot）。
• 此时程序跳转至Bootloader区执行。

步骤2：通信传输

• Bootloader通过通信接口接收新固件数据：
  • 常用接口：USART、USB、CAN、I2C、以太网等。
  • 协议：自定义协议或标准协议（如YMODEM/XMODEM）。
• 数据分包传输：上位机（PC/手机）将固件.bin文件分割为数据包发送。

步骤3：Flash擦写

• 擦除旧程序：
  调用STM32内部Flash驱动（如HAL_FLASHEx_Erase()），擦除应用程序区的Flash扇区。
• 写入新程序：
  逐包接收数据，通过Flash编程函数（如HAL_FLASH_Program()）写入目标地址。

步骤4：校验与跳转

• 校验：计算CRC或校验和，确保数据传输正确。
• 跳转至新程序：
  修改MCU的栈指针(SP)和程序计数器(PC)，指向新应用程序的复位中断向量：

  void JumpToApp(uint32_t appAddr) {
  typedef void (*AppEntry)(void);
  AppEntry startApp = (AppEntry)(*(volatile uint32_t*)(appAddr + 4)); // 复位向量地址
  __set_MSP(*(volatile uint32_t*)appAddr); // 初始化栈指针
  startApp(); // 跳转执行
  }

3. 关键技术支持

(1) 中断向量表重映射

• 应用程序需将中断向量表偏移至其起始地址：

  // SystemInit()中修改VTOR寄存器
  SCB->VTOR = APP_BASE_ADDRESS | 0x00; // 例如0x08004000

• 否则中断会错误跳转到Bootloader区。

(2) 内存屏障

• 跳转前关闭所有中断，防止冲突：

  __disable_irq(); // 关闭全局中断

(3) Flash解锁

• STM32的Flash默认写保护，需先解锁：

  HAL_FLASH_Unlock(); // 解锁Flash操作

4. 安全机制

• 身份验证：Bootloader验证上位机身份（如AES加密密钥）。
• 完整性校验：固件写入后验证CRC或数字签名。
• 回滚机制：保留备份程序，更新失败时恢复旧版本。
• 写保护：对Bootloader区设置写保护，防止意外覆盖。

5. 应用程序配合

• 编译设置：
  应用程序需链接到偏移后的地址（如0x08004000），修改链接脚本（.ld文件）。
• 通信协议：
  应用程序需保留与Bootloader的通信接口（如串口命令update_firmware）。

6. 典型应用场景

1. 远程固件升级（FOTA）：通过WiFi/4G更新设备固件。
2. 产品出厂后更新：无需拆卸设备即可升级。
3. 多固件切换：在多个应用程序版本间动态跳转。

总结

STM32 IAP本质是自我更新：
现有程序 → 接收新代码 → 擦写自身Flash → 跳转执行新程序。
其核心在于分区管理、通信协议、Flash操作和安全控制，实现无需硬件调试器的固件更新能力。

⚠️ 注意事项：IAP过程中需确保不掉电，否则设备变砖；Bootloader需精简可靠（通常小于10KB）。ST官方提供IAP示例代码（如AN2557），可作为开发基础。