1. 分散加载文件到底是什么为什么你的工程迟早要碰它做嵌入式开发的朋友应该都有这种经历项目小的时候Keil MDK 里点几下 Target 对话框勾选 Flash 算法、填个 RAM 起始地址编译下载一切正常等到产品要加 Bootloader、要外扩 SDRAM、要把某个中断服务函数搬到 RAM 里跑链接器立刻甩给你一屏 L6220E、L6221E 之类的报错这时候才第一次认真打量工程目录里那个自动生成的.sct文件。分散加载文件scatter file扩展名.sct就是 Keil MDK 背后真正决定哪段代码放在哪个地址、哪个变量初始化数据从哪搬到哪的链接脚本它是 ARM 链接器 armlink 的输入之一。默认情况下 MDK 会根据你填的 Target 对话框帮你生成一个但你一旦想精细控制存储器布局就必须甩开自动生成自己手写。这篇文章适合三类人第一类是刚学 MDK、只会点勾选框、从没打开过 sct 的新手第二类是遇到链接报错不知道怎么读文件、改一处错一片的中级开发者第三类是要做多区固件、要做 IAP 升级、要在 RAM 里跑高速算法的进阶玩家。我把这套东西掰开讲从语法结构到实际改法再到我这些年踩过的坑一次给你说透。读完之后你至少能做到看懂任何一个现成的 sct 文件并且能自己写一份跑得通的多存储区配置。1.1 为什么默认配置不够用从一个真实报错说起前几年我做一个 STM32F4 的项目主控 Flash 1MB、内部 SRAM 128KB代码刚过 300KB 就出事了。报错核心就一句L6220E: Execution region RW_IRAM1 size (131072 bytes) exceeds limit。翻译过来就是你往 RAM 里塞了 128KB 还多超了。但诡异的是我代码量根本没到 128KB问题出在哪出在有个大数组我定义成了全局变量它属于 RW 段初始化时既占 Flash存初值又占 RAM运行时副本还有 ZI 段未初始化也跟着占。默认 sct 把所有 RWZI 全塞进一块 RAM当然爆。如果这时你懂 sct就能把大数组单独指定到外扩 SDRAM或者干脆定义成const放 Flash问题几分钟就解决。默认配置的局限就在这它只会把你的存储空间当成一整块连续区域一旦你的物理存储器不是单块、不是从 0 开始连续、或者你有一部分数据想放慢速存储器、一部分想放快速 TCM默认方案立刻失效。sct 的存在意义就是让你把物理上分散、属性上不同的存储资源精确地映射给不同的代码和数据。1.2 sct 和 lds、icf 到底什么关系经常有人问Keil 的 sct 和 GCC 的 ld 脚本、IAR 的 icf 文件是不是一回事。功能定位上是同一层都是链接器的存储器布局描述文件都在回答输入段怎么合并、放到哪个地址。区别在语法和工具链。ARM Compilerarmlink用.sct注释符是;GCCld用.ld链接脚本语法带MEMORY {}和SECTIONS {}IARilink用.icf更偏向结构化配置三者的核心概念其实相通加载域、执行域、输入段选择器。你把 sct 吃透转去看 lds、icf 会轻松很多。这里顺便说句网上搜sct经常能搜到一堆不相干的结果比如 RNA 剪接那套生物学名词别被带偏嵌入式里说的 sct 就是 scatter file没有别的意思。搜索的时候最好加上 Keil、armlink、分散加载这类限定词命中率才高。1.3 什么场景下你必须动手写 sct不是所有项目都要手写以下几种情况一旦踩到默认生成的那份就得改场景默认配置的表现需要 sct 做什么Bootloader App 双固件地址冲突、跳转失败手动划分两段独立地址区间代码要在 RAM 中运行只放 Flash跑不了把指定函数或整个段搬到 RAM外扩 SDRAM 跑程序完全不认识外扩区定义新的加载域和执行域多块不连续 Flash只认一块拼接多个物理区大数组/图形缓冲区RAM 溢出报错单独重定向到别的存储区需要精确计算固件 CRC 范围不知段边界用符号拿到段起止地址一句话只要你的存储器映射不是一个干净的连续块或者你想让某段内容存在 A 地、运行在 B 地就必须打开 sct 动手。2. 解剖 sct 文件加载域、执行域与输入段的三层结构sct 文件的语法其实只有三层结构从上到下依次是加载域Load Region、执行域Execution Region、输入段选择器Input Section Selector。理解了这三层整个文件就是纸糊的。2.1 加载域与执行域存在哪和跑在哪是两回事加载域回答的问题是这段内容被烧录/存储在哪个地址执行域回答的是程序运行时这段内容应该在哪个地址。当两者地址相同说明内容原地不动直接执行最常见的就是写在 Flash 里的代码。当两者地址不同链接器就会在启动代码里生成一段搬运逻辑把内容从加载域地址拷贝到执行域地址再让它在那里运行。这正好解释了为什么 RW 数据会既占 Flash 又占 RAM。RW 变量的加载域在 Flash执行域在 RAM启动时把 Flash 里的初值拷贝到 RAM然后程序从 RAM 读写它。ZI 段则没有加载域副本只有执行域启动时直接清零。理解这一点很多为什么我变量初值丢了、为什么 RAM 用量比想的多的疑问就迎刃而解了。2.2 输入段选择器把谁的哪一段放进来执行域里花括号包着的那一行行就是输入段选择器。它由两部分组成模块选择器和段选择器。模块选择器通常写成*.o匹配所有目标文件或者某个具体文件名段选择器写成(RESET, First)、(RO)、(RW ZI)这类。armlink 会扫描所有输入目标文件的段按你的规则一个个归位。选择器的写法很灵活几个常用的组合记牢*(RESET, First)把所有目标文件里叫 RESET 的段挑出来并且强制排在最前。中断向量表必须放这儿*(InRoot$$Sections)放__main初始化必须用到的那几个段这个基本每份 sct 都带着别删.ANY (RO)所有只读内容通配符自动分配.ANY (RW ZI)所有读写和零初始化数据mylib.o (RO)只挑 mylib.o 文件的只读段*(.RAM_CODE)挑所有放进.RAM_CODE段的模块这个要配合源码里的__attribute__((section(.RAM_CODE)))2.3 属性符号逐个说清别再靠猜段选择器后面那些RO、RW、ZI、XO到底指什么很多人一直靠蒙。我整理成一张表建议存下来属性符号全称含义实际包含内容RORead Only代码、常量、字符串字面量RWRead Write已初始化的全局/静态变量ZIZero Init未初始化或初值为 0 的全局/静态变量XOExecute Only通常指只执行代码主要出现在特定配置下First优先级强制排到执行域最前面Last优先级排到最后面还有两个高频属性写在执行域定义行上EMPTY表示这块区域不生成初始化数据典型用途是栈和堆后面的负数-0x400表示从上一个地址往下分配这么多常用来在 RAM 顶部划栈空间。看到EMPTY -0x00000400基本就是在给栈开空间这个写法很有辨识度。2.4 通配符 .ANY 的两面性.ANY特别好用你不用把每个文件都点名链接器自动把没归位的输入段塞进来。但它有两个坑你要知道。第一个坑.ANY是按容量需求匹配的链接器会挑一个放得下的执行域塞进去如果你有多个.ANY哪个先声明先填哪个容易造成地址分配和你预期的不一致。第二个坑.ANY一旦用了后面具体的选择器必须写在前面否则会被.ANY提前抢走。经验做法是——先把必须精确控制的内容RESET、关键段写在前面最后再用.ANY收尾。我一般的顺序是RESET 段、InRoot 段、具体命名的模块段、最后.ANY。这样既保证关键内容位置固定又能让链接器自动处理剩下的杂项省心。3. 手把手改一份 sct从默认文件到可用配置光看语法没感觉咱们拿 STM32F407 举例从默认生成的文件开始一步步改成能实际工作的版本。假设资源是Flash 0x08000000 起 1MB内部 SRAM 0x20000000 起 128KBCCM RAM 0x10000000 起 64KB。3.1 先看懂 MDK 自动生成的默认 sct新建工程编译一次在输出目录通常是 Objects 文件夹会看到你的工程名.sct。内容大致长这样LR_IROM1 0x08000000 0x00100000 { ; 加载域起始地址 0x08000000 ER_IROM1 0x08000000 0x00100000 { ; 执行域地址与加载域相同 *.o (RESET, First) ; 中断向量表排第一 *(InRoot$$Sections) ; __main 初始化段 .ANY (RO) ; 其余只读内容自动分配 .ANY (XO) } RW_IRAM1 0x20000000 0x00020000 { ; 一块 RAM128KB .ANY (RW ZI) ; 所有读写和零初始化数据 } }逐行读一遍LR_IROM1是加载域名字后面两个数是起始地址和长度加载域里面套了两个执行域一个放只读内容、一个放读写内容。每个执行域名字后面的数字就是它的地址区间。想改布局本质上就是改这些名字和数字。3.2 手写一份多存储区配置现在假设我要把代码放 Flash、变量分到 SRAM 和 CCM、栈放 SRAM 顶端、再把一部分热函数放 CCM 跑。手写版本LR_IROM1 0x08000000 0x00100000 { ; 加载域1MB Flash ER_IROM1 0x08000000 0x00100000 { ; 只读内容原地执行 *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) } RW_IRAM1 0x20000000 0x0001F000 { ; SRAM 主区约 124KB .ANY (RW ZI) } RW_CCM 0x10000000 0x00010000 { ; CCM RAM 64KB *(.CCM_DATA) ; 指定变量搬这儿 } ARM_LIB_STACK 0x2001F000 EMPTY -0x00000800 { ; SRAM 顶部划 2KB 栈 } ARM_LIB_HEAP 0x2001E000 EMPTY 0x00000400 { ; 划 1KB 堆 } }几个关键改动点解释一下。第一SRAM 主区长度从 0x20000 缩成 0x1F000因为顶部 4KB 要留给栈和堆这是地址预算问题算错了会撞车。第二CCM RAM 单独开一个执行域只收*(.CCM_DATA)这个段名是我自己起的需要配合源码。第三栈定义用ARM_LIB_STACK配合EMPTY -0x800意思是从当前地址往下留 2KB。堆用EMPTY 0x400往正方向留。注意修改 RAM 主区大小时务必保证主区起始 主区长度 栈起始地址三个数值一旦重叠编译能过运行必炸而且炸得很随机很难查。我是把这三个数抄在纸上加减乘除手工核一遍才敢编译的。3.3 把函数搬到 RAM 里跑完整做法这个需求太常见了Flash 执行有等待周期把高频调用的函数或对时序敏感的中断服务程序搬到 RAM 里跑能显著提速。做法分两步。第一步改源码给函数加段属性// AC6armclang __attribute__((section(.RAM_CODE))) void delay_cycles(uint32_t n) { while (n--) { __NOP(); } } // AC5armcc #pragma arm section code .RAM_CODE void delay_cycles(uint32_t n) { while (n--) { __NOP(); } } #pragma arm section code第二步sct 里定义这个段和执行域RW_RAMCODE 0x20000000 0x00002000 { ; 在 SRAM 开头划 8KB *(.RAM_CODE) ; 收所有标记过的函数 }启动时__main会把.RAM_CODE从 Flash 加载域拷贝到这段 SRAM函数就能在 RAM 里执行。注意这个执行域也得由某个加载域罩住否则链接器会报找不到加载域。实操心得往 RAM 搬代码不是搬得越多越好。每搬一个函数都要在 Flash 里存一份原始副本加载域然后启动时拷贝启动时间会增加。我一般只搬几个最关键的中断服务程序或者执行频率极高的算法内核整段代码全搬反而拖慢启动得不偿失。3.4 地址对齐与长度的计算过程不夸张地说一半的链接报错都来自于地址没对齐或长度算错。ARM 架构下普通数据段对齐到 4 字节但 Flash 扇区擦除要求地址对齐到扇区边界常见 1KB、2KB、16KB 不等外扩存储对齐要求还可能更严格。做地址规划时按下面的算法走。假设 Flash 扇区是 16KB0x4000我有 Bootloader 和 App 两个固件。Bootloader 分两个扇区 32KB那么Bootloader0x08000000 ~ 0x08008000 32KB占用两个扇区 App 起始 0x08008000 正好是扇区边界对齐 App 最大 0x080C0000 - 0x08008000 0x000B8000 ≈ 736KB每一步都用十六进制算对齐检查看末几位是不是 0。0x08008000 末四位是 8000是 16KB0x4000的整数倍对齐通过。同理栈顶一般对齐到 8 字节DMA 缓冲区对齐到 4 字节或 32 字节取决于是否用 cache。存储区起始地址长度对齐要求备注Bootloader0x080000000x800016KB 扇区2 个扇区App0x080080000xB800016KB 扇区紧接着 Bootloader配置参数区0x080C00000x400016KB 扇区单独留一块存参数SRAM 数据0x200000000x1F0004 字节主数据区栈顶0x20020000-0x8008 字节从 RAM 顶端往下地址规划这种事宁可多花十分钟手工核对也别指望链接器帮你兜底。链接器只能告诉你超了或者重叠了它不会告诉你这里擦除扇区会误伤相邻固件。4. 典型场景实战Bootloader、外扩存储与多块 Flash理论讲完拿三个真实场景把 sct 用起来你会发现套路高度一致。4.1 Bootloader App 分区地址规划与跳转配合IAP 升级的核心是两个独立固件各有各的地址区间互不越界。Bootloader 的 sct 用默认范围没问题重点是 App 的 sct 必须把起始地址改成偏移后的地址。App 的 sct 加载域LR_IROM1 0x08008000 0x000B8000 { ; App 从 0x08008000 开始长度 736KB ER_IROM1 0x08008000 0x000B8000 { *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) } RW_IRAM1 0x20000000 0x00020000 { .ANY (RW ZI) } }同时 App 工程里要改两个地方Target 对话框里的 ROM 起始地址改成 0x08008000中断向量表偏移寄存器STM32 上叫 SCB-VTOR要在SystemInit或 main 开头设置成 0x08008000。这两步漏一个中断就跳到 Bootloader 的向量表去了表现为程序能跑但一进中断就死。跳转逻辑在 Bootloader 里大致是校验 App 区完整性 → 关闭所有外设中断 → 取 App 起始地址处的栈顶值赋给 MSP → 取起始地址 4 处的复位向量跳过去。这里的关键是 App 的 sct 保证了它的向量表就在 0x08008000 开头Bootloader 才敢按固定偏移取这两个值。避坑提醒我见过最坑的情况是 App 的 sct 改了地址但工程师忘了同步改 VTOR结果调试器单步能跑、全速跑就进 HardFault。排查方向就是打断点看 SCB-VTOR 的值如果还是 0x08000000那八成就是这个原因。4.2 外扩 SDRAM 跑图形缓冲区与代码带屏的产品经常外扩 SDRAM比如 0xC0000000 起 8MB。图形帧缓冲这种大块内存绝不能放进本来就紧张的内部 SRAM得单独映射。先看怎么把变量放过去// 帧缓冲指定放到外扩 SDRAM __attribute__((section(.SDRAM_BUF))) uint8_t frame_buffer[320 * 240 * 2];sct 增加执行域RW_SDRAM 0xC0000000 0x00800000 { ; 外扩 SDRAM 8MB *(.SDRAM_BUF) ; 帧缓冲等大数据 }注意 SDRAM 的初始化顺序问题芯片上电时 SDRAM 控制器还没配置SDRAM 根本不可访问。但启动代码要在 SDRAM 初始化之前就完成数据搬运吗如果.SDRAM_BUF是 ZI 段未初始化启动时清零动作会在 SDRAM 初始化之前执行直接访问不存在的存储器跑飞。解决办法有两个一是把 SDRAM 初始化代码放到SystemInit早期、在搬运之前二是通过__no_init或者把 SDRAM 段设成不做初始化的方式跳过启动清零。RW_SDRAM 0xC0000000 UNINIT 0x00800000 { ; 关键加 UNINIT启动不初始化 *(.SDRAM_BUF) }这个UNINIT是很多人不知道的属性非常实用。凡是存储器初始化时机晚于启动代码的场景都该用它。4.3 多块不连续 Flash 的拼接有些 MCU 的 Flash 是分块的或者你有片内 Flash 加片外 QSPI Flash。这时候一份 sct 里写多个加载域就行LR_FLASH1 0x08000000 0x00080000 { ; 片内 Flash 512KB ER_FLASH1 0x08000000 0x00080000 { *.o (RESET, First) *(InRoot$$Sections) *main.o (RO) ; main 相关放片内 .ANY (RO) } RW_IRAM1 0x20000000 0x00020000 { .ANY (RW ZI) } } LR_FLASH2 0x90000000 0x01000000 { ; 片外 QSPI Flash 16MB ER_FLASH2 0x90000000 0x01000000 { *graphics.o (RO) ; 图形资源放片外 *fonts.o (RO) } }片外 Flash 同样要确保在启动拷贝之前完成控制器初始化否则同样跑飞。另外片外 Flash 的执行速度取决于是否配置了 XIP就地执行和 cache这一点在性能调优时是重点。5. 常见问题与排查技巧实录sct 相关的报错就那么几类认识它们能省下大把时间。5.1 链接报错速查表报错编号含义优先排查方向L6218E符号未定义文件没参与编译、函数名拼错、库没加L6220E执行域容量超限该区长度不够减小内容或扩大区间L6221E加载域/执行域重叠两个域地址区间有交集改地址L6226E找不到 RESET 段sct 里漏了*(RESET, First)L6237E执行域与加载域不匹配执行域没有归属的加载域L6407E多个输入段写入同一地址选择器规则重复或顺序错误拿到报错先看编号再看它报的是哪个域。armlink 一般会给出域名字比如 RW_IRAM1和期望/实际大小对着算一遍就清楚。5.2 变量初值丢失与 ZI 段踩坑有个经典现象你在 sct 里把某段数据搬到 A 地址结果程序里读这个变量全是 0 或者乱码。原因通常是这段本应该是 RW带初值的内容被错误地归类成了 ZI或者它所在的执行域没被任何加载域罩住导致启动时不搬运初值。排查方法反汇编或者在 map 文件里搜这个变量的地址看它属于哪个执行域、该域有没有RW属性。map 文件在输出目录里后缀.map搜变量名就能定位。另一招是在启动后立刻打印该变量的值如果 flash 里有初值、RAM 里读出来是 0那基本可以断定搬运没发生。5.3 符号地址算错的排查思路分散加载文件里可以引用一堆链接器生成的符号用来在代码里做运行时计算。常见的几个extern uint32_t Image$$RW_IRAM1$$Base; // 某执行域起始地址 extern uint32_t Image$$RW_IRAM1$$ZI$$Limit; // 该域 ZI 段结束常用于堆起始 extern uint32_t Load$$LR_IROM1$$Base; // 加载域起始地址 extern uint32_t Image$$ER_IROM1$$Limit; // 只读域结束用于算固件大小/CRC算固件大小时经常用Image$$ER_IROM1$$Limit - Image$$LR_IROM1$$Base但要注意如果有多个加载域得用对应域的名字。我踩过一个坑用ER_IROM1的 limit 去算 CRC 覆盖范围结果漏掉了后面 RW 段的 Flash 初值副本算出来的 CRC 和上位机算的对不上。正确做法是取整个镜像的Image$$LOAD_REGION$$Limit或者直接用Load$$系列符号覆盖完整。排查小技巧拿不准符号值的时候在 main 开头把这些符号的地址printf出来跟 map 文件和 sct 里的定义三方对照能很快发现是哪个域配错了。5.4 sct 改了却不生效的原因这个坑极其常见你辛辛苦苦改了 sct重新编译结果行为跟没改一样。三个检查点有没有在 Target 对话框里取消勾选Use Memory Layout from Target Dialog然后手动指定你的 sct 文件不取消的话MDK 会持续覆盖你手写的文件。修改的 sct 是不是当前真正参与链接的那一份工程根目录和输出目录都可能有同名文件实际用的那份看编译日志里--scatter指向的路径。清理重建了吗增量编译有时不会重新链接把 Objects 目录删干净再来一次最稳。老实说第 1 条是我早期翻车最多的地方。当时改了 sct 编译十几次都不生效折腾了整整一下午最后发现是那个勾选框没取消MDK 每次都把我手写的覆盖掉白忙活。6. 一些从项目里磨出来的经验之谈从第一次被 L6220E 吓到现在能随手写多区 sct中间踩的坑大概能写本书。分享几个我认为最值的经验。第一永远先用 map 文件说话。map 文件是 armlink 输出的案件现场记录哪个段放哪、占多大、地址多少写得清清楚楚。遇到任何地址相关问题先 grep map 文件比你盯着 sct 空想快十倍。第二地址规划用表格落地。前面那张地址规划表我每个项目都会单独做一份把每个存储区的起止、长度、对齐要求写清楚所有涉及地址的地方都对着它抄绝不用脑子记。地址这种东西脑子记一次错一次。第三改 sct 前先备份。手写的 sct 一旦被 MDK 覆盖如果没有版本管理工具找回来很麻烦。我现在所有工程的 sct 都纳入版本控制每改一次留个 commit出问题直接回退。第四别迷信大而全的配置。见过有人一上来就把所有热函数、所有常量都往 RAM/TCM 里塞结果启动像蜗牛RAM 还不够用。按实际性能需求来决定搬什么用 profiling 数据说话搬对了才有收益。这套东西说到底是理解存储器物理布局 精确描述给链接器这么一件事一旦想通剩下就是查手册算地址的体力活。1. 环境准备与前置认知别急着打开 sct 文件先把工具链版本和芯片手册这两样东西摆到桌面上再动 sct。工具链决定了你写的是 AC5 语法还是 AC6 语法芯片手册决定了你手边所有地址的合法区间。这两样没搞清写出来的文件要么编译不过要么跑起来是随机故障。1.1 确认你的编译器版本与语法派系Keil MDK 从 5.37 前后大面积切换到 AC6armclang为默认编译器这直接改了 sct 的部分写法。AC5 用armccsct 里常见RO RW ZI、*(RESET, First)AC6 用armclang段属性表达基本沿用但.ANY的展开逻辑、UNINIT的处理、以及符号命名规则有细微差别。你可以这样判断自己该用哪套打开工程Project → Options for Target → Target 页看右侧ARM Compiler下拉框是Use default compiler version 6还是 5打开工程输出目录里的.map文件开头会写编译器版本和链接器版本看 build log命令行里是armclang还是armcc判断出来之后后面所有 sct 示例AC5 和 AC6 能通用的直接用不能通用的我会分别标出来。很多我照着网上教程改了却报错的问题根子就是套用了不匹配版本的写法。1.2 从芯片手册里提取真实的存储器地图打开参考手册的 Memory Map 章节做一张属于你项目的表。以 STM32F4 系列为例重点关注这几行区域起始结束容量属性主 Flash0x080000000x080FFFFF1MB只读/可编程CCM RAM0x100000000x1000FFFF64KB仅 CPU 可访问SRAM10x200000000x2001BFFF112KB全总线可访问SRAM20x2001C0000x2001FFFF16KB全总线可访问把这张表抄进工程文档后续所有地址都从这里取。别用别人博客里抄来的地址——不同型号容量不同芯片手册才是唯一可信来源。特别是 CCM RAM 这类只有 CPU 能访问的区域DMA 是访问不到的配置缓冲区时尤其要当心。提前避坑CCM RAM 上不能放 DMA 缓冲这是硬件总线连接决定的跟 sct 无关但如果你不了解这点很容易把 sct 里 CCM 段配得漂漂亮亮结果 DMA 一跑就死然后又回头怀疑 sct 配错了。2. sct 文件语法完整拆解从零写一个可编译的版本上一轮讲了结构这里把完整语法补全给出一个能直接编译的最小可用版本再逐字解释每个字段。2.1 加载域、执行域、输入段的完整语法骨架一个 sct 文件的完整骨架如下每一行长什么样、每个数字什么含义我都标清楚LR_NAME base_addr length { ; 加载域名字 起始地址 长度 花括号 ER_NAME base_addr length { ; 执行域同样三个字段 module_selector (section_selector, attributes) ; 输入段选择器 ... } ; 执行域结束 ... ; 一个加载域里可以有多个执行域 } ; 加载域结束几个容易踩的语法点分号;之后是注释可以写在行尾也可以整行地址长度两个字段都支持十六进制和表达式但建议全用十六进制可读性最好执行域的名字在同一份 sct 里不能重复加载域同理花括号一定要配对缺一个编译器会报一堆莫名其妙的错2.2 段属性符号的深入RO、RW、ZI、XO 的边界前面列了符号表这里补充实践中的边界情况。RO会包含代码段和只读数据段两类两者常常被一起放在 Flash但如果你想让只读数据放外扩 Flash、代码放内部 Flash 做性能优化就得把.ANY (RO)拆开用更细的选择器分别指定比如*libc.a (RO)放到某个域*(.data.dummy)另配。XO在 AC6 下主要用于标记那些只允许执行、不允许读取的段安全隔离场景才会用到一般项目忽略。RW和ZI常常一起用是因为初始化时把 RW 拷贝完、把 ZI 清零完才算完成 C 运行环境的搭建两者从冷启动角度看是兄弟关系不该分开处理。2.3 通配符、模块名与选择器优先级输入段选择器的匹配是有顺序的。链接器按文件中书写的顺序自上而下匹配先匹配到的先归位。这里有两个必须理解的规则先精确、后通配具体模块名前缀的选择器写在前面.ANY放最后一个段只会被归位一次同一个输入段不会同时进入两个执行域段选择器可以带属性过滤*(RO)的写法在不同编译器版本里表现不同建议统一写*(.text)、*(.data)这类具体段名稳定可靠写多模块工程时我习惯先跑一次编译从 map 文件里抠出所有输入段名再照着点对点写选择器从来不靠猜段名。段名猜错的结果是选择器匹配为空执行域变成空壳链接器还会报执行域没有内容这种迷惑信息。2.4 EMPTY、UNINIT、ALIGN 这些修饰词除了基础的起始地址加长度执行域还可以挂几个修饰词EMPTY不生成初始化数据纯占位。栈和堆是典型用法UNINIT该域不做启动初始化跳过搬运和清零。适合 SDRAM 这类上电晚于启动代码的存储器First/Last控制段在执行域内部的排列顺序后面跟负数长度从当前位置反向分配栈空间常这么写UNINIT是绕开存储器在启动代码之后才可用这类问题的关键武器前面在 SDRAM 场景已经用过但凡遇到外设未初始化前不能访问该存储器的场景都该考虑它。3. 多存储区与运行域配置实战三种典型架构三种架构分别对应三类项目内部双 RAM、带 TCM 的高性能 MCU、片内加外扩存储。逐个给出配置方案。3.1 内部 SRAM 加 CCM把关键代码和数据放对位置STM32F4 的 CCM RAM 只有 CPU 能访问速度快且不与主总线争抢适合放对时序敏感的中断服务函数和栈。配置LR_IROM1 0x08000000 0x00100000 { ER_IROM1 0x08000000 0x00100000 { *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) } RW_IRAM1 0x20000000 0x0001C000 { .ANY (RW ZI) } RW_CCMRAM 0x10000000 0x00010000 { *(.CCM_CODE) ; 关键中断服务程序 *(.CCM_DATA) ; 高速数据 } }源码里配合__attribute__((section(.CCM_CODE)))标记关键函数。为什么要放 CCM 而不是主 SRAM因为主 SRAM 要跟 DMA、以太网、USB 抢总线CCM 独享 CPU 通路中断响应时间稳定。代价是 CCM 上的数据不能用于 DMA 传输配置时务必区分数据用途。3.2 带 TCM 的高性能 MCU紧耦合存储器的用法Cortex-M7 这类高性能内核带 ITCM 和 DTCM紧耦合存储器的概念跟 CCM 类似但容量更灵活。典型配置LR_IROM1 0x08000000 0x00200000 { ; 2MB Flash ER_IROM1 0x08000000 0x00200000 { *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) } RW_ITCM 0x00000000 0x00010000 { ; ITCM 64KB存热代码 *(.itcm_code) } RW_DTCM 0x20000000 0x00020000 { ; DTCM 128KB存高频数据 .ANY (RW ZI) } RW_SDRAM 0xC0000000 0x00800000 UNINIT { ; 外扩 SDRAM不做初始化 *(.sdram_data) } }TCM 的地址在很多工程里默认从 0x00000000 开始这是芯片设计决定的不要跟 Flash 的 0x08000000 搞混。DTCM 只能 CPU 访问DMA 一样到不了跟 CCM 一个道理。3.3 多块 Flash 页擦写的地址规划有的芯片 Flash 分块且扇区大小不一比如前面 64KB 一块、后面 128KB 一块。这种情况的地址规划原则是——把需要频繁擦写的配置参数区单独划到一个扇区别和程序代码混放否则擦参数时会连代码一起擦掉。LR_IROM1 0x08000000 0x00080000 { ; 程序 512KB ER_IROM1 0x08000000 0x00070000 { ; 代码区 448KB *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) } ER_CONFIG 0x08070000 0x00010000 { ; 参数区 64KB独立扇区 *(.config_data) } RW_IRAM1 0x20000000 0x00020000 { .ANY (RW ZI) } }参数区的长度必须等于芯片一个扇区大小这样擦除时正好整扇区操作不影响代码区。规划时把参数区长度 扇区大小当铁律别凑整到怪数字。4. 常见问题与排查技巧实录前面提了报错速查这里补充几类不报错但行为不对的问题这类往往更难查。4.1 程序能编译能下载但一跑就飞这类问题最常见的原因是存储器在启动代码访问它时还没就绪。典型代表是外扩 SDRAM 和片外 QSPI Flash。启动代码要在__main里完成 RW 搬运和 ZI 清零如果这些动作发生在 SDRAM 初始化之前一访问就 HardFault。排查步骤在启动文件里找到搬运循环的位置看它执行的时机再看 SDRAM 初始化代码在哪调用。如果 SDRAM 初始化晚于搬运就给对应执行域加UNINIT跳过搬运改成程序运行时自己初始化。或者把 SDRAM 初始化提前到搬运之前。经验调试这类问题最有效的办法是在搬运循环前后各打一个断点看 PC 停在哪结合反汇编确认是哪一条访存指令触发的 HardFault。比猜想快得多。4.2 map 文件对不上 sct 的原因有时候 sct 明明改了map 文件里显示的布局还是旧的。按这个顺序查编译日志里的--scatter参数指向哪个文件是不是你改的那份是不是在 Target 对话框里仍勾着Use Memory Layout from Target Dialog勾着的话 MDK 会生成自己的临时 sct忽略你的输出目录的旧文件有没有清删 Objects 目录重建有没有多个加载域名字重复同名域会导致链接器只认一个这三条查完还不对就去看 map 文件头部的Linker command line区块命令行里的参数一目了然。4.3 用脚本自动校验地址区间是否合法手写 sct 最怕地址重叠和越界我写过一个 Python 小脚本把 sct 里的地址字段抓出来做区间校验编译前跑一次import re with open(project.sct, r, encodingutf-8) as f: content f.read() # 抓取形如 LR_NAME 0x08000000 0x00100000 的域定义 pattern re.compile(r(\w)\s(0x[0-9A-Fa-f])\s(0x[0-9A-Fa-f])) regions [] for m in pattern.finditer(content): name, base, size m.group(1), int(m.group(2), 16), int(m.group(3), 16) regions.append((name, base, base size)) # 两两检查区间是否重叠 for i in range(len(regions)): for j in range(i 1, len(regions)): a_name, a_start, a_end regions[i] b_name, b_start, b_end regions[j] if a_start b_end and b_start a_end: print(f重叠警告: {a_name} 与 {b_name})这个脚本不完美但它能在编译前把最蠢的地址冲突揪出来省下几分钟编译等待。地址这种东西机器校验永远比人靠谱。4.4 固件 CRC 覆盖范围与 sct 的配合做 OTA 升级要算固件 CRC覆盖范围必须精确到整个镜像。用链接器符号来算extern uint32_t Image$$ER_IROM1$$Base; extern uint32_t Image$$ER_IROM1$$Limit; extern uint32_t Load$$LR_IROM1$$Limit; uint32_t fw_start (uint32_t)Image$$ER_IROM1$$Base; uint32_t fw_end (uint32_t)Load$$LR_IROM1$$Limit; // 用 Load 域 limit 才完整 uint32_t fw_size fw_end - fw_start;这里的关键是——用Load$$LR_IROM1$$Limit而不是Image$$xxx$$Limit才能覆盖 RW 段在 Flash 里的初值副本。用错符号CRC 对不上OTA 每次都失败还很难查。5. 版本升级与工具链迁移的注意事项MDK 从 5.36、5.37 一路往上升工具链和 sct 语法的兼容性变化要格外留意。5.1 AC5 与 AC6 的 sct 差异清单项目AC5armccAC6armclang处理建议段属性RO RW ZI基本沿用通用写法没问题内联汇编__asm关键字__asm volatile迁移时要改源码库初始化段InRoot$$Sections变化不大保留即可段对齐ALIGN 4支持写法微调按手册核对符号命名Image$$xxx$$Base同左兼容升级到新版本 MDK 后如果 sct 报错先确认是不是编译器版本切换引起的再把属性写法往 AC6 靠。别在旧写法上死磕。5.2 从别人工程迁移 sct 的正确姿势拿到别人工程的 sct别直接拿来用。三步走核对芯片型号地址容量是否一致不一致的全部重算核对段选择器里的模块名是否在你的工程里存在不存在的删掉在本地编译一遍看 map 文件确认布局符合预期我见过太多直接套用导致的问题别人是 512KB Flash你是 1MB地址边界不匹配编译能过扩展的代码跑到非法地址去了。6. 一段个人化收尾写到这里sct 的核心东西基本交底了。我最后再补一个自己在多项目里反复受益的小习惯——每个工程的 sct 文件顶部我都留一段注释写清楚这份文件对应的芯片型号、Flash/RAM 容量、每个执行域的用途、以及修改历史。几年后再回头看五秒钟就能想起当初为什么这么配。地址和布局这种事人的记忆靠不住文件里的注释才靠得住。