做嵌入式這行燒錄程序看起來(lái)是最沒(méi)技術(shù)含量的一步編譯通過(guò)插上線點(diǎn)下載進(jìn)度條走到100%完事。但你要是去產(chǎn)線蹲過(guò)幾天或者幫朋友救過(guò)幾回?zé)浭鹿示椭肋@個(gè)環(huán)節(jié)有多能折騰人。我這些年見(jiàn)過(guò)的芯片燒錄翻車(chē)現(xiàn)場(chǎng)十起里至少有八起根子不在手法、不在焊接而在版本管理——固件版本、工具版本、芯片型號(hào)、燒錄配置任何一對(duì)搭錯(cuò)了輕則燒錄失敗重則整批板子報(bào)廢甚至把芯片燒成磚。一次完整的燒錄本質(zhì)上由三個(gè)環(huán)節(jié)組成編譯工具鏈把源代碼變成固件文件hex、bin、s19燒錄軟件把固件文件解析成目標(biāo)地址上的數(shù)據(jù)燒錄器再通過(guò)SWD、JTAG、串口ISP之類(lèi)的鏈路配合芯片內(nèi)的燒錄算法把數(shù)據(jù)寫(xiě)進(jìn)Flash。聽(tīng)起來(lái)思路清晰但每個(gè)環(huán)節(jié)都夾帶著一堆“版本”要素。固件本身有版本IDE和編譯器有版本芯片描述包有版本燒錄器驅(qū)動(dòng)和固件有版本芯片型號(hào)后綴和硬件stepping有版本工程配置和選項(xiàng)字節(jié)也有版本。任何一對(duì)版本錯(cuò)位表現(xiàn)在外都是同一個(gè)詞燒錄失敗。在我處理過(guò)的燒錄問(wèn)題里版本錯(cuò)配主要有四類(lèi)固件文件層面的錯(cuò)配發(fā)給產(chǎn)線的hex不是當(dāng)前指定版本文件名看著像但對(duì)不上。工具鏈層面的錯(cuò)配IDE版本、芯片包版本、編譯器版本、燒錄器驅(qū)動(dòng)版本互相不匹配。目標(biāo)芯片與配置層面的錯(cuò)配軟件里選的型號(hào)、Flash算法、燒錄地址、選項(xiàng)字節(jié)和板子實(shí)際不符。團(tuán)隊(duì)流程層面的錯(cuò)配多人協(xié)作時(shí)有人更新了工具或配置但沒(méi)有通知所有人也沒(méi)有留記錄。這四個(gè)層面共同決定一次燒錄能不能可靠完成。最麻煩的是它們?cè)斐傻墓收犀F(xiàn)象常常一模一樣進(jìn)度條卡住、報(bào)錯(cuò)彈窗、燒完上電無(wú)反應(yīng)。如果一開(kāi)始就往硬件方向排查換線、換燒錄器、換電腦折騰一整天也未必能找到真兇。1. 燒錄事故的真正根源不是手法是版本錯(cuò)配很多人意識(shí)不到“芯片”這兩個(gè)字背后有一大串版本維度而這些維度在開(kāi)發(fā)、測(cè)試、量產(chǎn)的不同階段會(huì)一一冒出來(lái)。你要是不把它們都管住遲早有一天會(huì)在某一個(gè)環(huán)節(jié)被坑得焦頭爛額。1.1 一款芯片從開(kāi)發(fā)到量產(chǎn)要跨過(guò)多少種“版本”很多剛?cè)胄械墓こ處熞詾椤靶酒本褪菙?shù)據(jù)手冊(cè)上那個(gè)固定型號(hào)實(shí)際項(xiàng)目里根本不是這么回事。同一款芯片在開(kāi)發(fā)和生產(chǎn)過(guò)程中至少會(huì)以這些版本維度存在芯片型號(hào)版本STM32F103C8T6和STM32F103CBT6外觀幾乎一樣Flash容量一個(gè)是64KB一個(gè)是128KB絲印、封裝、溫度等級(jí)也有差異。芯片硬件stepping版本芯片廠商會(huì)修訂硅片版本某些外設(shè)行為可能有細(xì)微差異個(gè)別新批次芯片對(duì)燒錄算法的要求也不一樣。固件版本代碼經(jīng)過(guò)無(wú)數(shù)次修改和發(fā)布這是大家最容易理解也最容易出事的維度。燒錄算法版本IDE或燒錄工具內(nèi)置的Flash算法文件FLM/FLASH有自己的版本新批次芯片可能需要配套更新。燒錄配置版本工程的調(diào)試配置、燒錄地址、選項(xiàng)字節(jié)都是“看不見(jiàn)的版本”改動(dòng)后沒(méi)有直觀痕跡。工具鏈版本IDE、編譯器、芯片描述包、燒錄器驅(qū)動(dòng)任何一級(jí)升級(jí)都可能改變燒錄行為。所以“版本管理”這四個(gè)字在這里不是一個(gè)固件版本號(hào)那么簡(jiǎn)單而是一條貫穿硬件、軟件、配置和工具的完整鏈條。哪個(gè)環(huán)節(jié)沒(méi)有記錄哪個(gè)環(huán)節(jié)就可能在某一天突然變成定時(shí)炸彈。1.2 版本錯(cuò)配是怎么悄悄發(fā)生的版本錯(cuò)配幾乎都不是當(dāng)場(chǎng)發(fā)生的。它更像一種慢性病由日常動(dòng)作逐漸積累同事從壓縮包里傳給你一份“最新燒錄文件”你隨手打開(kāi)看都沒(méi)看實(shí)際那是上周的版本。某個(gè)工程師為了試新功能更新了KEIL的芯片包其他人打開(kāi)共用工程后IDE悄悄換上了新包。生產(chǎn)用的燒錄軟件裝在公用電腦上某天有人點(diǎn)了“升級(jí)”驅(qū)動(dòng)和配置一起變了。你本地編譯出一個(gè)“完美版”但產(chǎn)線指定用的是另一個(gè)分支的發(fā)布固件兩個(gè)文件同名不同內(nèi)容。這類(lèi)問(wèn)題的共性在于燒錄環(huán)節(jié)涉及的版本類(lèi)型太多光靠代碼倉(cāng)庫(kù)管不住工具和配置。你需要一套覆蓋固件、工具鏈、目標(biāo)芯片和人工流程的完整版本管理習(xí)慣。2. 固件文件層面的版本管理Hex、Bin和S19各有各的坑固件文件是所有燒錄動(dòng)作的輸入版本管理如果不從文件本身開(kāi)始后面全是空談。這一章先把三種常見(jiàn)固件格式說(shuō)透再講怎么把版本信息焊進(jìn)固件里。2.1 三種固件格式的差異直接決定了管理方式生產(chǎn)環(huán)境里最常見(jiàn)的就是Intel HEX、裸二進(jìn)制bin和Motorola S-records19/srec三種格式。它們的核心差異在于“是否自帶地址信息”。格式特點(diǎn)版本管理要點(diǎn)Intel HEX.hex文本格式按行記錄地址、數(shù)據(jù)和校驗(yàn)和校驗(yàn)和只能確認(rèn)文件沒(méi)損壞無(wú)法驗(yàn)證業(yè)務(wù)版本裸二進(jìn)制.bin純數(shù)據(jù)流無(wú)地址信息必須和起始地址一起歸檔否則工具按默認(rèn)地址寫(xiě)Motorola S-record.s19/.srec文本格式常見(jiàn)于車(chē)規(guī)、NXP/Freescale系S0記錄可攜帶文件名和注釋但很多工具不展示它三種格式在“是否自帶地址”這個(gè)維度上有本質(zhì)區(qū)別。hex和s19都內(nèi)含地址信息只要芯片型號(hào)選對(duì)工具會(huì)把不同地址段的數(shù)據(jù)寫(xiě)到該去的地方。bin是裸數(shù)據(jù)不帶任何地址工具按你配置的起始地址從第一個(gè)字節(jié)開(kāi)始放。如果你在產(chǎn)線上用bin文件而起始地址配錯(cuò)了燒完的板子就是死的。我不止一次遇到有人圖省事把hex轉(zhuǎn)成bin再燒。實(shí)際上如果沒(méi)有特殊原因例如bootloader分區(qū)要求、某些燒錄器只支持bin生產(chǎn)環(huán)節(jié)請(qǐng)盡量保留hex或s19。它們自帶的校驗(yàn)和能在寫(xiě)入前發(fā)現(xiàn)文件損壞bin就沒(méi)這個(gè)保護(hù)。2.2 把版本號(hào)焊進(jìn)固件編譯期注入與運(yùn)行前確認(rèn)解決“燒的到底是哪個(gè)版本”最有效的手段是把版本信息編譯進(jìn)固件本身。工程里定義一個(gè)版本信息結(jié)構(gòu)體通過(guò)宏、編譯時(shí)間和Git哈希生成唯一標(biāo)識(shí)#define FW_VER_MAJOR 2 #define FW_VER_MINOR 1 #define FW_VER_PATCH 3 #define FW_VER_STRING 2.1.3 #define FW_BUILD_TIME __DATE__ __TIME__ #define FW_GIT_HASH a1b2c3d const char fw_version_info[] __attribute__((section(.version_info))) FW FW_VER_STRING ;BUILD FW_BUILD_TIME ;GIT FW_GIT_HASH;配合鏈接腳本把.version_info段固定在Flash的某個(gè)位置一般放在Flash末尾或單獨(dú)分區(qū)。燒錄完成后用燒錄工具直接讀取該地址的字符串就能和發(fā)布說(shuō)明比對(duì)。我在量產(chǎn)抽檢時(shí)就是這么干的燒完三塊板各讀一次版本字符串不一致就直接攔截。這里有個(gè)坑必須提醒__DATE__和__TIME__是預(yù)處理器宏只在編譯那一刻生效。如果你在IDE里改了版本號(hào)但沒(méi)觸發(fā)全量編譯某些目標(biāo)文件可能還帶著上一輪編譯的時(shí)間戳。所以每次版本變化必須強(qiáng)制rebuild整個(gè)工程否則內(nèi)嵌時(shí)間不可信。2.3 文件命名規(guī)范和歸檔五分鐘習(xí)慣省半小時(shí)排查命名規(guī)范是老生常談但燒錄場(chǎng)景下它真的能救命。我強(qiáng)烈建議生產(chǎn)環(huán)境的固件文件名采用這個(gè)格式項(xiàng)目名_硬件版本_固件版本_編譯日期時(shí)間_編譯器標(biāo)識(shí).ext例如water_pump_HW1.2_FW2.1.3_202505121030_AC6.hex項(xiàng)目名避免多項(xiàng)目混淆。硬件版本固件經(jīng)常要區(qū)分不同硬件版本。固件版本主版本.次版本.補(bǔ)丁。編譯日期時(shí)間精確到分鐘同一天多次編譯能區(qū)分。編譯器標(biāo)識(shí)AC5、AC6、GCC、IAR不同編譯器生成的hex有細(xì)微差異。多花五秒鐘排查時(shí)省半小時(shí)。你也永遠(yuǎn)不該出現(xiàn)“final_v2_最終版.hex”這種文件。如果你的團(tuán)隊(duì)已經(jīng)出現(xiàn)了這種命名習(xí)慣我建議從下一個(gè)版本開(kāi)始強(qiáng)制改掉。另外每次發(fā)布固件時(shí)把文件本身的SHA256哈希寫(xiě)進(jìn)發(fā)布說(shuō)明?？截悺⑸蟼?、下載都可能損壞文件哈希校驗(yàn)?zāi)茉跓浨坝靡环昼姴槌鰡?wèn)題。第6章會(huì)詳細(xì)講怎么把這個(gè)動(dòng)作固化到流程里。3. 工具鏈的版本三角IDE、芯片包、燒錄器必須對(duì)齊固件文件沒(méi)問(wèn)題工具鏈也可能出問(wèn)題?！拔业碾娔X燒不進(jìn)、別人的就能燒”這一類(lèi)千古謎題十有八九出在工具鏈版本差異上。3.1 KEIL的芯片包和編譯器最容易悄悄變化的變量用KEILMDK做STM32開(kāi)發(fā)的人對(duì)Device Family Pack應(yīng)該不陌生。DFP就是芯片的描述包里面包含器件定義、寄存器描述、Flash算法等。它通過(guò)KEIL的Pack Installer安裝版本更新頻繁。版本錯(cuò)配的典型劇情你裝了新版MDKDFP還是幾個(gè)月前的Device列表里找不到新出的芯片型號(hào)或者你更新了DFP工程文件里Device選項(xiàng)指向的型號(hào)名變了新包偶爾會(huì)調(diào)整命名編譯也許能過(guò)但燒錄連接的參數(shù)實(shí)際已經(jīng)變了。編譯器AC5和AC6的差異也常被忽略。AC6對(duì)代碼的優(yōu)化和段布局與AC5不同如果你的Flash算法文件或分散加載文件是為AC5調(diào)的改用AC6編譯后生成的hex在燒錄階段可能在某個(gè)地址上出問(wèn)題。經(jīng)典現(xiàn)象就是老電腦上AC5燒錄正常新裝的AC6編譯同樣的源文件反而失敗。連VSCode里編譯成功但燒錄不進(jìn)去的情況多數(shù)也和插件版本、工具鏈路徑配置不一致有關(guān)。所以工具鏈升級(jí)不能隨心所欲。要么固定版本不升要么升級(jí)后必須做全量驗(yàn)證。3.2 J-Link、ST-Link的驅(qū)動(dòng)與固件匹配燒錄器硬件也有“內(nèi)嵌固件”它和電腦端軟件是兩套系統(tǒng)。J-Link的連接過(guò)程會(huì)嘗試檢查并升級(jí)硬件固件很多工廠工位的網(wǎng)絡(luò)策略不允許隨意升級(jí)彈窗一提示操作工隨手點(diǎn)取消連接就失敗。這種情況不是板子壞了是“軟件想給硬件升級(jí)但沒(méi)升成”造成的尷尬狀態(tài)。新芯片型號(hào)剛發(fā)布時(shí)往往需要新版本J-Flash才能認(rèn)識(shí)它。如果你的J-Flash版本太老即使手動(dòng)選了型號(hào)也可能報(bào)“Internal command error”。生產(chǎn)工位的軟件升級(jí)必須和芯片選型同步并記錄在案。ST-Link這邊類(lèi)似驅(qū)動(dòng)、ST-Link Utility、CubeProgrammer的版本最好保持配套。我把“Target DLL has been cancelled”這類(lèi)報(bào)錯(cuò)幾乎當(dāng)成配置或保護(hù)問(wèn)題的代名詞很少是硬件故障。3.3 “電腦差異”問(wèn)題的排查順序遇到“我這臺(tái)不能燒、你那臺(tái)能燒”按這個(gè)順序逐項(xiàng)對(duì)比不要跳IDE版本MDK、EWARM等。芯片包DFP版本。編譯器版本AC5還是AC6或者GCC版本。燒錄器驅(qū)動(dòng)版本。燒錄器硬件固件版本J-Link可在命令行查看。工程文件本身是否被本地修改過(guò)。操作系統(tǒng)和USB驅(qū)動(dòng)環(huán)境。把這些逐項(xiàng)記下來(lái)并排比對(duì)通常幾分鐘就能定位到差異項(xiàng)。我處理過(guò)的“電腦差異”案例里硬件導(dǎo)致的比例極低絕大多數(shù)就是工具鏈版本或工程配置漂移。記住一句話先懷疑版本再懷疑硬件。4. 目標(biāo)芯片與燒錄配置型號(hào)錯(cuò)一個(gè)參數(shù)整批白干固件和工具鏈都對(duì)了還要看軟件里對(duì)目標(biāo)芯片的假設(shè)是否和板子上真實(shí)存在的一致。這是燒錄事故的另一個(gè)高發(fā)區(qū)。4.1 型號(hào)識(shí)別是第一道大門(mén)STM32這類(lèi)芯片型號(hào)后綴里的每個(gè)字母和數(shù)字都有含義。STM32F103C8T6和STM32F103CBT6封裝一樣、外觀相似但Flash一個(gè)是64KB一個(gè)是128KB。如果在軟件里選錯(cuò)了型號(hào)固件容量超過(guò)64KB時(shí)會(huì)寫(xiě)一半報(bào)錯(cuò)有時(shí)工具不會(huì)報(bào)錯(cuò)因?yàn)槿思野葱∪萘啃酒牡刂房臻g擦寫(xiě)結(jié)果自然是不符合預(yù)期。不確定芯片型號(hào)時(shí)不要靠肉眼猜絲印。用J-Flash、CubeProgrammer這類(lèi)工具讀一次Device ID用ID來(lái)確認(rèn)比看絲印可靠得多。翻新片、散新片上絲印可能被磨掉這個(gè)時(shí)候更要靠ID鑒別。4.2 Flash算法、燒錄地址和選項(xiàng)字節(jié)Flash算法文件FLM是燒錄器和芯片F(xiàn)lash硬件之間的翻譯官。不同系列芯片F(xiàn)lash結(jié)構(gòu)不同算法也不同。選錯(cuò)算法典型癥狀是進(jìn)度條停在擦除階段然后報(bào)錯(cuò)。有些廠商在新批次芯片上還會(huì)更新FLM如果發(fā)現(xiàn)“以前燒得好好的這批芯片開(kāi)始頻繁失敗”第一反應(yīng)應(yīng)該是查算法文件和新批次芯片的兼容性而不是懷疑焊臺(tái)。燒錄地址的坑主要發(fā)生在bin文件上。hex有地址不易寫(xiě)錯(cuò)bin文件完全依賴人工設(shè)置的起始地址。地址錯(cuò)一個(gè)字節(jié)數(shù)據(jù)全錯(cuò)位。比如有的bootloader方案要求App從偏移地址0x08008000開(kāi)始有人忘了改默認(rèn)的0x08000000燒完板子上電就像死機(jī)一樣。選項(xiàng)字節(jié)Option Bytes是STM32里隱藏很深的一個(gè)坑。讀保護(hù)RDP寄存器一旦被設(shè)置到Level 1以上外部燒錄器就無(wú)法讀取Flash內(nèi)容表現(xiàn)為“cannot access target”或連接失敗。很多工程師在調(diào)試階段為了模擬量產(chǎn)開(kāi)過(guò)讀保護(hù)后來(lái)忘記關(guān)閉過(guò)幾天自己都連不上了。量產(chǎn)返修時(shí)更常見(jiàn)返修板全是開(kāi)過(guò)讀保護(hù)的燒錄工位如果不具備解除保護(hù)的能力只能整顆換芯片。4.3 調(diào)試口被復(fù)用后的救磚思路SWD調(diào)試口只有SWDIO和SWCLK兩根線很多人都喜歡在量產(chǎn)固件里把這兩個(gè)引腳復(fù)用成普通GPIO來(lái)省引腳。這個(gè)操作很常見(jiàn)但隱患也大開(kāi)了復(fù)用之后燒錄器就再也連不上芯片了。我處理過(guò)一塊STM32F405的設(shè)備故障描述就是“SW腳配置錯(cuò)誤后重新燒錄無(wú)從下手”。救磚思路是把BOOT0引腳拉高芯片復(fù)位后從系統(tǒng)存儲(chǔ)器出廠Bootloader啟動(dòng)。此時(shí)SWD口恢復(fù)默認(rèn)功能可以用串口ISP或者STM32CubeProgrammer連接芯片。執(zhí)行全片擦除把Flash里的GPIO復(fù)用配置清掉。把BOOT0拉回低電平重新上電用SWD正常燒錄。這個(gè)思路對(duì)大部分帶Boot引腳的MCU都適用但不同芯片的Boot引腳位置和啟動(dòng)模式定義完全不同操作前必須翻數(shù)據(jù)手冊(cè)。ESP32則是按住BOOT按鍵GPIO0拉低再上電進(jìn)入下載模式配合官方Flash Download Tools或esptool燒錄原理類(lèi)似細(xì)節(jié)不同。5. 一次燒錄失敗排查實(shí)錄從報(bào)錯(cuò)倒查版本線索理論知識(shí)講完放一個(gè)完整的排查案例。把整條鏈路走一遍比記一堆概念有用得多。5.1 現(xiàn)場(chǎng)還原與報(bào)錯(cuò)信息記錄同事遞過(guò)來(lái)一塊STM32F405的板子描述是“KEIL燒錄時(shí)提示Flash Download failed - Target DLL has been cancelled換了USB口和下載線都沒(méi)用”。第一反應(yīng)是板子壞了。我讓他先別動(dòng)硬件把報(bào)錯(cuò)文字完整貼過(guò)來(lái)。這一小步在很多人看來(lái)多余但在排查里極其重要——“Target DLL has been cancelled”是MDK在執(zhí)行下載算法階段拋出的提示它不是“找不到目標(biāo)”更像是“連上了但執(zhí)行擦除/寫(xiě)入時(shí)被取消”。僅憑這一句話就可以把懷疑重心從USB/驅(qū)動(dòng)轉(zhuǎn)向目標(biāo)配置和芯片安全位。5.2 按“版本線索”逐層排除我按下面的順序走了一遍第一步用J-Flash單獨(dú)連接這塊板子讀Device ID。順利讀出ID說(shuō)明SWD物理鏈路、供電、復(fù)位都沒(méi)問(wèn)題硬件基本排除。第二步檢查KEIL工程里的Options for Target - Debug - Settings。發(fā)現(xiàn)Device選項(xiàng)雖然是STM32F405RG但Flash Download選項(xiàng)卡里的Programming Algorithm列著默認(rèn)的STM32F4xx算法舊版本號(hào)而且Download起始地址被同事手動(dòng)改成了0x08008000和App實(shí)際偏移不符。先把地址改回0x08000000更新FLM再燒仍然失敗。第三步回到J-Flash做連接后檢查發(fā)現(xiàn)目標(biāo)狀態(tài)的RDP級(jí)別是Level 1。問(wèn)題清楚了這塊板子之前調(diào)試時(shí)開(kāi)過(guò)讀保護(hù)之后一直沒(méi)解除。KEIL執(zhí)行擦除時(shí)被安全機(jī)制攔截只能取消操作。第四步用STM32CubeProgrammer連接選擇Connect under reset在全片擦除時(shí)確認(rèn)解除讀保護(hù)。擦除成功后回KEIL恢復(fù)默認(rèn)地址配置正常燒錄完成。整個(gè)過(guò)程半小時(shí)不到前二十分鐘都在查原因真正動(dòng)手只有最后一步。這個(gè)案例的典型性在于多個(gè)版本/配置問(wèn)題疊加在一起。如果一開(kāi)始只盯著“換線換電腦”永遠(yuǎn)查不到根因。5.3 常見(jiàn)燒錄報(bào)錯(cuò)速查表我把常見(jiàn)的報(bào)錯(cuò)和優(yōu)先排查方向整理成一張表貼在公司內(nèi)部幫助過(guò)很多人。表里的具體文案可能因工具版本略有差異但關(guān)鍵詞方向是穩(wěn)定的。報(bào)錯(cuò)關(guān)鍵詞常見(jiàn)根因優(yōu)先排查動(dòng)作No target connected / Target not found接線、供電、復(fù)位異常檢查SWD/JTAG接線、目標(biāo)板供電、復(fù)位腳電平Flash Download failed - Cortex-Mx芯片型號(hào)或Flash算法不匹配核對(duì)Device型號(hào)和FLM算法版本Target DLL has been cancelled讀保護(hù)或擦除被拒絕用CubeProgrammer/J-Flash檢查目標(biāo)狀態(tài)、RDPInternal command errorJ-Link數(shù)據(jù)庫(kù)或固件版本過(guò)舊升級(jí)J-Flash與J-Link驅(qū)動(dòng)Cannot access targetRDP保護(hù)或SWD引腳被復(fù)用嘗試Connect under reset必要時(shí)走Boot恢復(fù)流程File is not recognized固件格式與工具不兼容確認(rèn)hex/bin/s19格式和工具支持范圍這個(gè)表不可能覆蓋所有芯片但排查思路是通用的報(bào)錯(cuò)信息里的關(guān)鍵詞決定你要先查哪一層。6. 低成本但有效的版本管理流程每個(gè)人都能照抄前面幾章講的都是“坑”最后給出一套我自己實(shí)踐過(guò)的管理方案。不需要額外買(mǎi)硬件不需要上管理系統(tǒng)靠規(guī)范和習(xí)慣就能顯著降低燒錄事故率。6.1 唯一固件源所有固件只通過(guò)一條路徑發(fā)布從Git倉(cāng)庫(kù)的release標(biāo)簽或CI流水線中導(dǎo)出由固定的人負(fù)責(zé)禁止從本地build目錄隨手拷hex。本地build目錄可能有十個(gè)八個(gè)hex但誰(shuí)也不能保證哪個(gè)是“最終版”。把發(fā)布動(dòng)作收斂到唯一出處錯(cuò)配幾率會(huì)立刻降一個(gè)量級(jí)。6.2 燒錄前核對(duì)表每次燒錄前走一遍核對(duì)表全打勾才開(kāi)燒[ ] 固件文件名符合命名規(guī)范。[ ] 內(nèi)嵌版本號(hào)與需求單/發(fā)布說(shuō)明一致用工具讀取確認(rèn)。[ ] IDE/燒錄工具里的芯片型號(hào)正確。[ ] Flash算法文件版本為當(dāng)前指定版本。[ ] 燒錄起始地址正確。[ ] 選項(xiàng)字節(jié)/讀保護(hù)設(shè)置符合當(dāng)前階段要求。[ ] 燒錄器驅(qū)動(dòng)和工具版本已記錄且匹配。[ ] 固件文件SHA256與發(fā)布說(shuō)明一致。這條表看起來(lái)長(zhǎng)熟練之后一分鐘走完。它對(duì)量產(chǎn)尤其重要——產(chǎn)線操作工不是開(kāi)發(fā)者給一張明確的對(duì)勾表遠(yuǎn)比口頭發(fā)指令可靠。6.3 燒錄日志和哈希記錄每次燒錄記一條文本日志時(shí)間、燒錄人、固件文件名、固件SHA256、芯片型號(hào)、芯片ID首次燒錄記錄、工具版本、燒錄結(jié)果。不要小看這個(gè)動(dòng)作等返修問(wèn)題出現(xiàn)時(shí)這份日志是唯一能回答“這批板子燒的到底是哪一版”的證據(jù)。哈希校驗(yàn)的重點(diǎn)是bin文件。hex和s19自帶行內(nèi)校驗(yàn)損壞時(shí)工具會(huì)報(bào)錯(cuò)bin是裸數(shù)據(jù)文件壞掉可能無(wú)聲無(wú)息。發(fā)布說(shuō)明里附上SHA256燒錄前比對(duì)一分鐘成本極低收益極高。6.4 把燒錄配置也納入版本管理源代碼進(jìn)Git是常識(shí)但影響燒錄行為的工程配置往往被人遺忘。KEIL的.uvprojx、J-Flash的.jflash工程、CubeProgrammer的配置文件都應(yīng)該納入版本管理與對(duì)應(yīng)固件版本一起打標(biāo)簽。這樣任何時(shí)候都能回到“當(dāng)時(shí)那版固件用的燒錄配置”不會(huì)出現(xiàn)“我記得當(dāng)時(shí)選的是...”這種話。工具鏈清單同理IDE版本、DFP版本、編譯器版本、燒錄器驅(qū)動(dòng)版本固定一套推薦組合寫(xiě)入團(tuán)隊(duì)文檔。新同事入職、工程師換電腦時(shí)照單安裝能省掉大量“我裝好了但連不上”的無(wú)效溝通。我自己的感受是燒錄版本的坑百分之九十都踩在人性的同一個(gè)點(diǎn)上——“我以為”。我以為發(fā)的是最新版我以為配置是默認(rèn)的我以為工具沒(méi)被改過(guò)。版本管理的本質(zhì)就是把你以為的東西變成可以驗(yàn)證的東西固件里有版本字符串文件有哈希配置進(jìn)了Git燒錄有日志。當(dāng)“以為”變成了“記錄”燒錄這個(gè)環(huán)節(jié)就沒(méi)有那么多戲劇性了。這套習(xí)慣養(yǎng)起來(lái)頭兩周略麻煩但之后每次排查問(wèn)題時(shí)你都會(huì)感謝當(dāng)初堅(jiān)持記下來(lái)的那些細(xì)節(jié)。