簡(jiǎn)介面向STM32嵌入式開(kāi)發(fā)者的OTA升級(jí)參考資源特別適配工業(yè)現(xiàn)場(chǎng)通過(guò)RS485總線遠(yuǎn)程維護(hù)設(shè)備的需求。資源包含自制bootloader與App兩套完整Keil工程演示了從固件分包傳輸、存儲(chǔ)到跳轉(zhuǎn)運(yùn)行的全鏈路實(shí)現(xiàn)。包內(nèi)共277個(gè)文件以C/H源碼為核心另含axf、bin、hex等編譯輸出文件以及工程配置文檔壓縮包僅2.86MB目錄結(jié)構(gòu)清晰便于對(duì)比Bootloader與App的協(xié)作關(guān)系。已有2534人學(xué)習(xí)適合正在規(guī)劃IAP功能或設(shè)備聯(lián)網(wǎng)升級(jí)方案的中高級(jí)工程師。讀者可獲得串口/485幀協(xié)議解析、Flash擦寫(xiě)與跳轉(zhuǎn)、固件地址規(guī)劃等關(guān)鍵代碼并可直接在此工程基礎(chǔ)上進(jìn)行二次開(kāi)發(fā)。1. 為什么要用串口/485做OTA升級(jí)先把場(chǎng)景想清楚做嵌入式這些年我接過(guò)不少設(shè)備已經(jīng)量產(chǎn)鋪出去了固件出了Bug要現(xiàn)場(chǎng)改的活兒。早期最痛苦的方式是派個(gè)人拎著仿真器跑現(xiàn)場(chǎng)拆殼、接線、燒錄、合殼運(yùn)氣好半小時(shí)運(yùn)氣不好當(dāng)天都搞不定。后來(lái)慢慢把OTA升級(jí)通道做進(jìn)產(chǎn)品里才發(fā)現(xiàn)這個(gè)決策能省下大量人力成本也讓我意識(shí)到一個(gè)問(wèn)題很多團(tuán)隊(duì)在規(guī)劃OTA方案時(shí)一上來(lái)就奔著Wi-Fi、4G、以太網(wǎng)這些高級(jí)通道去反而忽略了串口/485這種最基礎(chǔ)、最可靠、成本最低的升級(jí)方式。1.1 串口/485 OTA的典型應(yīng)用場(chǎng)景先說(shuō)清楚什么叫串口/485 OTA。在STM32F4這類MCU上OTA一般指IAPIn-Application Programming也就是程序運(yùn)行過(guò)程中通過(guò)某種通信接口把新的固件數(shù)據(jù)接收下來(lái)寫(xiě)入Flash然后跳轉(zhuǎn)到新程序執(zhí)行。串口UART是最常用的通道485本質(zhì)上是串口加了一顆收發(fā)器芯片如SP3485、MAX485物理層變成差分信號(hào)傳輸距離更遠(yuǎn)、抗干擾更強(qiáng)但協(xié)議棧層面的處理邏輯和串口基本一致。哪些場(chǎng)景適合用串口/485 OTA我歸納下來(lái)大概是這四類工業(yè)現(xiàn)場(chǎng)設(shè)備比如伺服驅(qū)動(dòng)器、PLC擴(kuò)展模塊、儀器儀表很多設(shè)備本身就只有RS485接口沒(méi)有網(wǎng)絡(luò)條件有上位機(jī)/觸摸屏的產(chǎn)線設(shè)備產(chǎn)線設(shè)備一般都有上位機(jī)通過(guò)串口或485在通信升級(jí)固件時(shí)直接復(fù)用這條鏈路就行批量生產(chǎn)環(huán)節(jié)生產(chǎn)時(shí)通過(guò)串口燒錄固件比用J-Link一個(gè)一個(gè)插上去快得多配合自動(dòng)化治具效率翻倍售后維護(hù)場(chǎng)景設(shè)備出問(wèn)題后客服通過(guò)遠(yuǎn)程指導(dǎo)現(xiàn)場(chǎng)人員接一根USB轉(zhuǎn)485線幾分鐘就能完成升級(jí)不用拆殼。1.2 為什么方式1不選網(wǎng)絡(luò)通道很多初學(xué)者問(wèn)我為什么STM32F4這么強(qiáng)的芯片不直接用以太網(wǎng)或者CAN做OTA其實(shí)不是不行而是復(fù)雜度和可靠性的取舍問(wèn)題。串口/485 OTA有幾個(gè)天然優(yōu)勢(shì)協(xié)議簡(jiǎn)單不需要TCP/IP協(xié)議棧不需要MAC地址、IP配置MCU端代碼量小調(diào)試容易鏈路可控串口是點(diǎn)對(duì)點(diǎn)通信速率低、邏輯簡(jiǎn)單出錯(cuò)容易排查不像網(wǎng)絡(luò)環(huán)境有各種不確定性成本極低很多產(chǎn)品MCU上本來(lái)就預(yù)留了串口引腳硬件上零成本改動(dòng)通用性強(qiáng)一臺(tái)電腦加一根USB轉(zhuǎn)串口線或USB轉(zhuǎn)485線就能當(dāng)升級(jí)工具不需要專門的燒錄器。所以方式1的核心思路是用最簡(jiǎn)單可靠的物理鏈路配合一套嚴(yán)謹(jǐn)?shù)耐ㄐ艆f(xié)議和引導(dǎo)程序?qū)崿F(xiàn)固件的分包傳輸、校驗(yàn)、寫(xiě)入和跳轉(zhuǎn)。這篇文章我盡量把整個(gè)方案的設(shè)計(jì)思路、代碼架構(gòu)、踩坑經(jīng)驗(yàn)都寫(xiě)清楚讓你看完之后能直接在自己項(xiàng)目里落地。2. STM32F4的Flash分區(qū)與引導(dǎo)程序設(shè)計(jì)IAP的地基OTA能不能穩(wěn)定跑起來(lái)一半的功夫在引導(dǎo)程序Bootloader的規(guī)劃設(shè)計(jì)上。很多人第一次做IAP上來(lái)就寫(xiě)跳轉(zhuǎn)代碼結(jié)果不是跳不過(guò)去就是跳過(guò)去了跑飛歸根結(jié)底是對(duì)STM32F4的Flash布局和中斷向量表機(jī)制理解不到位。2.1 Flash空間規(guī)劃給Bootloader和應(yīng)用各分一塊地STM32F4系列Flash容量從256KB到1MB不等以最常見(jiàn)的STM32F407ZGT6為例Flash一共1MB分為12個(gè)扇區(qū)Sector 0~11每個(gè)扇區(qū)大小不同——前4個(gè)扇區(qū)是16KB第5個(gè)扇區(qū)是64KB后面全是128KB。這個(gè)扇區(qū)結(jié)構(gòu)在規(guī)劃分區(qū)時(shí)必須心里有數(shù)因?yàn)椴脸僮魇前瓷葏^(qū)來(lái)的。典型的雙區(qū)規(guī)劃是分區(qū)起始地址大小存放內(nèi)容Bootloader區(qū)0x0800000032KB引導(dǎo)程序、升級(jí)邏輯App區(qū)0x08008000剩余空間應(yīng)用程序標(biāo)志位區(qū)Flash末尾幾個(gè)字節(jié)升級(jí)標(biāo)志、固件信息Bootloader放32KB是夠用的如果你用STM32CubeMX生成工程HAL庫(kù)加串口驅(qū)動(dòng)再加Flash驅(qū)動(dòng)編譯出來(lái)一般也就十幾KB余量充足。App起始地址選0x08008000對(duì)應(yīng)Sector 2——因?yàn)镾ector 0和1各16KB加起來(lái)正好32KB這樣App區(qū)從Sector 2開(kāi)始后面都是連續(xù)的128KB大扇區(qū)讀寫(xiě)在邏輯上也簡(jiǎn)單。2.2 引導(dǎo)程序的完整執(zhí)行流程引導(dǎo)程序的工作分兩種情況冷啟動(dòng)引導(dǎo)和升級(jí)模式。冷啟動(dòng)時(shí)Bootloader檢查有沒(méi)有升級(jí)請(qǐng)求沒(méi)有就跳轉(zhuǎn)App有升級(jí)請(qǐng)求就進(jìn)入升級(jí)流程接收固件數(shù)據(jù)并寫(xiě)入Flash。整個(gè)流程圖不需要畫(huà)出多么復(fù)雜的時(shí)序核心邏輯其實(shí)就這幾步系統(tǒng)上電Bootloader初始化時(shí)鐘、串口、GPIO檢查升級(jí)標(biāo)志正常啟動(dòng)時(shí)清除有升級(jí)需求時(shí)置位若無(wú)升級(jí)標(biāo)志校驗(yàn)App區(qū)首地址是否為有效堆棧地址有效則跳轉(zhuǎn)若有升級(jí)標(biāo)志或收到上位機(jī)的升級(jí)指令進(jìn)入升級(jí)狀態(tài)機(jī)開(kāi)始接收固件升級(jí)完成后更新標(biāo)志軟件復(fù)位重啟。這里有一個(gè)關(guān)鍵細(xì)節(jié)跳轉(zhuǎn)前要正確設(shè)置主棧指針和中斷向量表偏移。App程序在編譯時(shí)必須把IROM1的起始地址改成0x08008000同時(shí)在SystemInit之后調(diào)用SCB-VTOR APP_ADDR;來(lái)重定向中斷向量表。如果忽略這個(gè)App里的串口中斷、定時(shí)器中斷一觸發(fā)就直接跑飛這是最常見(jiàn)的IAP失敗原因。2.3 寫(xiě)Flash的幾個(gè)注意事項(xiàng)STM32F4的Flash編程有幾個(gè)硬性要求寫(xiě)不對(duì)不僅會(huì)觸發(fā)HardFault嚴(yán)重時(shí)甚至?xí)袯ootloader區(qū)都擦掉必須按字32位寫(xiě)入HAL庫(kù)的HAL_FLASH_Program函數(shù)要求傳入的是uint64_t類型數(shù)據(jù)內(nèi)部實(shí)際按雙字寫(xiě)你不能直接傳一個(gè)字節(jié)擦除是整扇區(qū)的哪怕你只想改一個(gè)字節(jié)也得先把整個(gè)扇區(qū)的內(nèi)容讀出來(lái)、擦掉、再寫(xiě)回去寫(xiě)Flash時(shí)不能執(zhí)行Flash里的代碼如果你的代碼在Flash里跑著然后又去寫(xiě)Flash會(huì)觸發(fā)總線錯(cuò)誤。解決辦法是把寫(xiě)Flash的函數(shù)放到RAM里執(zhí)行或者用HAL庫(kù)HAL庫(kù)內(nèi)部已經(jīng)處理了這個(gè)問(wèn)題底層會(huì)暫停CPU中斷并處理指令預(yù)取注意看門狗Flash擦寫(xiě)耗時(shí)較長(zhǎng)特別是128KB的大扇區(qū)擦除可能要幾百毫秒到1秒如果你的產(chǎn)品開(kāi)了獨(dú)立看門狗IWDG在升級(jí)過(guò)程中必須及時(shí)喂狗否則升級(jí)到一半系統(tǒng)復(fù)位App區(qū)處于半寫(xiě)狀態(tài)設(shè)備就變磚了。關(guān)于變磚的問(wèn)題后面第4節(jié)我會(huì)專門講保護(hù)機(jī)制。3. 傳輸協(xié)議怎么設(shè)計(jì)穩(wěn)定升級(jí)的核心不在Flash而在通信說(shuō)句實(shí)在話Flash寫(xiě)入代碼寫(xiě)對(duì)了其實(shí)沒(méi)什么技術(shù)含量真正的難點(diǎn)在通信。串口/485這種物理鏈路沒(méi)有TCP的擁塞控制、沒(méi)有確認(rèn)重傳機(jī)制你要自己設(shè)計(jì)一套夠用但不復(fù)雜的協(xié)議才能保證大固件比如100KB的App傳輸過(guò)程中不出錯(cuò)。我現(xiàn)在用的這套協(xié)議是從Modbus RTU和YMODEM協(xié)議的思路里提煉出來(lái)的兼顧了簡(jiǎn)單性和可靠性。3.1 幀格式與通信流程設(shè)計(jì)我用的是幀頭命令長(zhǎng)度序號(hào)數(shù)據(jù)CRC校驗(yàn)的固定幀格式每個(gè)字段的含義如下字段長(zhǎng)度說(shuō)明幀頭2字節(jié)0xAA 0x55用于幀同步命令1字節(jié)0x01握手 0x02傳數(shù)據(jù) 0x03結(jié)束 0x04取消數(shù)據(jù)長(zhǎng)度2字節(jié)大端模式指示數(shù)據(jù)字段的長(zhǎng)度幀序號(hào)2字節(jié)從0開(kāi)始遞增用于丟幀檢測(cè)數(shù)據(jù)N字節(jié)固件數(shù)據(jù)或其他有效載荷CRC162字節(jié)從命令字段到數(shù)據(jù)字段末尾的CRC校驗(yàn)每次升級(jí)的通信流程是三次握手批量傳輸結(jié)束確認(rèn)。上位機(jī)先發(fā)握手請(qǐng)求Bootloader收到后回一個(gè)帶固件長(zhǎng)度和CRC的信息上位機(jī)確認(rèn)無(wú)誤后開(kāi)始按每包256字節(jié)或512字節(jié)分包發(fā)送每發(fā)一包Bootloader寫(xiě)入Flash后回一個(gè)ACK上位機(jī)收到ACK再發(fā)下一包。如果收到NACK則重發(fā)當(dāng)前包連續(xù)重發(fā)N次失敗就中止升級(jí)。3.2 握手階段先談戀愛(ài)再結(jié)婚很多人做IAP會(huì)把流程做得很糙上位機(jī)直接嘩啦嘩啦發(fā)數(shù)據(jù)MCU一邊收一邊寫(xiě)。這樣在理想環(huán)境下也許能跑通但實(shí)際用起來(lái)非常脆弱——你根本不知道當(dāng)前設(shè)備里是什么版本的固件、扇區(qū)狀態(tài)怎么樣、能不能支持升級(jí)。我的握手邏輯是這樣的上位機(jī)發(fā)0xAA 0x55 0x01 0x00 0x00 0x00 0x00即握手請(qǐng)求Bootloader回復(fù)設(shè)備信息Bootloader版本號(hào)、App區(qū)起始地址、App區(qū)總?cè)萘?、每包最大長(zhǎng)度上位機(jī)根據(jù)設(shè)備信息構(gòu)造固件頭發(fā)回固件長(zhǎng)度、固件CRC32校驗(yàn)值Bootloader收到后計(jì)算升級(jí)時(shí)間回復(fù)OK或拒絕雙方進(jìn)入數(shù)據(jù)階段。這個(gè)握手過(guò)程看起來(lái)增加了不少代碼量但帶來(lái)的收益非常大升級(jí)前你就知道版本是否匹配、空間是否足夠、鏈路是否正常不用等傳了一半才發(fā)現(xiàn)問(wèn)題。3.3 CRC校驗(yàn)和ACK/NACK機(jī)制我之前偷懶用過(guò)求和校驗(yàn)后來(lái)發(fā)現(xiàn)實(shí)際傳輸中串口偶爾會(huì)出現(xiàn)連續(xù)多位翻轉(zhuǎn)的情況求和校驗(yàn)根本查不出來(lái)固件寫(xiě)進(jìn)去之后設(shè)備運(yùn)行到某個(gè)角落就莫名死機(jī)。后來(lái)?yè)Q成CRC16-CCITT之后再也沒(méi)出過(guò)校驗(yàn)漏檢的問(wèn)題。數(shù)據(jù)傳輸階段MCU每收到一包數(shù)據(jù)先檢查幀格式、幀序號(hào)、長(zhǎng)度然后做CRC16校驗(yàn)。校驗(yàn)通過(guò)就把數(shù)據(jù)寫(xiě)入Flash置位寫(xiě)入完成標(biāo)志回ACK校驗(yàn)失敗或者序號(hào)不對(duì)就回NACK上位機(jī)收到NACK后重發(fā)當(dāng)前包。上位機(jī)端還需要一個(gè)超時(shí)機(jī)制——發(fā)出數(shù)據(jù)包后500ms內(nèi)沒(méi)收到任何回復(fù)自動(dòng)重發(fā)連續(xù)3次超時(shí)則報(bào)錯(cuò)提示用戶檢查物理連接。這里有個(gè)容易被忽略的點(diǎn)MCU寫(xiě)Flash是耗時(shí)的特別是碰到扇區(qū)邊界需要先擦除。如果你每收一包都立刻回ACK可能會(huì)因?yàn)镕lash編程時(shí)間過(guò)長(zhǎng)導(dǎo)致上位機(jī)超時(shí)誤判。解決辦法是MCU先回ACK再寫(xiě)Flash或者上位機(jī)把超時(shí)時(shí)間放寬到1秒以上。我用的是先回ACK再寫(xiě)Flash因?yàn)榇诓ㄌ芈室话?15200發(fā)512字節(jié)大概也就45ms這個(gè)時(shí)間內(nèi)回ACK完全來(lái)得及。3.4 波特率的選擇不是越快越好很多人一上來(lái)就想用921600甚至2Mbps的波特率覺(jué)得這樣傳得快。但我要潑一盆冷水OTA升級(jí)場(chǎng)景中可靠性永遠(yuǎn)優(yōu)于速度。原因有幾個(gè)CH340這種常見(jiàn)的USB轉(zhuǎn)串口芯片高波特率下丟包率會(huì)明顯上升特別是USB的總線調(diào)度有延遲485鏈路在長(zhǎng)距離下波特率越高信號(hào)衰減和反射越嚴(yán)重誤碼率急劇上升MCU端如果用中斷接收高波特率下中斷頻率過(guò)高會(huì)擠壓主循環(huán)時(shí)間Flash擦寫(xiě)時(shí)如果被中斷打斷時(shí)序就可能出問(wèn)題。我實(shí)測(cè)下來(lái)115200到256000是比較舒服的范圍。一個(gè)256KB的App115200波特率下大概傳250秒其實(shí)完全可以接受——畢竟升級(jí)不是頻繁操作穩(wěn)定把固件寫(xiě)進(jìn)去才是硬道理。4. 485通信模式下要注意的硬件細(xì)節(jié)自動(dòng)收發(fā)電路與方向切換如果你的設(shè)備走的是RS485總線那么軟件層面的協(xié)議設(shè)計(jì)基本不變但硬件和驅(qū)動(dòng)層面有幾個(gè)隱藏關(guān)卡處理不好就是升級(jí)到一半總線沖突、數(shù)據(jù)亂碼。4.1 收發(fā)切換的三種方案RS485是半雙工通信發(fā)送和接收共用一對(duì)差分線所以必須通過(guò)DE/RE引腳控制收發(fā)器的方向。實(shí)際項(xiàng)目中常見(jiàn)三種做法MCU引腳控制方向發(fā)送前拉高DE延時(shí)等數(shù)據(jù)發(fā)完再拉低回接收態(tài)?？刂坪?jiǎn)單但時(shí)序要算準(zhǔn)串口發(fā)送完成中斷或者TC標(biāo)志位要用對(duì)自動(dòng)收發(fā)電路利用三極管或比較器根據(jù)TXD信號(hào)自動(dòng)切換方向硬件自動(dòng)處理軟件不用操心專用自動(dòng)收發(fā)芯片比如MAX13487這類芯片內(nèi)置了方向控制邏輯價(jià)格略高但最省心。我做量產(chǎn)產(chǎn)品時(shí)首選自動(dòng)收發(fā)電路原因很簡(jiǎn)單軟件里少一個(gè)切換方向-延時(shí)-切換回來(lái)的狀態(tài)機(jī)升級(jí)邏輯更干凈也不容易因?yàn)榘l(fā)送完成標(biāo)志判斷失誤導(dǎo)致尾巴沒(méi)發(fā)完就切回接收態(tài)。自動(dòng)收發(fā)電路的典型做法是在RO和DI信號(hào)線上加三極管檢測(cè)TXD的起始位硬件層面實(shí)現(xiàn)對(duì)DE的控制具體的搭建電路網(wǎng)上有大量參考可以查。4.2 自動(dòng)收發(fā)電路的一個(gè)致命坑發(fā)送尾巴被截?cái)噙@里必須分享一個(gè)我踩過(guò)的坑。自動(dòng)收發(fā)電路有個(gè)通病當(dāng)TXD變成空閑高電平后DE延時(shí)一小段時(shí)間才會(huì)拉低如果這個(gè)延時(shí)不夠長(zhǎng)數(shù)據(jù)幀的最后幾個(gè)bit還沒(méi)完全發(fā)出去方向就切回接收了導(dǎo)致對(duì)端收到的是殘缺幀。表現(xiàn)癥狀是偶爾第一包握手成功后面數(shù)據(jù)包全部CRC錯(cuò)誤或者發(fā)一條指令對(duì)端收到的是莫名其妙的亂碼。排查思路是拿示波器看A/B差分波形和DE引腳波形對(duì)比數(shù)據(jù)幀結(jié)束時(shí)的時(shí)序。解決辦法是硬件調(diào)整RC時(shí)間常數(shù)或者接收端在協(xié)議層加容錯(cuò)——幀尾加一個(gè)字節(jié)的延時(shí)確認(rèn)又或者軟件里在發(fā)送最后一字節(jié)后主動(dòng)延時(shí)1-2個(gè)字節(jié)的發(fā)送時(shí)間再切換方向。如果你用的是MCU引腳控制的方案記住一個(gè)原則不要用發(fā)送寄存器為空作為發(fā)完的標(biāo)志要用USART的TC發(fā)送完成標(biāo)志因?yàn)門C標(biāo)志才表示數(shù)據(jù)已經(jīng)全部移出移位寄存器真正送到了線上。4.3 485總線的終端匹配與接地做485通信如果速率和距離上去了終端匹配電阻不是可選項(xiàng)。我們實(shí)際測(cè)試過(guò)100米以上距離、115200波特率不加120歐終端電阻時(shí)如果總線上出現(xiàn)阻抗不匹配信號(hào)會(huì)在末端反射產(chǎn)生振鈴直接導(dǎo)致某一包數(shù)據(jù)的CRC連續(xù)出錯(cuò)。另一個(gè)容易被忽略的問(wèn)題是地線RS485是差分信號(hào)理論上不需要共地也能通信但如果兩端設(shè)備的地電位差太大比如超過(guò)7V接收端芯片可能直接燒毀。所以長(zhǎng)距離485通信建議用帶隔離的收發(fā)器方案最常用的是在MCU側(cè)加一顆隔離電源和數(shù)字隔離器比如ADI的ADM2483、TI的ISO3082。如果只是短距離實(shí)驗(yàn)USB轉(zhuǎn)485線頭和設(shè)備之間保持共地也能湊合。5. 上位機(jī)與MCU聯(lián)調(diào)Keil配置、串口助手和常見(jiàn)坑到這里Bootloader代碼寫(xiě)好了、協(xié)議設(shè)計(jì)完了、硬件也檢查過(guò)了接下來(lái)就是最考驗(yàn)?zāi)托牡穆?lián)調(diào)環(huán)節(jié)。這一節(jié)我把實(shí)際操作中最關(guān)鍵的幾個(gè)配置和最容易遇到的問(wèn)題挨個(gè)說(shuō)一遍。5.1 Keil工程里必須改的三個(gè)地方編譯App程序時(shí)如果你用的Keil MDK以下三個(gè)配置不修改跳轉(zhuǎn)后必出問(wèn)題IROM1起始地址在Target選項(xiàng)卡里把IROM1的起始地址從0x08000000改成0x08008000大小改成剩余Flash容量。如果不改生成的hex文件下載時(shí)必須燒寫(xiě)到Bootloader之前但運(yùn)行在App里時(shí)中斷向量表偏移與編譯地址不一致函數(shù)跳轉(zhuǎn)和中斷全亂。中斷向量表偏移App工程里在SystemInit之后或者main函數(shù)最開(kāi)頭添加SCB-VTOR 0x08008000;有的HAL庫(kù)版本會(huì)自動(dòng)從VECT_TAB_OFFSET宏讀取偏移量把這個(gè)宏改成0x8000也行看具體工程模板。生成可燒寫(xiě)的bin文件Keil里配置User選項(xiàng)卡添加一條After Build命令調(diào)用fromelf.exe把a(bǔ)xf轉(zhuǎn)成binfromelf --bin --output.\Build\app.bin .\Build\app.axf上位機(jī)傳輸固件時(shí)一般用bin文件而不是hex因?yàn)閎in是純二進(jìn)制數(shù)據(jù)沒(méi)有地址信息更便于按包發(fā)送。還有個(gè)細(xì)節(jié)Debug調(diào)試時(shí)注意燒錄范圍。如果你用J-Link調(diào)試App下載算法默認(rèn)會(huì)從0x08000000開(kāi)始擦寫(xiě)如果不修改Flash Download的起始地址一調(diào)試就把Bootloader沖掉了。建議聯(lián)調(diào)階段先把Bootloader燒好然后App用串口升級(jí)方式燒寫(xiě)順便驗(yàn)證IAP鏈路。5.2 CH340、FTDI驅(qū)動(dòng)的坑串口打不開(kāi)和打開(kāi)就卡死調(diào)試串口/485升級(jí)上位機(jī)這邊用的USB轉(zhuǎn)串口線質(zhì)量參差不齊驅(qū)動(dòng)也各有脾氣。CH340是最常見(jiàn)的國(guó)產(chǎn)方案驅(qū)動(dòng)裝好之后在設(shè)備管理器里識(shí)別為COM口兼容性整體不錯(cuò)但有幾個(gè)容易踩的坑買到劣質(zhì)CH340模塊有些小廠模塊用了假的CH340芯片驅(qū)動(dòng)裝上后識(shí)別成未知設(shè)備或者收發(fā)不穩(wěn)定。建議買正規(guī)品牌或者直接選FTDI方案的線FTDI的驅(qū)動(dòng)穩(wěn)定性和兼容性確實(shí)好一點(diǎn)但價(jià)格貴了不少串口被占用串口助手打開(kāi)串口后如果你再用別的軟件嘗試打開(kāi)同一個(gè)COM口要么打不開(kāi)要么剛打開(kāi)就卡死。調(diào)試時(shí)只開(kāi)一個(gè)串口助手別程序里和工具同時(shí)去搶占收發(fā)顯示亂碼確認(rèn)波特率、數(shù)據(jù)位、停止位、校驗(yàn)位兩邊完全一致。串口調(diào)試助手里常見(jiàn)的是8數(shù)據(jù)位、1停止位、無(wú)校驗(yàn)如果你代碼里配置成了2停止位上位機(jī)忘記改大概率就是亂碼串口自動(dòng)關(guān)閉問(wèn)題Windows下拔插USB轉(zhuǎn)串口線后COM口號(hào)可能變化串口助手軟件如果緩存了舊的句柄重新打開(kāi)就會(huì)報(bào)串口打開(kāi)失敗。把線拔了重插刷新串口號(hào)再連。5.3 串口助手的換行陷阱調(diào)試協(xié)議幀時(shí)我發(fā)現(xiàn)新手特別喜歡在串口助手里勾選發(fā)送新行選項(xiàng)默認(rèn)發(fā)完數(shù)據(jù)會(huì)自動(dòng)追加\r\n0x0D 0x0A。這在調(diào)試普通AT指令時(shí)沒(méi)什么問(wèn)題但在OTA協(xié)議里就是災(zāi)難——MCU端把換行符當(dāng)成幀數(shù)據(jù)長(zhǎng)度字段對(duì)不上CRC算不對(duì)整個(gè)鏈路就沒(méi)法正常通信。我的做法是代碼里實(shí)現(xiàn)一個(gè)狀態(tài)機(jī)解析器按字節(jié)接收每收到一字節(jié)就判斷當(dāng)前狀態(tài)是找?guī)^、收長(zhǎng)度、還是收數(shù)據(jù)。這樣即使上位機(jī)不小心多發(fā)了幾字節(jié)MCU也能通過(guò)幀頭重新同步。你自己做上位機(jī)時(shí)也盡量把幀的收發(fā)邏輯做成純數(shù)據(jù)模式不疊加任何文本轉(zhuǎn)義。5.4 升級(jí)中途失敗且無(wú)法恢復(fù)這是IAP場(chǎng)景中最焦慮的一個(gè)問(wèn)題升級(jí)到一半串口意外斷開(kāi)或者電腦斷電Flash里寫(xiě)了一半的App區(qū)變成了半殘狀態(tài)設(shè)備重啟后Bootloader發(fā)現(xiàn)App區(qū)的升級(jí)標(biāo)志還在于是又進(jìn)入升級(jí)模式繼續(xù)等數(shù)據(jù)但上位機(jī)已經(jīng)退出了——這時(shí)如果沒(méi)有超時(shí)退出機(jī)制設(shè)備就卡在升級(jí)模式里看起來(lái)像變磚。解決辦法是雙保險(xiǎn)升級(jí)標(biāo)志置位后加上超時(shí)Bootloader進(jìn)入升級(jí)模式后如果X秒內(nèi)沒(méi)收到任何有效數(shù)據(jù)包自動(dòng)清零升級(jí)標(biāo)志并跳轉(zhuǎn)當(dāng)前已有的App簽名驗(yàn)證機(jī)制進(jìn)階版在App區(qū)末尾寫(xiě)入固定魔數(shù)固件哈希值Bootloader每次啟動(dòng)時(shí)先校驗(yàn)App區(qū)是否完整。不完整就強(qiáng)制進(jìn)入升級(jí)模式等待完整才跳轉(zhuǎn)。這樣即使升級(jí)中斷設(shè)備也只是停在升級(jí)模式等待新固件不會(huì)徹底鎖死。我目前用的是魔數(shù)校驗(yàn)超時(shí)退出量產(chǎn)幾年了一直穩(wěn)定。如果追求更嚴(yán)苛的可靠性可以在App的編譯腳本里自動(dòng)生成CRC32表追加到固件末尾Bootloader啟動(dòng)時(shí)全片校驗(yàn)大概能覆蓋100%的損壞場(chǎng)景。6. 485雙向通信下主從機(jī)同時(shí)收發(fā)導(dǎo)致的總線沖突排查前面聊的都是串口點(diǎn)對(duì)點(diǎn)場(chǎng)景。如果你的設(shè)備走的是RS485主從總線比如Modbus RTU網(wǎng)絡(luò)里設(shè)備既要用485做主從通信又希望通過(guò)同一根總線OTA升級(jí)問(wèn)題就復(fù)雜得多了——最典型的現(xiàn)象是熱詞里提到的那個(gè)485 Modbus主機(jī)從機(jī)分別測(cè)試都正常主機(jī)連接從機(jī)就不正常。6.1 問(wèn)題本質(zhì)收發(fā)時(shí)序的閉環(huán)復(fù)制我分析這類問(wèn)題的經(jīng)驗(yàn)是先拋開(kāi)OTA升級(jí)這個(gè)高級(jí)需求把485通信當(dāng)成一個(gè)純粹的總線時(shí)序問(wèn)題來(lái)排查。分開(kāi)測(cè)、主機(jī)單獨(dú)發(fā)、從機(jī)單獨(dú)回各自都正常一接在一起就不行大概率是這兩個(gè)問(wèn)題之一收發(fā)器方向切換時(shí)序不對(duì)主機(jī)發(fā)完請(qǐng)求后如果方向控制還沒(méi)完全切回接收態(tài)就開(kāi)始等從機(jī)應(yīng)答會(huì)錯(cuò)過(guò)從機(jī)回復(fù)的第一個(gè)字節(jié)從機(jī)發(fā)的數(shù)據(jù)只有半個(gè)字節(jié)能被收到看起來(lái)就是從機(jī)沒(méi)反應(yīng)總線上有第三個(gè)收發(fā)器在搗亂比如調(diào)試時(shí)你電腦上掛了一個(gè)USB轉(zhuǎn)485它雖然沒(méi)發(fā)包但它的接收器一直掛在總線上如果它的輸入阻抗不夠高會(huì)拉低總線電平導(dǎo)致正常通信的邊沿幅度不足。排查鏈路我建議按這個(gè)順序走先用示波器抓A/B兩端波形看數(shù)據(jù)發(fā)送時(shí)差分電平是否清晰到達(dá)再抓DE/RE引腳波形確認(rèn)方向切換的臨界點(diǎn)最后斷開(kāi)所有無(wú)關(guān)設(shè)備只留主機(jī)和從機(jī)逐步加回設(shè)備找出正確時(shí)序下不該出現(xiàn)的干擾源。6.2 升級(jí)過(guò)程中和Modbus主從通信怎么共存如果你的設(shè)備平時(shí)運(yùn)行在Modbus從機(jī)模式下要在不干擾正常主從輪詢的前提下插入OTA升級(jí)必須設(shè)計(jì)一個(gè)升級(jí)模式入口。我常用的方案是定義一個(gè)特殊功能碼或者復(fù)用一個(gè)保持寄存器作為升級(jí)請(qǐng)求標(biāo)志。主機(jī)想升級(jí)某臺(tái)從機(jī)時(shí)先寫(xiě)這個(gè)寄存器從機(jī)置位升級(jí)標(biāo)志并回包然后從機(jī)不再響應(yīng)普通Modbus請(qǐng)求進(jìn)入升級(jí)模式。升級(jí)完成后從機(jī)軟復(fù)位重新進(jìn)入正常主從模式。這樣做的關(guān)鍵是升級(jí)期間總線上只有升級(jí)交互的雙方其他從機(jī)必須進(jìn)入靜默狀態(tài)。如果你的上位機(jī)既要輪詢其他從機(jī)又要給目標(biāo)從機(jī)傳數(shù)據(jù)就把升級(jí)數(shù)據(jù)的幀格式和Modbus的從機(jī)地址區(qū)分開(kāi)比如升級(jí)幀里帶目標(biāo)從機(jī)地址只有目標(biāo)從機(jī)才響應(yīng)該地址的升級(jí)命令?？偟膩?lái)說(shuō)要把OTA升級(jí)做成485總線上的一個(gè)臨時(shí)會(huì)話用地址和命令字隔離避免和正常業(yè)務(wù)互相踩踏。6.3 從串口升級(jí)到485升級(jí)代碼層面到底改了啥從實(shí)現(xiàn)角度說(shuō)串口OTA和485 OTA在MCU端的代碼差異其實(shí)很小主要就兩點(diǎn)GPIO配置串口用TXD/RXD兩個(gè)引腳直接接USB轉(zhuǎn)串口485要在移植時(shí)初始化DE/RE引腳并實(shí)現(xiàn)方向切換邏輯發(fā)送函數(shù)要加方向控制普通串口發(fā)送就是往數(shù)據(jù)寄存器寫(xiě)數(shù)據(jù)485需要先拉高DE發(fā)送完成后再拉低DE。封裝一個(gè)RS485_SendBuffer函數(shù)里面先RS485_SetDir(1)發(fā)完再RS485_SetDir(0)其他地方不用動(dòng)。所以我做方案時(shí)一般把通信底層抽象成UART_SendBytes/UART_ReceiveByte485只是在這個(gè)接口上多包了一層方向控制。將來(lái)產(chǎn)品要改用CAN OTA或者以太網(wǎng)OTA上面的協(xié)議邏輯和Bootloader結(jié)構(gòu)都可以復(fù)用只需要換掉最底層的收發(fā)函數(shù)。這個(gè)層次劃分值得一開(kāi)始就做好不然后面擴(kuò)展會(huì)很痛苦。7. 從一次實(shí)際升級(jí)事故講起我是怎么定位Flash寫(xiě)入失敗的最后分享一個(gè)實(shí)操中比較典型的問(wèn)題案例是我在給一臺(tái)量產(chǎn)的STM32F407設(shè)備做485 OTA時(shí)遇到的?，F(xiàn)象是傳輸過(guò)程中前幾十包都很正常到某一包開(kāi)始MCU回NACK上位機(jī)重發(fā)N次仍然失敗升級(jí)終止。把設(shè)備斷電重啟之后能正常進(jìn)入App但App版本次數(shù)不對(duì)說(shuō)明前面寫(xiě)進(jìn)去的數(shù)據(jù)有一部分沒(méi)生效。7.1 排查過(guò)程從懷疑鏈路到鎖定Flash一開(kāi)始我懷疑是485鏈路的問(wèn)題畢竟物理層受干擾的可能性最大。我先用示波器抓了A/B差分信號(hào)波形干凈邊沿清晰排除了信號(hào)完整性問(wèn)題。又換了新的USB轉(zhuǎn)485線問(wèn)題依舊。后來(lái)我打印了MCU收到每一包數(shù)據(jù)的序號(hào)和CRC結(jié)果發(fā)現(xiàn)一個(gè)規(guī)律失敗的位置總是出現(xiàn)在一個(gè)固定區(qū)域——64KB扇區(qū)的邊界附近。這就很能說(shuō)明問(wèn)題了。STM32F407的Flash扇區(qū)前四個(gè)16KB接著是64KB再往后是128KB。如果我的App從0x08008000開(kāi)始Bootloader占32KB那么App區(qū)前兩個(gè)扇區(qū)是16KB16KB接著就是64KB扇區(qū)。數(shù)據(jù)寫(xiě)到0x0801000064KB扇區(qū)的邊界時(shí)Flash控制器要做扇區(qū)切換如果代碼在扇區(qū)切換時(shí)沒(méi)有正確管理擦除時(shí)機(jī)很可能出現(xiàn)寫(xiě)入地址錯(cuò)位的情況。7.2 根因跨扇區(qū)邊界時(shí)的擦除時(shí)序我的代碼邏輯是先查當(dāng)前地址所在的扇區(qū)如果跟上一個(gè)寫(xiě)入的扇區(qū)不同就擦除新扇區(qū)再寫(xiě)。問(wèn)題在于擦除和寫(xiě)入沒(méi)有做原子操作——某次升級(jí)中擦除完成了但是寫(xiě)入還沒(méi)開(kāi)始此時(shí)上位機(jī)的超時(shí)重發(fā)機(jī)制認(rèn)為上一包失敗重發(fā)了相同序號(hào)但MCU側(cè)的寫(xiě)入地址已經(jīng)推進(jìn)到新扇區(qū)導(dǎo)致接收方狀態(tài)機(jī)和發(fā)送方錯(cuò)位每包序號(hào)對(duì)不上CRC也全亂。弄清根因后我改了兩處一是讓Bootloader在擦除扇區(qū)時(shí)不響應(yīng)任何新數(shù)據(jù)包擦完再繼續(xù)接收二是上位機(jī)在MCU回復(fù)擦除中這個(gè)狀態(tài)時(shí)不重發(fā)當(dāng)前包而是等待固定延時(shí)再發(fā)下一包。修改后連續(xù)測(cè)試了十幾次跨扇區(qū)邊界再也沒(méi)有失敗過(guò)。7.3 經(jīng)驗(yàn)沉淀給正在做OTA的你幾條建議做完這個(gè)項(xiàng)目我把自己做OTA的流程沉淀成了一份清單每次新項(xiàng)目都按這個(gè)走很少再出大問(wèn)題先在串口模式下把整個(gè)升級(jí)鏈路跑通再切換485。485比串口多一個(gè)方向控制的變量把變量留到最后加排查起來(lái)簡(jiǎn)單很多在Bootloader里加詳細(xì)日志輸出收到的包序號(hào)、CRC結(jié)果、Flash擦寫(xiě)狀態(tài)通過(guò)串口實(shí)時(shí)打印。調(diào)試完再關(guān)掉日志代碼但要保留一個(gè)宏開(kāi)關(guān)方便現(xiàn)場(chǎng)遠(yuǎn)程定位問(wèn)題升級(jí)前把App的版本號(hào)放到一個(gè)固定地址比如Flash最后一個(gè)扇區(qū)的前四個(gè)字節(jié)每次升級(jí)時(shí)校驗(yàn)新舊版本避免誤刷同版本或者降級(jí)刷入導(dǎo)致配置不兼容給上位機(jī)做升級(jí)進(jìn)度剩余時(shí)間顯示用戶等太久會(huì)焦慮進(jìn)度條能極大提升體驗(yàn)而且能及時(shí)發(fā)現(xiàn)鏈路卡死升級(jí)過(guò)程中嚴(yán)禁斷電這個(gè)必須醒目標(biāo)注在說(shuō)明書(shū)里最好在產(chǎn)品上設(shè)計(jì)一個(gè)升級(jí)指示燈讓操作人員一眼看到狀態(tài)。8. 從串口助手到批量燒錄治具這套方案的下一步擴(kuò)展做完一次OTA方案后你會(huì)發(fā)現(xiàn)這套東西就像打通了任督二脈——它不只是升級(jí)固件這么簡(jiǎn)單還能往上疊很多生產(chǎn)、測(cè)試、維護(hù)的工具。我的經(jīng)驗(yàn)是先把基礎(chǔ)鏈路通然后根據(jù)實(shí)際需要逐步開(kāi)發(fā)周邊工具。最常用的擴(kuò)展方向有三個(gè)。第一是批量燒錄治具產(chǎn)線里用一塊F407的板子當(dāng)燒錄器通過(guò)數(shù)組存儲(chǔ)bin文件再用485總線并發(fā)地往多個(gè)設(shè)備燒錄比人工一個(gè)個(gè)插J-Link效率高一個(gè)量級(jí)。第二是遠(yuǎn)程協(xié)助升級(jí)設(shè)備的485總線如果接了DTU或串口服務(wù)器上位機(jī)通過(guò)MQTT或TCP下發(fā)升級(jí)指令和固件包DTU把它轉(zhuǎn)成串口數(shù)據(jù)就能實(shí)現(xiàn)云端觸發(fā)、鏈路復(fù)用的遠(yuǎn)程升級(jí)。這個(gè)方向很多物聯(lián)網(wǎng)網(wǎng)關(guān)方案已經(jīng)在用協(xié)議設(shè)計(jì)思路和我前面講的完全一致。第三是日志回傳設(shè)備運(yùn)行狀態(tài)、錯(cuò)誤日志通過(guò)485總線定時(shí)上報(bào)方便遠(yuǎn)程診斷排查問(wèn)題不用再跑現(xiàn)場(chǎng)。如果真的想把OTA這套東西做得更扎實(shí)我強(qiáng)烈建議你研究一下YMODEM協(xié)議和STM32官方應(yīng)用筆記AN4657里的IAP實(shí)現(xiàn)思路。前者對(duì)大數(shù)據(jù)傳輸?shù)耐ㄐ偶?xì)節(jié)處理得非常完善后者對(duì)Flash編程、跳轉(zhuǎn)穩(wěn)定性方面有不少成熟的參考代碼?？赐曛竽銜?huì)發(fā)現(xiàn)自己設(shè)計(jì)的協(xié)議在很多細(xì)節(jié)上都能再打磨一輪——比如對(duì)最后一包不滿長(zhǎng)度時(shí)的補(bǔ)零規(guī)則斷線重連后的續(xù)傳機(jī)制這些邊角情況的處理工程上差之毫厘成品穩(wěn)定性就謬以千里。本文還有配套的精品資源點(diǎn)擊獲取