1. 先看懂L6236E在說(shuō)什么鏈接器找不到第一個(gè)出場(chǎng)的代碼段用Keil MDK開發(fā)的朋友十有八九都撞到過(guò)這個(gè)報(bào)錯(cuò)。當(dāng)時(shí)我第一回見是在一個(gè)接手項(xiàng)目的第二天——?jiǎng)e人給的工程一編譯直接卡死在鏈接階段彈出一行紅色的.\Objects\xxx.sct(7): error: L6236E: No section matches selector - no section to be FIRST/LAST.行號(hào)還不固定有時(shí)候是第7行有時(shí)候是第3行但錯(cuò)誤碼永遠(yuǎn)是這個(gè)L6236E。很多人第一反應(yīng)是去網(wǎng)上搜怎么解決但說(shuō)實(shí)話你如果不懂這行字背后的鏈接機(jī)制搜來(lái)的答案大概率是加個(gè)啟動(dòng)文件檢查一下芯片型號(hào)這種知其然不知其所以然的回復(fù)照著弄可能碰巧好了換個(gè)場(chǎng)景又廢。先把這行報(bào)錯(cuò)拆開看。在ARM Compiler的鏈接階段鏈接器會(huì)讀取分散加載描述文件就是.sct文件這個(gè)文件里定義了ROM、RAM的分布區(qū)域以及每個(gè)區(qū)域里應(yīng)該放什么內(nèi)容。以最常見的STM32工程為例默認(rèn)生成的xxx.sct大概長(zhǎng)這樣; ************************************************************* ; *** Scatter-Loading Description File generated by uVision *** ; ************************************************************* LR_IROM1 0x08000000 0x00080000 { ; load region size_region ER_IROM1 0x08000000 0x00080000 { ; load address execution address *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) .ANY (XO) } RW_IRAM1 0x20000000 0x00010000 { ; RW data .ANY (RW ZI) } }重點(diǎn)看這行*.o (RESET, First)意思是在某個(gè)目標(biāo)文件*.o里必須存在一個(gè)名為RESET的代碼/數(shù)據(jù)段并且它要被放在這個(gè)region的最前面First。這個(gè)RESET段就是啟動(dòng)文件里的中斷向量表。處理器復(fù)位后第一條指令從0x08000000取到的是棧頂?shù)刂肪o接著取到的是復(fù)位向量地址這決定了程序必須在這個(gè)位置放中斷向量表。現(xiàn)在你回頭看那個(gè)報(bào)錯(cuò)No section matches selector - no section to be FIRST/LAST.它的意思就是鏈接器在整個(gè)工程的編譯產(chǎn)物里沒(méi)找到任何一個(gè)滿足條件、能被標(biāo)記為FIRST或LAST的section。翻譯成大白話——你工程里壓根沒(méi)有一個(gè)叫RESET的段或者說(shuō)沒(méi)有任何一段代碼被指定放到這個(gè)位置所以鏈接器直接罷工了。那問(wèn)題就變成為什么好好的工程會(huì)沒(méi)有RESET段下面幾節(jié)我把實(shí)戰(zhàn)里遇到過(guò)的原因一個(gè)一個(gè)捋并且給出驗(yàn)證方法避免你瞎猜。2. 從啟動(dòng)文件入手排查九成的L6236E都在這兒2.1 啟動(dòng)文件到底去哪兒了這是最常見的情況沒(méi)有之一。Keil工程樹里的源文件其實(shí)分幾種狀態(tài)普通參與編譯、被排除構(gòu)建Exclude from build、以及壓根不在工程里。很多人接手舊工程或者自己在網(wǎng)上下了個(gè)Demo會(huì)發(fā)現(xiàn)工程樹里所有文件都在唯獨(dú)少了startup開頭的那個(gè)文件。STM32的啟動(dòng)文件命名通常是這樣的startup_stm32f103xe.sstartup_stm32f407xx.sstartup_stm32f429xx.s或者老一些的startup_stm32f10x_hd.s這個(gè)文件就是產(chǎn)生RESET段的源頭它里面寫了整個(gè)中斷向量表包括初始棧指針、復(fù)位處理器、各個(gè)中斷的默認(rèn)處理函數(shù)。沒(méi)有它編譯器再努力也編不出RESET段。排查方法很簡(jiǎn)單在Keil左側(cè)Project窗口展開你的目標(biāo)分組找有沒(méi)有.s后綴的文件找到了就先雙擊打開看一眼里面有沒(méi)有AREA RESET, CODE, READONLY這行不同芯片寫法略有差異但關(guān)鍵詞是RESET確認(rèn)文件在但編譯還是報(bào)L6236E——右鍵該文件看選項(xiàng)里Options for File中Exclude from build是否被勾上了。勾了就取消重新編譯。這里插一句很多人在網(wǎng)上下的HAL庫(kù)Demo或者GitHub上拉的開源工程作者用的是IAR或者STM32CubeIDE文件夾里根本沒(méi)放Keil的啟動(dòng)文件。這時(shí)候你不能只加個(gè)空文件必須去ST官方固件庫(kù)的CMSIS/Device/ST/STM32F1xx/Source/Templates/arm目錄下找對(duì)應(yīng)型號(hào)的啟動(dòng)文件加進(jìn)工程。2.2 芯片型號(hào)和啟動(dòng)文件不匹配這種錯(cuò)誤更隱蔽編譯不報(bào)錯(cuò)但鏈接必炸。我舉個(gè)例子。假設(shè)你現(xiàn)在用的是STM32F103ZET6512KB Flash但工程里掛的啟動(dòng)文件是startup_stm32f103c8t6.s64KB Flash的多見于小容量芯片。啟動(dòng)文件里不只會(huì)放向量表還會(huì)定義堆棧大小、以及一些芯片特有的初始化方式。兩者混用在某些鏈接配置下不會(huì)直接報(bào)型號(hào)不對(duì)而是導(dǎo)致section屬性異常最后就推送出L6236E。更典型的場(chǎng)景是從F1往F4遷移或者在F407和F429之間切換。有人為了省事?lián)Q芯片后只改了Device型號(hào)啟動(dòng)文件還是老的。F4系列的啟動(dòng)文件在向量表長(zhǎng)度、SystemInit調(diào)用方式上和F1完全不同這時(shí)候報(bào)的錯(cuò)五花八門L6236E就是其中之一。驗(yàn)證與處理點(diǎn)擊魔術(shù)棒Options for Target→ Device選項(xiàng)卡確認(rèn)當(dāng)前選擇的芯片型號(hào)去ST固件庫(kù)里找到對(duì)應(yīng)型號(hào)的Keil啟動(dòng)文件替換工程里原有的替換完務(wù)必把原來(lái)那個(gè).s文件從工程里移除別讓兩個(gè)啟動(dòng)文件同時(shí)存在。工程里掛兩個(gè)啟動(dòng)文件是個(gè)非常經(jīng)典的低級(jí)錯(cuò)誤鏈接器有可能會(huì)去匹配其中任意一個(gè)的RESET段結(jié)果兩個(gè)都不是合法定義照樣報(bào)錯(cuò)。2.3 C/C選項(xiàng)卡里的宏定義被清空這點(diǎn)很多老手都會(huì)忽略但新手特別容易踩。某些芯片的啟動(dòng)文件里不僅僅有向量表還包含一些條件編譯的代碼。比如有些F1系列的啟動(dòng)文件里會(huì)通過(guò)STM32F10X_HD這種宏來(lái)決定是否編譯進(jìn)大容量芯片特有的中斷處理。Cortex-M內(nèi)核的芯片啟動(dòng)文件相對(duì)干凈但很多廠商比如GD32、華大、NXP的部分系列的啟動(dòng)文件里都會(huì)預(yù)編譯宏相關(guān)的判斷。當(dāng)你在C/C選項(xiàng)卡的Define框里把宏刪了或者覆蓋了啟動(dòng)文件里的一部分段定義就不會(huì)被編譯進(jìn)去RESET段缺失鏈接階段就冒出L6236E。檢查方法打開 Options for Target → C/C → Preprocessor Symbols → Define對(duì)照芯片型號(hào)查看是否缺少必須的宏。以STM32F103系列為例如果用標(biāo)準(zhǔn)外設(shè)庫(kù)至少要有STM32F10X_HD或STM32F10X_MD這類區(qū)分容量的宏具體看是Standard Peripheral Library還是HAL庫(kù)HAL庫(kù)通常需要STM32F103xE這種宏可以用一個(gè)已知能正常編譯的工程作為參照把Define里的內(nèi)容補(bǔ)全。提示有些移植老工程的朋友不知道Keil 5從某個(gè)版本起對(duì)啟動(dòng)文件的默認(rèn)編譯行為做了調(diào)整個(gè)別舊工程需要手動(dòng)勾選Use default compiler version 5或者加--c99才能正常編過(guò)。但L6236E和編譯器版本的關(guān)系沒(méi)那么大如果上述方法都不生效再考慮這個(gè)方向。3. 分散加載文件.sct被改壞或選錯(cuò)鏈接器動(dòng)手腳的元兇第二種高頻場(chǎng)景是.sct文件本身出了問(wèn)題。很多人對(duì)它理解不深覺(jué)得就是個(gè)自動(dòng)生成的東西碰都不碰。但一旦你手動(dòng)改過(guò)一次后面就可能埋雷。3.1 被選中執(zhí)行的.sct和實(shí)際內(nèi)容對(duì)不上Keil里分散加載文件的位置在Options for Target → Linker → Use Memory Layout from Target Dialog當(dāng)你勾選Use Memory Layout from Target Dialog時(shí)Keil會(huì)根據(jù)你在Target選項(xiàng)卡里填的ROM/RAM地址自動(dòng)生成.sct文件你不需要關(guān)心它長(zhǎng)什么樣。但如果你取消了這個(gè)勾選下面那個(gè)Scatter File編輯框變?yōu)榭删庉嫚顟B(tài)你就可以指定一個(gè)自定義的.sct文件。問(wèn)題就出在這兒——當(dāng)你指定的.sct文件內(nèi)容是針對(duì)其他芯片寫的或者是從舊工程拷過(guò)來(lái)忘了改地址鏈接器就會(huì)拿著這個(gè)錯(cuò)誤地圖去尋找段。舉個(gè)真實(shí)場(chǎng)景一個(gè)F103ZE的工程Flash是512K0x08000000–0x0807FFFF但.sct文件還是從F103C8T6工程拷來(lái)的只定義了64K0x08000000–0x0800FFFF。程序稍微大一點(diǎn)鏈接器在ROM區(qū)后半部分找不到足夠的空間放啟動(dòng)文件定義的段就會(huì)報(bào)一堆亂七八糟的錯(cuò)誤其中一定包含L6236E。另外還有一種情況是這個(gè).sct文件雖然格式正確、地址也對(duì)但缺少了啟動(dòng)段標(biāo)記。比如說(shuō)有人手動(dòng)改過(guò)把*.o (RESET, First)這行誤刪了。那就會(huì)立刻觸發(fā)L6236E——因?yàn)殒溄悠饕髍egion有一個(gè)FIRST段但你的描述文件里根本沒(méi)說(shuō)用哪段來(lái)當(dāng)FIRST。排查方法打開 Options for Target → Linker檢查是否勾選了Use Memory Layout from Target Dialog如果沒(méi)勾看Scatter File指向的文件路徑用編輯器打開對(duì)照你當(dāng)前芯片的起始地址和大小確認(rèn)每一段region里是否包含類似的FIRST/LAST標(biāo)記行尤其是第一個(gè)加載域。3.2 恢復(fù)默認(rèn).sct的操作如果排查一番發(fā)現(xiàn).sct文件里內(nèi)容亂七八糟最簡(jiǎn)單止損的辦法是打開 Options for Target → Linker勾選Use Memory Layout from Target Dialog刪除下面Scatter File編輯框里的自定義路徑點(diǎn)OK重新編譯。這樣Keil會(huì)重新按照Target對(duì)話框里的IROM1/IRAM1配置自動(dòng)生成一份干凈的sct文件。絕大多數(shù)情況下這個(gè)動(dòng)作就能解決由于sct文件損壞導(dǎo)致的問(wèn)題。3.3 手動(dòng)改.sct時(shí)的保命原則如果你確實(shí)有需求要手動(dòng)定制內(nèi)存布局比如在RAM里跑代碼、或者把某個(gè)固定地址放Bootloader的跳轉(zhuǎn)信息那么修改.sct文件時(shí)務(wù)必保留每個(gè)region內(nèi)部的FIRST/LAST聲明。一個(gè)可用的最小示例LR_IROM1 0x08000000 0x00100000 { ER_IROM1 0x08000000 0x00100000 { *.o (RESET, First) *(InRoot$$Sections) .ANY (RO) .ANY (XO) } RW_IRAM1 0x20000000 0x00020000 { .ANY (RW ZI) } }如果你自定義了某個(gè)段放在固定地址比如要用__attribute__((section(MY_DATA)))可以在RW區(qū)加一行RW_IRAM1 0x20000000 0x00020000 { .ANY (RW ZI) *(.MY_DATA) }反過(guò)來(lái)如果你的項(xiàng)目里確實(shí)沒(méi)有啟動(dòng)文件比如純內(nèi)存初始化、或者某個(gè)已經(jīng)初始化好環(huán)境的場(chǎng)景你需要把*.o (RESET, First)刪掉同時(shí)把ER_IROM1里的First屬性改成其他段名。但這是極少數(shù)場(chǎng)景普通應(yīng)用不要碰。4. 進(jìn)階排查鏈路從.map文件和鏈接日志找到真正的斷點(diǎn)如果前面幾招都試過(guò)了還不行就說(shuō)明問(wèn)題不像少了啟動(dòng)文件這么簡(jiǎn)單。這時(shí)候我建議你不要繼續(xù)盲試而是翻開鏈接器給出的詳細(xì)日志和生成產(chǎn)物進(jìn)行邏輯推理。4.1 打開鏈接器的詳細(xì)輸出默認(rèn)情況下Keil的Build Output只顯示錯(cuò)誤和警告很多細(xì)節(jié)被吞了。你可以通過(guò)設(shè)置讓鏈接器輸出更詳細(xì)的信息Options for Target → Listing → 在Linker Listing區(qū)域勾選所有項(xiàng)目尤其是Memory Map 和 Cross Reference重新編譯后在工程目錄的Listings文件夾下會(huì)生成一個(gè).map文件用記事本打開。先看文件末尾的Image Symbol Table和Memory Map of the image確認(rèn)啟動(dòng)文件里的標(biāo)號(hào)是否存在。正常情況下你會(huì)看到類似Reset_Handler 0x08000000 Code SystemInit 0x080001b8 Code __Vectors 0x08000000 Data ; 注意某些編譯器把向量表識(shí)別為Data如果連__Vectors、Reset_Handler都沒(méi)有基本可以確認(rèn)RESET段沒(méi)有被打進(jìn)最終鏡像。4.2 用ARM編譯器工具鏈做尸檢Keil安裝目錄下有一堆命令行工具其中fromelf很實(shí)用可以把最終ELF文件反匯編/導(dǎo)出詳細(xì)信息。命令類似于fromelf --text -z -d --outputoutput.txt .\Objects\YourProject.axf-z是顯示零初始化段信息-d是反匯編代碼段。查看生成的txt里有沒(méi)有Reset_Handler和__Vectors再看它們的地址是不是落在0x08000000附近。如果沒(méi)有生成.axf文件說(shuō)明鏈接失敗看不到產(chǎn)物。這時(shí)候可以考慮先注釋掉.sct里的FIRST行臨時(shí)編一個(gè)不要求FIRST的鏡像看看能不能鏈接成功。如果這樣能出.axf就證明問(wèn)題確實(shí)出在沒(méi)有可用的RESET段而不是.sct文件其他地方的語(yǔ)法或地址問(wèn)題。4.3 查看Build Output窗口最頂部的警告有些L6236E報(bào)錯(cuò)之前其實(shí)編譯過(guò)程已經(jīng)給出過(guò)警告只不過(guò)在長(zhǎng)長(zhǎng)的輸出里被滾動(dòng)淹沒(méi)了。編譯完后從Build Output窗口的最頂上開始往下翻留意類似這樣的信息compiling startup_stm32f103xe.s... assembling startup_stm32f103xe.s...如果有assembling這行說(shuō)明啟動(dòng)文件被匯編器正常處理了。如果這一行都沒(méi)出現(xiàn)說(shuō)明這個(gè).s文件根本沒(méi)進(jìn)入編譯流程——這時(shí)候就算你加再多的.sct配置也白搭。我遇到過(guò)一種情況工程里.s文件確實(shí)在但我用的Arm Compiler 6編譯器需要額外的匯編選項(xiàng)結(jié)果啟動(dòng)文件被靜默跳過(guò)。后來(lái)在.s文件的Options里把Assembler選項(xiàng)卡的Assemble Thumb Code和相關(guān)配置改成和默認(rèn)工程一致問(wèn)題才解決。4.4 從報(bào)錯(cuò)行號(hào)反推哪個(gè)region缺段L6236E報(bào)錯(cuò)信息里括號(hào)中的數(shù)字比如.sct(7)指的就是出錯(cuò)位置在第7行。你可以打開自己工程的鏈接文件數(shù)一數(shù)是哪一行對(duì)應(yīng)的region報(bào)錯(cuò)。以我前面的示例sct為例第1行: ; ************************************************************* 第2行: ; *** Scatter-Loading Description File generated by uVision *** 第3行: ; ************************************************************* 第4行: 第5行: LR_IROM1 0x08000000 0x00080000 { 第6行: ER_IROM1 0x08000000 0x00080000 { 第7行: *.o (RESET, First) 第8行: *(InRoot$$Sections) 第9行: .ANY (RO) 第10行: .ANY (XO) 第11行: } 第12行: RW_IRAM1 0x20000000 0x00010000 { ...報(bào)錯(cuò)說(shuō)是第7行對(duì)應(yīng)就是*.o (RESET, First)這一句。所以該行所要求的RESET段缺失。如果你的報(bào)錯(cuò)行號(hào)是其他行比如指向LR_IROM1那一行說(shuō)明整個(gè)加載域都有問(wèn)題可能就是地址重疊或者非法。這個(gè)方法能幫你快速確認(rèn)到底是所有region都沒(méi)段匹配還是只有某一個(gè)region缺段。這兩種情況的處理邏輯不太一樣——前者通常是啟動(dòng)文件缺失后者往往是段選擇器的寫法問(wèn)題。5. 從CubeMX生成工程和舊工程遷移中的特殊雷區(qū)5.1 STM32CubeMX生成的Keil工程為什么也會(huì)報(bào)L6236E這幾年用CubeMX建工程的人越來(lái)越多按理說(shuō)它生成的工程應(yīng)該是開箱即用的。但你要是遇到過(guò)以下操作照樣會(huì)踩到L6236E生成工程后手動(dòng)把startup_stm32xxxx.s文件從工程里刪了想自己寫啟動(dòng)邏輯用CubeMX切換了芯片型號(hào)但Project Manager → Project里的工具鏈設(shè)置沒(méi)跟著變或者舊啟動(dòng)文件沒(méi)被覆蓋在.ioc文件里改了Flash/RAM大小但重新生成代碼時(shí)勾選了備份舊工程結(jié)果新舊啟動(dòng)文件混雜使用了自己添加的鏈接腳本而CubeMX自動(dòng)生成的sct被覆蓋了。第一種場(chǎng)景比較難辦。如果你確定不要ST的啟動(dòng)文件那么你得自己提供一個(gè)向量表段并且保證它帶有初始棧指針和復(fù)位向量。很多從裸機(jī)匯編開始寫固件的老工程師會(huì)這么干但對(duì)于絕大多數(shù)應(yīng)用來(lái)說(shuō)直接用官方啟動(dòng)文件是成本最低、最穩(wěn)妥的方案。第二種場(chǎng)景的處理方法是在CubeMX里重新選擇正確的芯片然后在Project Manager → Linker Settings里確認(rèn)Heap/Stack大小沒(méi)問(wèn)題最后重新生成代碼讓CubeMX把啟動(dòng)文件一并刷新。5.2 舊工程換芯片最完整的操作順序如果你手上有個(gè)F103C8T6的舊工程要改成F103ZET6千萬(wàn)別只改Device型號(hào)就完事。我的標(biāo)準(zhǔn)操作順序如下你可以直接照著做備份整個(gè)工程目錄這一步每次都要做別省Options for Target → Device選擇新芯片Options for Target → Target核對(duì)ROM/RAM地址和大小。F103C8T6的RAM是20KB0x20000000大小0x5000Flash 64KB0x08000000大小0x10000換成F103ZET6后RAM是64KB0x10000Flash是512KB0x80000從ST官方固件庫(kù)或者另一個(gè)正常運(yùn)行的F103ZET6工程里復(fù)制startup_stm32f103xe.s到工程目錄然后在Keil里刪除舊啟動(dòng)文件、添加新啟動(dòng)文件檢查C/C選項(xiàng)卡的DefineF103ZE對(duì)應(yīng)STM32F10X_HD標(biāo)準(zhǔn)外設(shè)庫(kù)或STM32F103xEHAL庫(kù)清理編譯產(chǎn)物點(diǎn)Rebuild不是Build是Rebuild。如果還報(bào)錯(cuò)去檢查L(zhǎng)inker選項(xiàng)卡里是否勾著Use Memory Layout from Target Dialog確認(rèn)Scatter File路徑?jīng)]有指向舊芯片的sct。這套流程走下來(lái)L6236E基本不會(huì)再出現(xiàn)。5.3 使用AC5和AC6編譯器時(shí)的啟動(dòng)文件差異Keil MDK從5.x版本開始默認(rèn)的編譯器逐漸向Arm Compiler 6基于Clang遷移。AC6和AC5在處理匯編啟動(dòng)文件上有很多差異這一點(diǎn)會(huì)被很多人忽略。AC5使用的armcc/armasm對(duì).s匯編文件的語(yǔ)法比較寬松。而AC6使用的armclang內(nèi)置的匯編器對(duì)偽指令的支持不夠全面某些老啟動(dòng)文件在AC6下會(huì)匯編失敗或者產(chǎn)生不同的段屬性。如果你的工程是從AC5遷移到AC6后開始報(bào)L6236E優(yōu)先檢查啟動(dòng)文件是否是比較老、為AC5編寫的版本ST官方針對(duì)AC6發(fā)布過(guò)新版本的啟動(dòng)文件CMSIS pack里的通常沒(méi)問(wèn)題在Options for Target → Target → ARM Compiler里嘗試暫時(shí)切換回Use default compiler version 5如果能編譯通過(guò)說(shuō)明就是啟動(dòng)文件對(duì)AC6兼容性的問(wèn)題。從Arm Compiler 5切到6之后很多舊版啟動(dòng)文件會(huì)直接報(bào)匯編錯(cuò)誤不會(huì)走到L6236E這一步。但有一種情況是匯編只產(chǎn)生警告沒(méi)有報(bào)錯(cuò)最后段的屬性不對(duì)才最終在鏈接階段爆炸。5.4 工程路徑和特殊字符的隱患這個(gè)方法很少有人提最后分享一個(gè)很多人不會(huì)第一時(shí)間想到的原因工程所在路徑太長(zhǎng)或者包含中文、空格、特殊符號(hào)。當(dāng)年我遇到過(guò)一個(gè)很邪門的L6236E所有的檢查和替換都做完了問(wèn)題就是復(fù)現(xiàn)不了。折騰了一下午最后把整個(gè)工程文件夾從D:\工作文件\測(cè)試項(xiàng)目\基于STM32的溫控系統(tǒng)_V2_最終版(1)\挪到D:\keil_projects\temp\重新編譯一切正常。原因大概是鏈接器在解析sct里通配符和路徑時(shí)對(duì)中文字符和多級(jí)嵌套目錄的處理在某些編譯器版本里有Bug。雖然這個(gè)bug不是每次必現(xiàn)但一旦遇到排查起來(lái)極其耗費(fèi)時(shí)間。所以建議你的工程存放路徑盡量滿足全英文不要有空格層級(jí)不要超過(guò)三四級(jí)不要以數(shù)字開頭在某些老版本里也會(huì)出問(wèn)題更不要放在桌面這種權(quán)限有時(shí)受限的目錄下。6. 實(shí)操總結(jié)最快的解決路徑和一套順手能用的驗(yàn)證方法我把上面所有的排查邏輯壓縮成一套可以直接照做的動(dòng)作建議你按順序執(zhí)行不要跳步。第一步確認(rèn)啟動(dòng)文件存在且參與編譯工程樹里有沒(méi)有.s文件右鍵.s文件 → Options for File → 確認(rèn) Exclude from Build 未勾選。打開.s文件搜索AREA和RESET關(guān)鍵字。第二步檢查芯片型號(hào)和宏定義Options for Target → Device確認(rèn)芯片型號(hào)。Options for Target → C/C確認(rèn)Define里有對(duì)應(yīng)型號(hào)的宏。如果不確定宏應(yīng)該是什么去正常能編譯的工程抄一份或者查ST官方模板。第三步重置分散加載文件Options for Target → Linker勾選Use Memory Layout from Target Dialog清除自定義Scatter File路徑。Options for Target → Target確認(rèn)IROM1起始地址0x08000000大小按芯片F(xiàn)lash實(shí)際大小填I(lǐng)RAM1起始0x20000000大小按芯片實(shí)際RAM填。Rebuild整個(gè)工程。第四步查看詳細(xì)鏈接輸出定位Options for Target → Listing勾選Linker Listing下的Memory Map、Cross Reference等。重新編譯后打開.map文件搜索Reset_Handler和__Vectors。如果找不到說(shuō)明啟動(dòng)段的產(chǎn)生就有問(wèn)題回頭檢查匯編文件。也可以用fromelf反匯編.axf文件驗(yàn)證段地址。第五步整路徑、整編譯器工程路徑改成純英文短路徑。嘗試在Target選項(xiàng)卡里切AC5/AC6判斷是否是編譯器兼容性問(wèn)題。這套流程我前前后后幫同事處理了不下十次耗時(shí)從幾分鐘到一下午都有。但其實(shí)九成以上的情況走完第二步就能解決第三步都很少需要用到。再分享一個(gè)我自己的習(xí)慣**每次新建工程時(shí)先不寫任何業(yè)務(wù)代碼只放一個(gè)main函數(shù)和一個(gè)printf重定向確認(rèn)能在這個(gè)工程模板里編譯、下載、跑通串口再往里加功能。**這樣一旦后面報(bào)錯(cuò)你能確定是新增代碼導(dǎo)致的問(wèn)題而不是工程基礎(chǔ)配置本來(lái)就有毛病。L6236E這類鏈接錯(cuò)誤說(shuō)白了就是工程配置和實(shí)際代碼對(duì)不上號(hào)你得讓工程底子干凈問(wèn)題才好定位。