1. STM32分散加载技术概述
在嵌入式开发领域，STM32系列MCU的内存管理一直是个值得深入探讨的话题。分散加载（Scatter Loading）作为一种高级内存管理技术，它允许开发者精细控制代码和数据在存储器中的物理分布。不同于传统的单一加载模式，分散加载通过专门的配置文件（.scf或.sct）实现对不同内存区域的精确分配。
我第一次接触分散加载是在开发一个需要同时处理实时数据采集和图形显示的工业HMI项目。当时遇到最棘手的问题是：随着功能增加，编译后的代码量已经接近芯片Flash容量上限，同时RAM使用也频频告警。通过引入分散加载技术，成功将不同功能的代码段分离到指定存储区域，不仅解决了存储空间紧张的问题，还优化了关键任务的执行效率。
2. 分散加载的核心应用场景
2.1 多存储介质协同工作
现代STM32产品线（如H7系列）通常配备多种存储介质：
- 主Flash（Bank1/Bank2）
- ITCM/DTCM高速内存
- SRAM1/SRAM2/SRAM3
- 外扩SDRAM/QSPI Flash
在以下典型场景中必须使用分散加载：
- 双Bank编程应用：当需要进行OTA升级时，将bootloader放在Bank1，应用程序放在Bank2，通过分散加载文件明确定义各段地址范围
c复制LR_IROM1 0x08000000 0x00200000 { ; Bank1 2MB
ER_IROM1 0x08000000 0x00200000 {
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
}
RW_IRAM1 0x20000000 0x00020000 {
.ANY (+RW +ZI)
}
}
- TCM内存优化：将中断服务例程、DMA描述符等对延迟敏感的内容分配到ITCM/DTCM
c复制LR_ITCM 0x00000000 0x00010000 {
ER_ITCM 0x00000000 0x00010000 {
stm32h7xx_it.o (+RO) ; 中断处理函数
*(.DMA_Descriptors) ; DMA描述符表
}
}
2.2 特殊外设需求处理
某些外设对数据存放位置有硬性要求：
- USB OTG FS/HS：要求端点描述符和缓冲区地址按特定对齐
- 以太网MAC：接收发送缓冲区需要32字节对齐
- LCD控制器：帧缓冲区建议放在SRAM或SDRAM
通过分散加载可确保这些资源被正确放置：
c复制LR_ETH_BUF 0x20040000 0x00002000 {
ER_ETH_BUF 0x20040000 ALIGN 32 {
*(.EthRxTxBuffer)
}
}
3. 分散加载文件深度解析
3.1 链接脚本语法精要
一个完整的分散加载文件包含以下关键部分：
| 语法元素 | 说明 | 示例 |
|---|---|---|
| 加载区域(Load Region) | 定义物理存储器的起始地址和大小 | LR_IROM1 0x08000000 0x00200000 |
| 执行区域(Execution Region) | 代码/数据在内存中的运行时位置 | ER_IRAM1 0x20000000 0x00080000 |
| 输入段选择器 | 指定目标文件中的段 | startup_stm32h743xx.o (+RO) |
| 特殊符号 | 编译器预定义符号 | Image$$ER_IROM1$$Base |
3.2 典型配置模板分析
以STM32H743VI为例的双Bank配置：
c复制; 定义Flash Bank1区域
LR_IROM1 0x08000000 0x00200000 {
; 执行区域1：初始化代码
ER_IROM1 0x08000000 0x00008000 {
*.o (RESET, +First)
*(InRoot$$Sections)
startup_stm32h743xx.o (+RO)
}
; 执行区域2：核心固件
ER_IROM2 0x08008000 0x001F8000 {
.ANY (+RO)
}
; RAM区域
RW_IRAM1 0x20000000 0x00020000 {
.ANY (+RW +ZI)
}
; DTCM区域（用于关键数据）
RW_DTCM 0x20000000 0x00010000 {
*(.CriticalData)
*(.DMA_Buffers)
}
}
4. 实战中的问题排查
4.1 常见链接错误处理
-
Section overlaps 错误：
- 现象：构建时提示"Execution region XX overlaps with YY"
- 原因：两个执行区域地址范围存在重叠
- 解决方案：使用
--info=sizes生成内存报告，调整区域大小
-
No space in execution regions 错误：
- 现象：".ANY selector matches sections which could not be placed"
- 原因：执行区域容量不足
- 解决方法：
c复制RW_IRAM2 +0 { ; 使用+0自动延续地址 .ANY (+RW +ZI) }
4.2 调试技巧分享
-
内存分布可视化：
- 使用
fromelf --text -c -v -z xxx.axf > memory_map.txt - 关键信息解读：
code复制Execution Region ER_IROM1 (Base: 0x08000000, Size: 0x00008000) Base Addr Size Type Attr Idx E Section Name Object 0x08000000 0x00000120 Data RO 1 RESET startup_stm32h743xx.o
- 使用
-
运行时验证方法：
c复制extern uint32_t Image$$ER_IROM1$$Base; printf("IROM1 base: 0x%08X\n", &Image$$ER_IROM1$$Base); // 检查关键段是否在预期位置 ASSERT((uint32_t)&__DMA_BUFFER_START__ == 0x20010000);
5. 高级应用技巧
5.1 多核系统的内存划分
对于STM32H7系列的双核芯片（Cortex-M7+M4），需要为每个核单独配置加载区域：
c复制; M7核的加载区域
LR_M7_ROM 0x08000000 0x00100000 {
ER_M7_VECTORS 0x08000000 0x00000400 {
m7/*.o (RESET, +First)
}
ER_M7_CODE 0x08000400 0x000FFC00 {
m7/. (+RO)
}
}
; M4核的加载区域
LR_M4_ROM 0x08100000 0x00100000 {
ER_M4_VECTORS 0x08100000 0x00000400 {
m4/*.o (RESET, +First)
}
ER_M4_CODE 0x08100400 0x000FFC00 {
m4/. (+RO)
}
}
5.2 动态加载实现
在需要固件更新的场景，可以采用XIP（eXecute In Place）技术配合分散加载：
- 主Flash存放基础功能
- QSPI Flash存放可更新模块
- 通过分散加载实现按需加载
c复制LR_QSPI 0x90000000 0x01000000 {
ER_EXTMOD 0x90000000 {
external_module.o (+RO)
}
}
在代码中通过函数指针调用：
c复制typedef void (*ext_func_t)(void);
ext_func_t ext_func = (ext_func_t)0x90001000;
ext_func(); // 执行QSPI Flash中的函数
6. 性能优化实践
6.1 关键数据段加速技巧
-
TCM内存优化配置：
c复制RW_DTCM 0x20000000 0x00010000 { *(.CriticalData) *(.DMA_Buffers ALIGN 32) } -
Cache配置建议：
- 对SDRAM区域启用MPU缓存策略
- 关键代码段添加
__attribute__((section(".fast_code"))) - 在分散加载中映射到ITCM：
c复制ER_ITCM 0x00000000 { *(.fast_code) }
6.2 实际项目经验
在某电机控制项目中，通过以下分散加载优化将中断延迟降低42%：
- 将FOC算法核心代码放到ITCM
- 电流采样缓冲区分配到DTCM
- 通讯协议栈放到AXI SRAM
- 非实时功能放到SDRAM
具体配置片段：
c复制ER_ITCM 0x00000000 0x00010000 {
motor_control.o (+RO) ; FOC算法
}
ER_DTCM 0x20000000 0x00008000 {
*(.CurrentSenseBuf ALIGN 32)
}
ER_SDRAM 0xC0000000 0x00400000 {
lwip/*.o (+RO) ; 网络协议栈
}