1. 问题现象与核心原因剖析如果你正在用Keil MDK开发STM32项目编译时突然蹦出一个“test.sct(7): error: L6236E: No section matches selector - no section to be FIRST/LAST”的错误先别慌这几乎是每个STM32开发者都会踩的“新手坑”。这个错误信息看起来有点晦涩牵扯到链接脚本和启动代码但它的根源其实非常直接你的工程里缺少了那个至关重要的启动文件或者链接器找不到它。简单来说这个错误是链接器Linker在抱怨。当你点击编译Build时Keil的工作流程是编译器Compiler把你的C/C代码变成机器指令.o目标文件然后链接器Linker把这些零散的目标文件以及库文件、启动代码等按照一个“地图”的指示拼装成一个完整的、可以烧录到芯片里运行的二进制文件.axf或.hex。这个“地图”就是分散加载文件Scatter-Loading File通常是以.sct为后缀。错误信息里的test.sct(7)就是指链接器在处理你这个名为test.sct的文件的第7行时卡住了。L6236E: No section matches selector - no section to be FIRST/LAST.这句话是链接器的“行话”。FIRST和LAST是链接脚本里用来指定某个内存区域中“第一个”和“最后一个”加载的段Section的选择器。链接器发现你在.sct文件里用FIRST或LAST关键字指定了某个段比如启动代码的向量表段但在它当前要处理的所有输入文件你写的代码、库、启动文件里根本找不到任何一个段能匹配这个选择器。最常见的场景就是.sct文件里写明了一开始要把“RESET”段即中断向量表放在最前面但工程里压根没加入包含这个“RESET”段的启动文件链接器自然就“巧妇难为无米之炊”报错了。所以核心原因正如很多经验贴所说工程中没有正确添加或链接启动代码Startup Code文件。对于ARM Cortex-M内核的STM32来说这个启动文件通常是.s汇编文件如startup_stm32fxxx.s或.c文件。它干了三件最关键的事1. 定义初始堆栈指针SP2. 定义复位向量程序开始执行的地方3. 定义中断向量表并为其所有中断服务例程ISR提供默认的弱定义。没有它芯片上电后都不知道第一条指令该去哪找链接器也无法构建出完整的程序镜像。2. 启动代码的角色与链接脚本解析要彻底解决这个问题我们需要深入理解启动代码和链接脚本是如何协同工作的。这不仅仅是“缺少文件”那么简单理解其原理能帮你避免未来更多类似的链接错误。2.1 启动代码芯片上电后的“引导员”启动文件例如startup_stm32f103xe.s是用汇编或C写的一段特殊代码。你可以把它想象成电脑的BIOS是芯片上电后运行的第一段代码。它的核心任务按顺序如下初始化堆栈指针SPCPU一上电硬件会从内存地址0x0000_0000处读取前4个字节并将其作为主堆栈指针MSP的初始值。启动文件的开头就需要定义一个名为Stack_Size的段并确保其内容通常是全0在链接后被放置在这个起始地址。设置复位向量紧接着堆栈指针之后的内存位置地址0x0000_0004存放的是复位异常向量的入口地址即Reset_Handler函数的地址。芯片执行完基本的硬件初始化后就会跳转到这个函数。实现Reset_Handler这是第一个用C环境可以理解的函数。它主要做复制数据段将存储在Flash中的初始化变量值.data段拷贝到RAM中对应的位置。因为全局变量、静态变量初始值存在Flash运行时在RAM。清零BSS段将未初始化的全局/静态变量.bss段在RAM中对应的区域全部清零。调用SystemInit初始化STM32的时钟系统HSI, HSE, PLL配置Flash延迟等。这个函数通常由ST提供的标准外设库或HAL库提供。跳转到main最后才调用我们熟悉的C语言main()函数你的应用程序由此开始。构建中断向量表IVT从内存起始地址开始是一张中断向量表。表项依次是初始SP值、复位向量、NMI向量、硬Fault向量……以及所有其他中断的向量。启动文件为每一个向量都定义了一个标签Label例如NMI_Handler,SVC_Handler等。这些标签默认被定义为“弱”Weak符号指向一个无限循环的死机处理函数。当你自己在C代码中重新定义一个同名函数比如void USART1_IRQHandler(void)时链接器就会用你的强符号覆盖这个弱定义从而实现正确的中断响应。2.2 链接脚本.sct文件内存空间的“规划图”Keil MDK使用分散加载文件.sct作为链接脚本。它告诉链接器有哪些内存区域例如ROMFlash从0x08000000开始大小512KRAM从0x20000000开始大小128K。各个代码/数据段放在哪里例如只读的代码.text和常量.constdata必须放在Flash里需要读写的变量.data,.bss必须放在RAM里堆栈Stack_Heap也在RAM中。执行的顺序哪个段放在某个区域的最前面FIRST哪个放在最后面LAST。一个典型的STM32.sct文件内容如下LR_IROM1 0x08000000 0x00100000 { ; 定义一个加载区域LR起始地址0x08000000大小1MB即Flash ER_IROM1 0x08000000 0x00100000 { ; 定义一个执行区域ER地址范围与加载区域相同 *.o (RESET, First) ; 将所有目标文件中的RESET段放在这个执行区域的最前面(First) .ANY (RO) ; 将所有只读RO内容代码、常量放在后面 } RW_IRAM1 0x20000000 0x00020000 { ; 定义另一个执行区域RAM起始0x20000000大小128KB .ANY (RW ZI) ; 将所有可读写RW和零初始化ZI段放在这里 } }关键就在第7行对应错误信息中的test.sct(7)*.o (RESET, First)。这一行指令链接器请扫描所有输入的目标文件.o找到名为RESET的段并把它放置在ER_IROM1这个执行区域的最前面First。如果工程里没有启动文件或者启动文件没有被正确编译链接那么在所有.o文件里就找不到任何一个段的名字叫做RESET。链接器执行到.sct文件的这一行指令时发现“找不到匹配RESET选择器的段”于是抛出L6236E错误。注意有时即使添加了启动文件也可能因为启动文件本身的段命名与.sct文件中的选择器不匹配而出错。例如某些旧版启动文件可能使用Vectors而不是RESET作为向量表段名。这时就需要保持两者一致。3. 问题排查与解决方案全流程理解了原理解决问题就是按图索骥。下面是一个从简到繁的完整排查和解决流程。3.1 解决方案一检查并添加启动文件最常见这是最直接的方法适用于新建工程或从别处拷贝工程时遗漏了启动文件的情况。确认芯片型号与启动文件匹配首先确保你工程中选择的STM32型号在Options for Target - Device中与实际使用的芯片一致。不同系列的STM32如F1, F4, H7其启动文件不同甚至同一系列不同容量小/中/大容量的芯片启动文件也可能有细微差别。在工程管理器中添加文件在Keil左侧的Project窗口右键点击Source Group 1或你的源文件组。选择Add Existing Files to Group...。导航到你的项目文件夹或STM32标准外设库/HAL库/CubeMX生成代码的目录中找到对应的启动文件。它通常位于Drivers/CMSIS/Device/ST/STM32xxxx/Source/Templates/arm/或Project/STM32xxxxxx_HAL/Startup/这样的路径下。文件后缀为.s汇编或.c。选择正确的文件并添加。验证添加结果添加后该文件应出现在你的源文件组下。再次点击编译Rebuild错误通常就会消失。3.2 解决方案二检查链接器配置与文件路径有时启动文件已存在但链接器因为配置问题找不到它。检查文件是否被排除编译在Project窗口中右键点击启动文件查看Options for File...。确保Include in Target Build和Always Build被勾选并且没有勾选Exclude from Build。如果被排除链接器自然不会处理它。检查链接器搜索路径如果启动文件不在工程根目录下可能需要为链接器添加搜索路径。进入Options for Target - C/C (AC6)或Asm选项卡。在Include Paths中添加启动文件所在目录的路径。这样编译器和汇编器才能找到它。更重要的是Options for Target - Linker选项卡。确保Use Memory Layout from Target Dialog是选中的这是最常见情况这意味着.sct文件是由Keil根据你设置的芯片型号和内存大小自动生成的。如果你勾选了Use Custom Scatter File就必须手动指定一个正确的.sct文件路径并且要保证该文件内容与你的工程匹配。手动指定Scatter File进阶如果你需要高度定制内存布局例如将部分代码加载到外部Flash或CCM RAM可能会使用自定义的.sct文件。此时务必检查自定义的.sct文件中RESET段的选择器名称是否与你的启动文件中定义的段名完全一致。你可以用文本编辑器打开启动文件.s搜索AREA指令。例如在ARM汇编中向量表通常这样定义AREA RESET, DATA, READONLY EXPORT __Vectors __Vectors DCD __initial_sp ; Top of Stack DCD Reset_Handler ; Reset Vector ... ; 其他向量这里的RESET就是段名。你的.sct文件中的选择器必须与之匹配即*.o (RESET, First)。3.3 解决方案三重建工程与深度清理当工程配置混乱或残留旧设置时可能需要更彻底的手段。执行深度清理在Keil中点击Project - Clean Target。这比普通的Rebuild更彻底会删除所有中间输出文件.o,.axf等。然后再次编译。检查库文件依赖如果你使用了STM32CubeMX生成代码并选择了“复制必要文件到工程”的选项通常启动文件会自动添加。但如果手动管理库请确保不仅添加了startup_stm32xxxx.s还添加了对应的system_stm32xxxx.c文件它包含SystemInit函数以及CMSIS核心文件core_cmx.h,system_cmsis.h等。缺少system_stm32xxxx.c虽然可能不会直接导致L6236E但会导致时钟未初始化程序跑飞。从头创建新工程如果以上方法都无效考虑备份用户代码main.c,*.h, 你自己写的.c/.h文件然后使用STM32CubeMX重新生成对应芯片和IDEMDK-ARM V5的工程。将你的用户代码移植回去。这是一个“核武器”式的方法能解决绝大多数因工程配置底层错误导致的问题。4. 进阶讨论与相关错误预防解决了这个具体错误后我们可以进一步探讨一些相关的、容易混淆的链接错误和最佳实践让你在嵌入式开发中更加游刃有余。4.1 与L6236E相似的其他链接错误L6235E: More than one section matches selector这与L6236E相反是链接器找到了多个同名的段。例如你不小心将两个不同的启动文件比如一个大容量和一个中容量都添加到了工程中它们都包含了RESET段。链接器不知道应该用哪一个放在FIRST的位置。解决方法就是只保留一个正确的启动文件。L6406E/L6407E: No space in execution regions...这是内存溢出错误。表示你程序的代码、数据或堆栈大小超过了你在Options for Target - Target中设定的ROM或RAM大小或者超过了.sct文件中定义的区域大小。需要优化代码或调整内存布局或更换更大容量的芯片。Undefined symbol __main (referred from xxx.o)这个错误也经常在启动文件缺失或配置错误时出现。ARM编译器在链接时会插入一个名为__main的库函数它负责在调用用户的main()之前完成运行时库的初始化包括上面提到的数据段拷贝、BSS段清零以及C全局对象的构造等。如果启动流程不完整或链接了错误的库就会找不到__main。4.2 启动文件选择与最佳实践使用STM32CubeMX生成工程对于新手和大多数项目强烈推荐使用ST官方工具STM32CubeMX来初始化项目和生成代码。它会自动为你选择正确的启动文件、系统文件和外设HAL/LL库并配置好基本的编译器和链接器选项极大减少了手动配置出错的可能。理解“Heap”和“Stack”大小在启动文件的开头你会看到Stack_Size和Heap_Size的定义。这两个值需要在Options for Target - Target中修改或者在启动文件中直接修改汇编常量。Stack用于局部变量、函数调用现场保护Heap用于动态内存分配malloc。如果程序出现HardFault除了数组越界、指针错误栈溢出也是常见原因。根据应用复杂程度合理设置这两个值例如Stack0x1000 Heap0x800是个不错的起点。关注向量表对齐Cortex-M内核要求中断向量表必须至少以128字节0x80对齐。启动文件和链接脚本通常已经处理好这一点。但如果你在做自定义引导程序Bootloader或涉及向量表重映射如通过SCB-VTOR寄存器的高级操作时必须确保新的向量表地址是128字节对齐的。4.3 调试技巧查看生成的映射文件.map.map文件是链接器生成的“竣工图”记录了所有段、符号、函数、变量最终被放置到了哪个内存地址。当遇到任何链接错误或怀疑内存布局问题时查看.map文件是终极手段。如何生成在Options for Target - Linker中勾选Create Map File。如何查看编译后在工程目录下的Objects或Listings文件夹里找到.map文件用文本编辑器打开。在L6236E错误中看什么搜索“RESET”看是否有这个段的记录。如果没有证实了启动文件未被链接。查看“Image Symbol Table”或“Section Cross References”确认Reset_Handler、__Vectors等符号是否存在及其地址。查看“Memory Map of the image”确认执行区域的布局是否与你的预期一致。我个人的经验是遇到链接错误先看.map文件它能提供最直接的线索。比如有一次我遇到L6236E检查.map发现RESET段确实不存在但工程里明明有启动文件。最后发现是启动文件的汇编语法选项Options for File - Properties被误设为了“C/C”而不是“ARM Assembler”导致它根本没被当作汇编文件编译自然也就没有生成RESET段的目标代码。这个细节在图形界面里很容易被忽略但.map文件一眼就能看出端倪。5. 从问题延伸构建系统与工程管理思考这个看似简单的编译错误背后反映的是嵌入式软件开发中工程管理和构建系统理解的重要性。对于希望进阶的开发者我建议不要只做“点击工程师”理解Keil/IAR/IDE背后的构建过程预处理-编译-汇编-链接以及每个阶段生成的文件.i,.s,.o,.axf,.hex能让你在出现问题时快速定位阶段而不是盲目尝试。版本控制时忽略中间文件将你的工程提交到Git等版本控制系统时务必配置好.gitignore文件忽略Objects/,Listings/,Debug/,Release/等输出目录以及.uvoptx,.uvguix等包含本地IDE设置的工程文件可以提交.uvprojx。只提交源文件、库文件、链接脚本和关键的工程配置文件。这样能保证在任何一台电脑上拉取代码后都能通过正确的“重建”动作生成一切。考虑使用更现代的构建系统对于大型或团队项目可以考虑使用CMake搭配GCC ARM工具链如arm-none-eabi-gcc进行构建。CMake能生成跨平台Windows/Linux/macOS的构建文件如Makefile并且对工程结构的描述更清晰、更易于自动化。虽然学习曲线稍陡但它能让你更透彻地理解整个构建流程摆脱对特定IDE的依赖。许多开源嵌入式项目如Zephyr RTOS, FreeRTOS移植都采用这种方式。回到我们最初的问题L6236E: No section matches selector这个错误就像嵌入式开发道路上的一个“欢迎标志”。解决它意味着你开始触碰到底层软件与硬件结合的边界。下次再遇到它或者它的“兄弟姐妹们”其他链接错误时希望你能从容地打开工程配置、检查启动文件、或者查阅.map文件快速找到问题的钥匙。
STM32 Keil编译错误L6236E：启动文件缺失与链接脚本配置详解
发布时间：2026/6/8 10:20:22
1. 问题现象与核心原因剖析如果你正在用Keil MDK开发STM32项目编译时突然蹦出一个“test.sct(7): error: L6236E: No section matches selector - no section to be FIRST/LAST”的错误先别慌这几乎是每个STM32开发者都会踩的“新手坑”。这个错误信息看起来有点晦涩牵扯到链接脚本和启动代码但它的根源其实非常直接你的工程里缺少了那个至关重要的启动文件或者链接器找不到它。简单来说这个错误是链接器Linker在抱怨。当你点击编译Build时Keil的工作流程是编译器Compiler把你的C/C代码变成机器指令.o目标文件然后链接器Linker把这些零散的目标文件以及库文件、启动代码等按照一个“地图”的指示拼装成一个完整的、可以烧录到芯片里运行的二进制文件.axf或.hex。这个“地图”就是分散加载文件Scatter-Loading File通常是以.sct为后缀。错误信息里的test.sct(7)就是指链接器在处理你这个名为test.sct的文件的第7行时卡住了。L6236E: No section matches selector - no section to be FIRST/LAST.这句话是链接器的“行话”。FIRST和LAST是链接脚本里用来指定某个内存区域中“第一个”和“最后一个”加载的段Section的选择器。链接器发现你在.sct文件里用FIRST或LAST关键字指定了某个段比如启动代码的向量表段但在它当前要处理的所有输入文件你写的代码、库、启动文件里根本找不到任何一个段能匹配这个选择器。最常见的场景就是.sct文件里写明了一开始要把“RESET”段即中断向量表放在最前面但工程里压根没加入包含这个“RESET”段的启动文件链接器自然就“巧妇难为无米之炊”报错了。所以核心原因正如很多经验贴所说工程中没有正确添加或链接启动代码Startup Code文件。对于ARM Cortex-M内核的STM32来说这个启动文件通常是.s汇编文件如startup_stm32fxxx.s或.c文件。它干了三件最关键的事1. 定义初始堆栈指针SP2. 定义复位向量程序开始执行的地方3. 定义中断向量表并为其所有中断服务例程ISR提供默认的弱定义。没有它芯片上电后都不知道第一条指令该去哪找链接器也无法构建出完整的程序镜像。2. 启动代码的角色与链接脚本解析要彻底解决这个问题我们需要深入理解启动代码和链接脚本是如何协同工作的。这不仅仅是“缺少文件”那么简单理解其原理能帮你避免未来更多类似的链接错误。2.1 启动代码芯片上电后的“引导员”启动文件例如startup_stm32f103xe.s是用汇编或C写的一段特殊代码。你可以把它想象成电脑的BIOS是芯片上电后运行的第一段代码。它的核心任务按顺序如下初始化堆栈指针SPCPU一上电硬件会从内存地址0x0000_0000处读取前4个字节并将其作为主堆栈指针MSP的初始值。启动文件的开头就需要定义一个名为Stack_Size的段并确保其内容通常是全0在链接后被放置在这个起始地址。设置复位向量紧接着堆栈指针之后的内存位置地址0x0000_0004存放的是复位异常向量的入口地址即Reset_Handler函数的地址。芯片执行完基本的硬件初始化后就会跳转到这个函数。实现Reset_Handler这是第一个用C环境可以理解的函数。它主要做复制数据段将存储在Flash中的初始化变量值.data段拷贝到RAM中对应的位置。因为全局变量、静态变量初始值存在Flash运行时在RAM。清零BSS段将未初始化的全局/静态变量.bss段在RAM中对应的区域全部清零。调用SystemInit初始化STM32的时钟系统HSI, HSE, PLL配置Flash延迟等。这个函数通常由ST提供的标准外设库或HAL库提供。跳转到main最后才调用我们熟悉的C语言main()函数你的应用程序由此开始。构建中断向量表IVT从内存起始地址开始是一张中断向量表。表项依次是初始SP值、复位向量、NMI向量、硬Fault向量……以及所有其他中断的向量。启动文件为每一个向量都定义了一个标签Label例如NMI_Handler,SVC_Handler等。这些标签默认被定义为“弱”Weak符号指向一个无限循环的死机处理函数。当你自己在C代码中重新定义一个同名函数比如void USART1_IRQHandler(void)时链接器就会用你的强符号覆盖这个弱定义从而实现正确的中断响应。2.2 链接脚本.sct文件内存空间的“规划图”Keil MDK使用分散加载文件.sct作为链接脚本。它告诉链接器有哪些内存区域例如ROMFlash从0x08000000开始大小512KRAM从0x20000000开始大小128K。各个代码/数据段放在哪里例如只读的代码.text和常量.constdata必须放在Flash里需要读写的变量.data,.bss必须放在RAM里堆栈Stack_Heap也在RAM中。执行的顺序哪个段放在某个区域的最前面FIRST哪个放在最后面LAST。一个典型的STM32.sct文件内容如下LR_IROM1 0x08000000 0x00100000 { ; 定义一个加载区域LR起始地址0x08000000大小1MB即Flash ER_IROM1 0x08000000 0x00100000 { ; 定义一个执行区域ER地址范围与加载区域相同 *.o (RESET, First) ; 将所有目标文件中的RESET段放在这个执行区域的最前面(First) .ANY (RO) ; 将所有只读RO内容代码、常量放在后面 } RW_IRAM1 0x20000000 0x00020000 { ; 定义另一个执行区域RAM起始0x20000000大小128KB .ANY (RW ZI) ; 将所有可读写RW和零初始化ZI段放在这里 } }关键就在第7行对应错误信息中的test.sct(7)*.o (RESET, First)。这一行指令链接器请扫描所有输入的目标文件.o找到名为RESET的段并把它放置在ER_IROM1这个执行区域的最前面First。如果工程里没有启动文件或者启动文件没有被正确编译链接那么在所有.o文件里就找不到任何一个段的名字叫做RESET。链接器执行到.sct文件的这一行指令时发现“找不到匹配RESET选择器的段”于是抛出L6236E错误。注意有时即使添加了启动文件也可能因为启动文件本身的段命名与.sct文件中的选择器不匹配而出错。例如某些旧版启动文件可能使用Vectors而不是RESET作为向量表段名。这时就需要保持两者一致。3. 问题排查与解决方案全流程理解了原理解决问题就是按图索骥。下面是一个从简到繁的完整排查和解决流程。3.1 解决方案一检查并添加启动文件最常见这是最直接的方法适用于新建工程或从别处拷贝工程时遗漏了启动文件的情况。确认芯片型号与启动文件匹配首先确保你工程中选择的STM32型号在Options for Target - Device中与实际使用的芯片一致。不同系列的STM32如F1, F4, H7其启动文件不同甚至同一系列不同容量小/中/大容量的芯片启动文件也可能有细微差别。在工程管理器中添加文件在Keil左侧的Project窗口右键点击Source Group 1或你的源文件组。选择Add Existing Files to Group...。导航到你的项目文件夹或STM32标准外设库/HAL库/CubeMX生成代码的目录中找到对应的启动文件。它通常位于Drivers/CMSIS/Device/ST/STM32xxxx/Source/Templates/arm/或Project/STM32xxxxxx_HAL/Startup/这样的路径下。文件后缀为.s汇编或.c。选择正确的文件并添加。验证添加结果添加后该文件应出现在你的源文件组下。再次点击编译Rebuild错误通常就会消失。3.2 解决方案二检查链接器配置与文件路径有时启动文件已存在但链接器因为配置问题找不到它。检查文件是否被排除编译在Project窗口中右键点击启动文件查看Options for File...。确保Include in Target Build和Always Build被勾选并且没有勾选Exclude from Build。如果被排除链接器自然不会处理它。检查链接器搜索路径如果启动文件不在工程根目录下可能需要为链接器添加搜索路径。进入Options for Target - C/C (AC6)或Asm选项卡。在Include Paths中添加启动文件所在目录的路径。这样编译器和汇编器才能找到它。更重要的是Options for Target - Linker选项卡。确保Use Memory Layout from Target Dialog是选中的这是最常见情况这意味着.sct文件是由Keil根据你设置的芯片型号和内存大小自动生成的。如果你勾选了Use Custom Scatter File就必须手动指定一个正确的.sct文件路径并且要保证该文件内容与你的工程匹配。手动指定Scatter File进阶如果你需要高度定制内存布局例如将部分代码加载到外部Flash或CCM RAM可能会使用自定义的.sct文件。此时务必检查自定义的.sct文件中RESET段的选择器名称是否与你的启动文件中定义的段名完全一致。你可以用文本编辑器打开启动文件.s搜索AREA指令。例如在ARM汇编中向量表通常这样定义AREA RESET, DATA, READONLY EXPORT __Vectors __Vectors DCD __initial_sp ; Top of Stack DCD Reset_Handler ; Reset Vector ... ; 其他向量这里的RESET就是段名。你的.sct文件中的选择器必须与之匹配即*.o (RESET, First)。3.3 解决方案三重建工程与深度清理当工程配置混乱或残留旧设置时可能需要更彻底的手段。执行深度清理在Keil中点击Project - Clean Target。这比普通的Rebuild更彻底会删除所有中间输出文件.o,.axf等。然后再次编译。检查库文件依赖如果你使用了STM32CubeMX生成代码并选择了“复制必要文件到工程”的选项通常启动文件会自动添加。但如果手动管理库请确保不仅添加了startup_stm32xxxx.s还添加了对应的system_stm32xxxx.c文件它包含SystemInit函数以及CMSIS核心文件core_cmx.h,system_cmsis.h等。缺少system_stm32xxxx.c虽然可能不会直接导致L6236E但会导致时钟未初始化程序跑飞。从头创建新工程如果以上方法都无效考虑备份用户代码main.c,*.h, 你自己写的.c/.h文件然后使用STM32CubeMX重新生成对应芯片和IDEMDK-ARM V5的工程。将你的用户代码移植回去。这是一个“核武器”式的方法能解决绝大多数因工程配置底层错误导致的问题。4. 进阶讨论与相关错误预防解决了这个具体错误后我们可以进一步探讨一些相关的、容易混淆的链接错误和最佳实践让你在嵌入式开发中更加游刃有余。4.1 与L6236E相似的其他链接错误L6235E: More than one section matches selector这与L6236E相反是链接器找到了多个同名的段。例如你不小心将两个不同的启动文件比如一个大容量和一个中容量都添加到了工程中它们都包含了RESET段。链接器不知道应该用哪一个放在FIRST的位置。解决方法就是只保留一个正确的启动文件。L6406E/L6407E: No space in execution regions...这是内存溢出错误。表示你程序的代码、数据或堆栈大小超过了你在Options for Target - Target中设定的ROM或RAM大小或者超过了.sct文件中定义的区域大小。需要优化代码或调整内存布局或更换更大容量的芯片。Undefined symbol __main (referred from xxx.o)这个错误也经常在启动文件缺失或配置错误时出现。ARM编译器在链接时会插入一个名为__main的库函数它负责在调用用户的main()之前完成运行时库的初始化包括上面提到的数据段拷贝、BSS段清零以及C全局对象的构造等。如果启动流程不完整或链接了错误的库就会找不到__main。4.2 启动文件选择与最佳实践使用STM32CubeMX生成工程对于新手和大多数项目强烈推荐使用ST官方工具STM32CubeMX来初始化项目和生成代码。它会自动为你选择正确的启动文件、系统文件和外设HAL/LL库并配置好基本的编译器和链接器选项极大减少了手动配置出错的可能。理解“Heap”和“Stack”大小在启动文件的开头你会看到Stack_Size和Heap_Size的定义。这两个值需要在Options for Target - Target中修改或者在启动文件中直接修改汇编常量。Stack用于局部变量、函数调用现场保护Heap用于动态内存分配malloc。如果程序出现HardFault除了数组越界、指针错误栈溢出也是常见原因。根据应用复杂程度合理设置这两个值例如Stack0x1000 Heap0x800是个不错的起点。关注向量表对齐Cortex-M内核要求中断向量表必须至少以128字节0x80对齐。启动文件和链接脚本通常已经处理好这一点。但如果你在做自定义引导程序Bootloader或涉及向量表重映射如通过SCB-VTOR寄存器的高级操作时必须确保新的向量表地址是128字节对齐的。4.3 调试技巧查看生成的映射文件.map.map文件是链接器生成的“竣工图”记录了所有段、符号、函数、变量最终被放置到了哪个内存地址。当遇到任何链接错误或怀疑内存布局问题时查看.map文件是终极手段。如何生成在Options for Target - Linker中勾选Create Map File。如何查看编译后在工程目录下的Objects或Listings文件夹里找到.map文件用文本编辑器打开。在L6236E错误中看什么搜索“RESET”看是否有这个段的记录。如果没有证实了启动文件未被链接。查看“Image Symbol Table”或“Section Cross References”确认Reset_Handler、__Vectors等符号是否存在及其地址。查看“Memory Map of the image”确认执行区域的布局是否与你的预期一致。我个人的经验是遇到链接错误先看.map文件它能提供最直接的线索。比如有一次我遇到L6236E检查.map发现RESET段确实不存在但工程里明明有启动文件。最后发现是启动文件的汇编语法选项Options for File - Properties被误设为了“C/C”而不是“ARM Assembler”导致它根本没被当作汇编文件编译自然也就没有生成RESET段的目标代码。这个细节在图形界面里很容易被忽略但.map文件一眼就能看出端倪。5. 从问题延伸构建系统与工程管理思考这个看似简单的编译错误背后反映的是嵌入式软件开发中工程管理和构建系统理解的重要性。对于希望进阶的开发者我建议不要只做“点击工程师”理解Keil/IAR/IDE背后的构建过程预处理-编译-汇编-链接以及每个阶段生成的文件.i,.s,.o,.axf,.hex能让你在出现问题时快速定位阶段而不是盲目尝试。版本控制时忽略中间文件将你的工程提交到Git等版本控制系统时务必配置好.gitignore文件忽略Objects/,Listings/,Debug/,Release/等输出目录以及.uvoptx,.uvguix等包含本地IDE设置的工程文件可以提交.uvprojx。只提交源文件、库文件、链接脚本和关键的工程配置文件。这样能保证在任何一台电脑上拉取代码后都能通过正确的“重建”动作生成一切。考虑使用更现代的构建系统对于大型或团队项目可以考虑使用CMake搭配GCC ARM工具链如arm-none-eabi-gcc进行构建。CMake能生成跨平台Windows/Linux/macOS的构建文件如Makefile并且对工程结构的描述更清晰、更易于自动化。虽然学习曲线稍陡但它能让你更透彻地理解整个构建流程摆脱对特定IDE的依赖。许多开源嵌入式项目如Zephyr RTOS, FreeRTOS移植都采用这种方式。回到我们最初的问题L6236E: No section matches selector这个错误就像嵌入式开发道路上的一个“欢迎标志”。解决它意味着你开始触碰到底层软件与硬件结合的边界。下次再遇到它或者它的“兄弟姐妹们”其他链接错误时希望你能从容地打开工程配置、检查启动文件、或者查阅.map文件快速找到问题的钥匙。
相关文章
3步搞定B站视频下载：BBDown命令行工具的完全指南
3步搞定B站视频下载：BBDown命令行工具的完全指南 【免费下载链接】BBDown Bilibili Downloader. 一个命令行式哔哩哔哩下载器. 项目地址: https://gitcode.com/gh_mirrors/bb/BBDown 你是不是经常遇到想保存B站上的优质视频却找不到好方法的困扰？…
华硕笔记本性能调优终极秘籍：G-Helper轻量控制中心完全指南
华硕笔记本性能调优终极秘籍：G-Helper轻量控制中心完全指南 【免费下载链接】g-helper Lightweight Armoury Crate alternative for Asus laptops with nearly the same functionality. Works with ROG Zephyrus, Flow, TUF, Strix, Scar, ProArt, Vivobook, Zenboo…
Beyond Compare过滤.DS_Store和__pycache__，Mac/Win双系统保姆级配置
Beyond Compare跨平台过滤配置实战：彻底屏蔽.DS_Store与__pycache__的终极方案当你在深夜赶项目时，突然发现代码对比结果里混杂着几十个.DS_Store和__pycache__文件，那种烦躁感就像咖啡里混进了沙子。作为跨平台开发者，我经历过无…
MPC500 TPU3 FQM频率测量实战：从原理到C语言API配置详解
1. 项目概述与TPU核心价值在嵌入式开发，尤其是工业控制、电机驱动和精密仪器领域，我们常常需要处理高频脉冲信号的测量。用主CPU的定时器中断去数脉冲，频率一高，系统负载就上来了，实时性也难保证。这时候，像…
MPC106 SDRAM配置实战：时序参数计算与初始化详解
1. 项目概述：MPC106 SDRAM接口配置的“硬核”解读搞嵌入式底层开发，特别是基于PowerPC架构的老平台，MPC106这颗芯片绝对是个绕不开的“老朋友”。它集成了PCI桥接和内存控制器，是很多经典通信设备、工控主板的核心。最近在为一个老…
专业级生命周期评估：openLCA架构深度解析与高效应用指南
专业级生命周期评估：openLCA架构深度解析与高效应用指南 【免费下载链接】olca-app Source code of openLCA 项目地址: https://gitcode.com/gh_mirrors/ol/olca-app 在可持续发展成为全球共识的今天，生命周期评估（LCA）已成…
2026曲靖市权威认证贵金属回收 TOP5+黄金回收白银回收铂金回收门店地址电话推荐
曲靖的贵金属回收店铺星罗棋布，黄金、白银、铂金的变现渠道虽多，但品质与诚信却参差不齐。为了方便大家快速找到靠谱的服务商，小编特意深入本地市场，精心梳理了一份关于曲靖贵金属回收的诚信店铺名单，供您参考。以下推…
避坑指南：ArcGIS里做IDW插值，你的搜索半径和幂值真的设对了吗？
避坑指南：ArcGIS里做IDW插值，你的搜索半径和幂值真的设对了吗？在空间分析领域，反距离权重法（IDW）因其简单直观的特性，成为最常用的插值方法之一。许多用户在ArcGIS中完成IDW插值后，常…
物联网项目：MonkeyCode帮我快速开发嵌入式代码
关于MonkeyCode的使用技巧，我总结了15条最佳实践，每一条都是踩坑总结… 开发者评价> “MonkeyCode让我从重复劳动中解放出来，可以更专注于业务逻辑的设计。” —— 某互联网公司技术总监> “以前需要查阅大量文档的问题，现在…
解决老旧机顶盒资源化难题：Amlogic S9xxx Armbian项目在TY1608设备上的系统适配实现
解决老旧机顶盒资源化难题：Amlogic S9xxx Armbian项目在TY1608设备上的系统适配实现 【免费下载链接】amlogic-s9xxx-armbian Supports running Armbian on Amlogic, Allwinner, and Rockchip devices. Support a311d, s922x, s905x3, s905x2, s912, s905d, s905x, …
Python Scrapy 爬虫实战进阶系列（一）：轻量化数据存储 - 数据精准写入 SQLite 数据库
前言 在 Python 爬虫开发领域中，Scrapy 作为高性能、高可扩展性的异步爬虫框架，是行业内采集结构化数据的首选工具。在中小型爬虫项目、本地数据采集、轻量化数据存储场景中，SQLite 无需独立服务、单文件存储、原生兼容 Python 的特性&#…
3步实现Windows直读Btrfs分区：跨平台文件系统互通终极方案
3步实现Windows直读Btrfs分区：跨平台文件系统互通终极方案 【免费下载链接】btrfs WinBtrfs - an open-source btrfs driver for Windows 项目地址: https://gitcode.com/gh_mirrors/bt/btrfs 还在为Windows无法访问Linux Btrfs分区而烦恼吗？你是…
LED驱动技术全解析：从核心架构到实战选型与避坑指南
1. 从一颗灯珠到千亿市场：LED驱动的技术演进与商业逻辑十几年前，当我第一次从料盘上拿起一颗0603封装的白色LED时，它微弱的光晕和高达几块钱的单颗成本，让我很难想象今天它几乎照亮了我们生活的每一个角落。从手机屏幕的一抹背光&…
索引堆及其优化
索引堆及其优化 引言 索引堆是一种数据结构，广泛应用于计算机科学和软件工程领域。它主要用于解决优先队列问题，如最小堆和最大堆。本文将详细介绍索引堆的概念、实现方法以及优化策略。 索引堆的定义 索引堆是一种基于堆数据结构的索引机制。它通过维护一个堆来存储数据…
从零到日增237精准粉丝，我靠CSDN这张AI卡片爆了！手把手复刻全流程，含配置避坑清单
更多请点击： https://intelliparadigm.com 第一章：CSDN AI 数字营销的官方引流卡片是什么功能？ CSDN AI 数字营销平台推出的「官方引流卡片」，是一种面向技术创作者的轻量级、可嵌入式内容分发组件，专为提升博文、教程…
Zotero Duplicates Merger：5步彻底清理文献库重复条目
Zotero Duplicates Merger：5步彻底清理文献库重复条目 【免费下载链接】ZoteroDuplicatesMerger A zotero plugin to automatically merge duplicate items 项目地址: https://gitcode.com/gh_mirrors/zo/ZoteroDuplicatesMerger 还在为文献库中堆积如山的重…
利用随机有限集理论对蜂群的ILQR和MPC控制研究附Matlab代码
✅作者简介：热爱科研的Matlab仿真开发者，擅长数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页：Matlab科研工作室🍊个人信条：格物致知,完整Matlab代码及仿真咨询…
为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因
更多请点击： https://intelliparadigm.com 第一章：为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因 Gemini邮件的客户转化效率（CTE）显著偏低，根本原因常被误判为…