做嵌入式這幾年P(guān)SRAM、NOR Flash、USB這三個(gè)名字我?guī)缀跆焯齑蚪坏?。一個(gè)是內(nèi)存擴(kuò)展一個(gè)是代碼與參數(shù)的存放地一個(gè)是和外部世界通信的接口——聽起來都是再標(biāo)準(zhǔn)不過的外設(shè)?？烧嬲阉鼈兘M合在一個(gè)系統(tǒng)里跑穩(wěn)定尤其是要在量產(chǎn)線上批量復(fù)現(xiàn)時(shí)你會(huì)發(fā)現(xiàn)不確定性這三個(gè)字幾乎無處不在。同一顆芯片、同一份代碼有的板子一次過有的板子偶發(fā)枚舉失敗有的設(shè)備低溫下代碼加載直接卡死。這不是玄學(xué)而是這三類器件在物理層和協(xié)議層本身就帶著一批說不準(zhǔn)的行為工程上如果不去理解這些不確定性就會(huì)在排障時(shí)走很多彎路。這篇文章把我這些年調(diào)PSRAM、NOR Flash、USB時(shí)踩過的坑、驗(yàn)證過的方法和最終沉淀下來的排查套路一次性整理出來適合正在做MCU/嵌入式Linux產(chǎn)品方案的工程師也適合剛?cè)胧諷TM32、ESP32等平臺(tái)、被外設(shè)穩(wěn)定性問題折磨的新手。內(nèi)容不追求面面俱到重點(diǎn)是把為什么會(huì)出現(xiàn)不確定性和怎么把它管住講透看完你至少能少熬夜調(diào)幾個(gè)Bug。1. 一個(gè)翻車現(xiàn)場(chǎng)引出的三個(gè)不確定性1.1 項(xiàng)目背景PSRAM、NOR Flash、USB為什么會(huì)湊到一起先還原一下我經(jīng)歷過的一個(gè)典型場(chǎng)景。某款帶屏的IoT產(chǎn)品主控選了帶PSRAM擴(kuò)展的MCU方案PSRAM用來跑UI緩沖和音頻緩沖固件放在一顆8MB的NOR Flash里上電后由Bootloader從Flash搬運(yùn)到內(nèi)部SRAM/PSRAM執(zhí)行同時(shí)設(shè)備通過USB Device接口連接電腦既要做USB虛擬串口CDC做日志輸出還要支持DFU固件升級(jí)。這個(gè)組合在今天其實(shí)非常常見。PSRAM解決內(nèi)存不夠用NOR Flash解決代碼和參數(shù)怎么可靠存放USB解決怎么跟PC交互。三者看似各管一攤但在實(shí)際調(diào)試中它們會(huì)互相作用USB枚舉瞬間的電流波動(dòng)能干擾PSRAM的供電NOR Flash擦除時(shí)被USB的中斷打斷可能導(dǎo)致擦除流程異常PSRAM初始化沒完成時(shí)USB描述符中斷來了系統(tǒng)直接死機(jī)。要理清這些就得先把每一類器件的不確定性單獨(dú)拿出來看。1.2 所謂不確定性到底指的是什么我理解的不確定性不是量子力學(xué)那種真隨機(jī)而是指器件的某個(gè)行為在datasheet的典型條件下是確定的但在真實(shí)系統(tǒng)里因?yàn)楣╇?、溫度、時(shí)序、代碼順序、總線復(fù)用等原因結(jié)果變得難以預(yù)測(cè)。具體分四類時(shí)序不確定性上電穩(wěn)定時(shí)間、指令間隔、擦寫完成時(shí)間都有最小/最大范圍超時(shí)和欠時(shí)都可能出錯(cuò)。電氣不確定性信號(hào)沿的抖動(dòng)、電源紋波、PCB寄生參數(shù)、線纜阻抗等會(huì)讓數(shù)據(jù)采樣點(diǎn)在臨界區(qū)浮動(dòng)。協(xié)議狀態(tài)不確定性USB枚舉、Flash狀態(tài)機(jī)、PSRAM刷新等都有內(nèi)部狀態(tài)外部事件如中斷、掉電切入時(shí)狀態(tài)機(jī)會(huì)落在不可預(yù)期的位置。上下文不確定性同樣的代碼在不同主頻、不同編譯器優(yōu)化等級(jí)、不同GPIO初始化順序下行為不同。這類最坑因?yàn)閺?fù)現(xiàn)困難。這四類不確定性的背后是物理和協(xié)議的復(fù)雜機(jī)制。后面三章我會(huì)逐個(gè)拆解并且給出實(shí)操層面的管住它們的辦法。2. PSRAM的藏著掖著刷新與時(shí)序的不確定性2.1 先說原理PSRAM為什么叫偽SRAMPSRAMPseudo SRAM偽靜態(tài)隨機(jī)存儲(chǔ)器的存儲(chǔ)核心其實(shí)是DRAM只是外部接口做成了SRAM的樣子。你不需要像用SDRAM那樣去管理行激活、預(yù)充電、刷新這些細(xì)節(jié)直接像SRAM一樣讀寫就行。代價(jià)是芯片內(nèi)部有一個(gè)隱藏的刷新邏輯它會(huì)周期性對(duì)存儲(chǔ)單元做刷新。這個(gè)刷新過程對(duì)使用者來說是不可見的但它會(huì)對(duì)總線的可用帶寬產(chǎn)生影響。某些時(shí)候你讀一個(gè)地址正好碰上內(nèi)部刷新周期返回?cái)?shù)據(jù)的延遲就會(huì)比平時(shí)大一點(diǎn)。這就是PSRAM第一個(gè)不確定性的來源——訪問延遲不是恒定值。另一個(gè)層面SPI接口的PSRAM比如APS6404、LY68L6400、IPS6404在MCU項(xiàng)目里用得越來越多。它的好處是引腳少、布線簡(jiǎn)單但代價(jià)是協(xié)議里引入了等待周期Latency的概念。讀操作發(fā)出命令后數(shù)據(jù)并不會(huì)立刻出現(xiàn)在MOSI上而是要等若干個(gè)dummy cycle。這個(gè)dummy cycle的數(shù)量又跟工作頻率、指令模式、芯片配置有關(guān)。配置錯(cuò)了要么讀到全0要么數(shù)據(jù)錯(cuò)位而且不同廠家的芯片行為還不完全一樣非常容易出問題。2.2 初始化與讀寫時(shí)最容易踩的時(shí)序坑SPI PSRAM的初始化一般分幾步上電等待VCC穩(wěn)定至少幾百微秒到1ms具體看型號(hào)、發(fā)送復(fù)位命令、發(fā)送設(shè)置命令比如設(shè)置Quad模式、設(shè)置延遲、設(shè)置驅(qū)動(dòng)強(qiáng)度、讀取設(shè)備ID確認(rèn)芯片在線、然后才能正常讀寫。很多人在上電后立刻讀寫PSRAM結(jié)果讀回的ID是錯(cuò)的或者讀到的數(shù)據(jù)偶發(fā)錯(cuò)誤就是因?yàn)樯想姺€(wěn)定時(shí)間不夠芯片內(nèi)部狀態(tài)還沒準(zhǔn)備好。讀寫時(shí)序上最容易被忽略的是寫使能機(jī)制。PSRAM和Flash一樣寫操作前通常需要發(fā)送Write Enable0x06命令然后才能執(zhí)行Page Program等寫命令。如果你在代碼里漏了這一步或者中斷在寫使能之后、寫命令之前插入導(dǎo)致時(shí)序被拉長(zhǎng)某些芯片會(huì)判定操作非法數(shù)據(jù)就沒寫進(jìn)去。實(shí)測(cè)中這類問題在SPI時(shí)鐘開得越高時(shí)越明顯因?yàn)闀r(shí)序裕量變小了。還有一個(gè)坑是刷新與DMA的配合。SPI PSRAM內(nèi)部刷新時(shí)會(huì)暫緩來自外部總線的訪問這在單次CPU讀寫上感覺不到但如果你用DMA做大批量傳輸而且DMA的超時(shí)設(shè)置比較緊就可能偶發(fā)超時(shí)。別問我怎么踩到的——調(diào)試一塊PSRAM上的攝像頭圖像緩沖區(qū)時(shí)圖像正常了99%但每隔幾秒就閃一幀花屏最后查到DMA配置里把PSRAM讀寫超時(shí)設(shè)成了實(shí)時(shí)性要求更高的數(shù)值放寬后問題消失。2.3 實(shí)測(cè)幾個(gè)典型的PSRAM翻車場(chǎng)景場(chǎng)景一低溫下初始化失敗。有一批板子在常溫實(shí)驗(yàn)室一切正常放到-20℃環(huán)境做老化測(cè)試大概有3%的板子啟動(dòng)后內(nèi)存檢測(cè)失敗。排查發(fā)現(xiàn)是PSRAM上電穩(wěn)定時(shí)間在低溫下變長(zhǎng)了固件里固定的延時(shí)不夠。把初始化前的等待從500μs加到了2ms并增加了讀取ID后校驗(yàn)的邏輯失敗率歸零。這里要注意datasheet給的是典型值工程上要做覆蓋全溫區(qū)的裕量設(shè)計(jì)。場(chǎng)景二Quad模式讀出來是亂的。當(dāng)時(shí)為了提升刷新率把PSRAM切到Quad I/O模式結(jié)果屏幕開始出馬賽克。檢查發(fā)現(xiàn)是切換模式后后續(xù)所有訪問命令都要帶上模式位Mode Bit但代碼里只有部分路徑寫了模式位另一條DMA訪問路徑?jīng)]帶導(dǎo)致芯片一直在不同模式間橫跳。這類問題最好的排查方法就是抓SPI波形逐個(gè)命令比對(duì)不要猜。場(chǎng)景三PSRAM和外部Flash共享SPI總線的沖突。某些低成本方案會(huì)讓PSRAM和SPI NOR Flash掛在同一個(gè)SPI控制器上用片選分開。如果片選切換之間沒有留足夠的時(shí)間一般要求CS拉高再拉低之間至少有個(gè)小延時(shí)兩條總線上的設(shè)備可能被對(duì)方的殘余信號(hào)干擾。我一般至少留250ns~500ns。實(shí)測(cè)某些芯片對(duì)CS釋放后的保持時(shí)間非常敏感少了它偶爾就會(huì)出現(xiàn)Flash寫入失敗或PSRAM數(shù)據(jù)錯(cuò)亂。3. NOR Flash的慢性子擦寫壽命與掉電的不確定性3.1 NOR和NAND別再傻傻分不清討論NOR Flash之前先回應(yīng)很多新手朋友問過的問題NAND Flash和NOR Flash到底有什么區(qū)別簡(jiǎn)單版回答NOR可以按字節(jié)/字隨機(jī)讀取讀得快、可靠性高適合直接XIP執(zhí)行代碼但寫和擦除很慢容量做大之后成本高NAND按頁(yè)讀寫寫入擦除快、容量大、成本低但隨機(jī)讀取延遲高、壞塊多、需要文件系統(tǒng)層做壞塊管理和ECC不適合直接執(zhí)行代碼。所以產(chǎn)品里通常拿NOR放Bootloader和固件拿NAND或eMMC放文件系統(tǒng)和大塊數(shù)據(jù)。但要說清不確定性必須補(bǔ)充一個(gè)深層區(qū)別NOR Flash的存儲(chǔ)單元是浮柵晶體管擦除操作靠Fowler-Nordheim隧穿把電子從浮柵里拉出來編程操作則往浮柵里注入電子。隧穿和注入都是概率性物理過程所以擦除和編程時(shí)間天然有浮動(dòng)。datasheet里會(huì)給出典型值和最大值比如Sector Erase典型值45ms最大值400ms這個(gè)最大不是隨隨便便寫的你不等夠狀態(tài)機(jī)就可能沒走完。3.2 上電、擦寫、復(fù)位里那些說不準(zhǔn)的環(huán)節(jié)NOR Flash在上電時(shí)有一段Power-On Reset時(shí)間期間器件對(duì)命令不響應(yīng)。如果你在上電后立即發(fā)JEDEC ID讀取命令0x9F很多芯片會(huì)返回垃圾數(shù)據(jù)或者直接不拉低MISO。我見過一堆代碼在Bootloader里讀Flash ID來校驗(yàn)硬件版本結(jié)果因?yàn)檠訒r(shí)不夠讀回0xFFFFFFFF就誤報(bào)硬件錯(cuò)誤。解決方法是上電后至少延時(shí)幾十毫秒再訪問Flash并且對(duì)ID做多重校驗(yàn)。擦寫流程里最容易被坑的是狀態(tài)寄存器的寫保護(hù)位。SPI NOR Flash為了保證可靠性默認(rèn)會(huì)對(duì)狀態(tài)寄存器做非易失寫保護(hù)Status Register ProtectSRP位。很多人拿到新片直接發(fā)擦除命令結(jié)果怎么擦都擦不動(dòng)因?yàn)閃P#引腳被拉高時(shí)寫保護(hù)生效。不同的芯片默認(rèn)保護(hù)級(jí)別也不同比如W25Q系列默認(rèn)BP位為0、不保護(hù)主存儲(chǔ)區(qū)但某些國(guó)產(chǎn)芯片出廠BP位是設(shè)置好的所以兼容性測(cè)試一定要做讀取狀態(tài)寄存器這步。這個(gè)我在后面速查表里還會(huì)提。還有一個(gè)經(jīng)常被忽略的點(diǎn)4字節(jié)地址模式。容量超過16MB的Flash默認(rèn)上電大多在3字節(jié)地址模式訪問高16MB地址時(shí)必須發(fā)命令切換到4字節(jié)地址模式B7h有些芯片是帶Entry/Exit的。切換命令本身是非易失的還是易失的芯片間也有差異。如果你用的是類似MX25L25645G這樣的芯片一定要查清楚上電后的默認(rèn)地址模式否則燒錄地址超過16MB時(shí)數(shù)據(jù)會(huì)寫到錯(cuò)誤的位置。3.3 量產(chǎn)燒錄與掉電保護(hù)的實(shí)操要點(diǎn)量產(chǎn)場(chǎng)景下NOR Flash不確定性最典型的表現(xiàn)是燒錄中途掉電固件變成磚。對(duì)此我的做法是固件里設(shè)計(jì)A/B雙分區(qū)加啟動(dòng)標(biāo)志位新固件先寫到B區(qū)全部寫完并校驗(yàn)通過后再更新啟動(dòng)標(biāo)志指向B區(qū)如果中途掉電Bootloader檢測(cè)到標(biāo)志無效自動(dòng)回退到A區(qū)。這套流程看起來多占一倍的Flash空間但換來的是現(xiàn)場(chǎng)幾乎不再出現(xiàn)救磚任務(wù)。對(duì)于沒有雙分區(qū)空間的低成本產(chǎn)品至少要保證先擦后寫過程中意外掉電后Bootloader能檢測(cè)到固件區(qū)校驗(yàn)失敗并進(jìn)入DFU等待狀態(tài)而不是直接跳到空代碼區(qū)執(zhí)行。此外擦除/編程的超時(shí)處理一定要用輪詢WIP位 最大超時(shí)兜底的方式。WIPWrite In Progress位在狀態(tài)寄存器1的最低位bit 0每次發(fā)0x05命令讀狀態(tài)寄存器bit 0為1表示忙輪詢到0表示操作完成。很多工程師只做一次性等待固定延時(shí)這在溫度漂移和芯片批次差異面前早晚會(huì)翻車。輪詢邏輯本身很簡(jiǎn)單但要注意輪詢間隔一般建議100μs左右防抖次數(shù)按datasheet最大值的1.5~2倍來設(shè)這樣既不會(huì)過早超時(shí)報(bào)錯(cuò)也不會(huì)卡死系統(tǒng)。4. USB的社交枚舉、驅(qū)動(dòng)與協(xié)議的不確定性4.1 枚舉一次連接本質(zhì)上是一場(chǎng)握手談判要理解USB的不確定性先要理解它的本質(zhì)USB是一種主機(jī)主動(dòng)、設(shè)備被動(dòng)響應(yīng)的協(xié)議。設(shè)備插入后主機(jī)通過D/D-電平變化檢測(cè)到設(shè)備連接然后對(duì)設(shè)備地址0發(fā)起一系列控制傳輸Get Device Descriptor、Set Address、Get Configuration Descriptor等這個(gè)過程叫枚舉。枚舉的成功與否取決于設(shè)備能否在150ms左右的時(shí)間窗口內(nèi)按照主機(jī)期望的節(jié)奏響應(yīng)每一個(gè)請(qǐng)求。不確定性就藏在這個(gè)過程里。任何一個(gè)環(huán)節(jié)慢了、錯(cuò)了、超時(shí)了主機(jī)就會(huì)認(rèn)為設(shè)備異常要么報(bào)告無法識(shí)別的USB設(shè)備要么設(shè)備在設(shè)備管理器里反復(fù)嘆號(hào)。更要命的是不同主機(jī)控制器Intel、AMD、ASMedia、瑞薩對(duì)時(shí)序的嚴(yán)格程度不一樣同一臺(tái)設(shè)備在A電腦上插入即用在B電腦上就是不穩(wěn)定。這也是USB調(diào)試最磨人的地方——你沒法保證用戶手上的電腦形態(tài)。4.2 設(shè)備端常見枚舉失敗硬件、描述符、時(shí)鐘設(shè)備端導(dǎo)致枚舉失敗的原因按我踩坑的頻率排序D/D-上拉電阻不對(duì)全速設(shè)備Full Speed 12Mbps需要在D上拉1.5kΩ到3.3V低速設(shè)備在D-上拉。如果用MCU內(nèi)部上拉阻值偏差會(huì)導(dǎo)致主機(jī)檢測(cè)不到連接。很多MCU比如STM32系列內(nèi)部集成了這個(gè)上拉但需要軟件在檢測(cè)到VBUS后再使能順序錯(cuò)了設(shè)備就不出現(xiàn)在總線上。時(shí)鐘精度不夠USB全速要求源時(shí)鐘誤差在±0.25%以內(nèi)高速更是要到±0.05%。這個(gè)精度直接決定位時(shí)間對(duì)不對(duì)很多低成本MCU用內(nèi)部RC振蕩器跑USB會(huì)偶發(fā)枚舉失敗換外部晶振后就好了。我遇到過一批板子用內(nèi)部HSI跑STM32F407的USB虛擬串口90%能枚舉成功10%需要拔插兩次才行最后全部改成外部25MHz晶振問題消失。描述符錯(cuò)誤描述符里任何一個(gè)長(zhǎng)度、端點(diǎn)地址、接口數(shù)量不匹配主機(jī)都可能拒絕設(shè)備。尤其是CDC虛擬串口需要類特殊描述符Union Functional Descriptor、Call Management Functional Descriptor等少一個(gè)或者順序不對(duì)Windows會(huì)直接報(bào)告該設(shè)備無法啟動(dòng)Code 10。排查這類問題最有效的是用USB協(xié)議分析儀或抓包軟件下面細(xì)說。供電不足設(shè)備從USB口取電如果板載外圍太多、瞬間電流超過500mAUSB 2.0標(biāo)準(zhǔn)主機(jī)端口會(huì)過流保護(hù)。這個(gè)屬于電氣不確定性但復(fù)現(xiàn)率不低、誤判率也高排查時(shí)先量一下設(shè)備實(shí)際功耗。4.3 主機(jī)端驅(qū)動(dòng)與工具從FT232R到Wireshark主機(jī)端最常見的不確定性來自驅(qū)動(dòng)。USB轉(zhuǎn)串口芯片F(xiàn)T232R、FT231X、CP2102N、CH340這些本身很成熟但驅(qū)動(dòng)安裝不上、版本沖突、簽名問題能讓人折騰半天。我自己處理這類問題的小技巧優(yōu)先用官方驅(qū)動(dòng)不要用第三方萬(wàn)能驅(qū)動(dòng)。FTDI的驅(qū)動(dòng)對(duì)FT232R/FT231X支持很完善Silicon Labs的CP2102N驅(qū)動(dòng)也比較干凈。裝了驅(qū)動(dòng)后在設(shè)備管理器里看端口號(hào)是否出現(xiàn)、驅(qū)動(dòng)版本是否匹配。如果設(shè)備在設(shè)備管理器里顯示未知設(shè)備先用USB Device Tree Viewer去看設(shè)備到底有沒有成功枚舉——它能顯示設(shè)備處于什么狀態(tài)、拿到了什么地址、配置描述符解析是否正常。如果是枚舉成功了但驅(qū)動(dòng)沒加載那是驅(qū)動(dòng)問題如果連配置都沒有那是設(shè)備端問題。抓包分析用Wireshark加USBPcap。很多人以為Wireshark只能抓網(wǎng)絡(luò)包其實(shí)它配合USBPcap可以抓USB總線上的URBUSB Request Block能看到主機(jī)發(fā)了什么請(qǐng)求、設(shè)備回了什么數(shù)據(jù)。排查枚舉失敗時(shí)非常有用。我舉一個(gè)真實(shí)的排查案例一塊板子的USB虛擬串口在Windows 10上穩(wěn)定但升級(jí)到Windows 11后偶發(fā)斷連。用Wireshark抓包發(fā)現(xiàn)新系統(tǒng)會(huì)周期性發(fā)送Get Status請(qǐng)求設(shè)備端響應(yīng)偶爾超過150ms超時(shí)于是主機(jī)把設(shè)備斷開重枚舉。最后定位是USB中斷服務(wù)函數(shù)里有一個(gè)耗時(shí)很長(zhǎng)的Flash擦除操作擦除期間USB中斷被屏蔽了請(qǐng)求得不到及時(shí)響應(yīng)。把Flash擦除拆成多段、每段之間開中斷問題解決。這個(gè)案例正好能說明USB的不確定性很多時(shí)候不是USB本身的問題而是系統(tǒng)里其他設(shè)備的時(shí)序問題傳染給了USB。4.4 Host、Device、OTG三模式的區(qū)別與選擇關(guān)于USB Host模式、Device模式和OTG很多新手容易混淆。直接說結(jié)論Host模式負(fù)責(zé)供電、管理枚舉類似電腦那端接口用A型口Device模式是被動(dòng)響應(yīng)類似U盤、手機(jī)那端接口用B型口或Micro-BOTG則在一條線纜上通過ID引腳識(shí)別自己是Host還是Device適合手機(jī)、平板這種需要角色動(dòng)態(tài)切換的設(shè)備。嵌入式產(chǎn)品選型時(shí)如果只是給PC當(dāng)外設(shè)用Device模式即可STM32F407這類MCU的USB模塊做虛擬串口非常方便。如果需要直接插U盤、鍵鼠就得用Host模式這時(shí)候要考慮VBUS供電能力、根集線器開銷和驅(qū)動(dòng)棧復(fù)雜度會(huì)上升一個(gè)量級(jí)。OTG模式適合既想連PC又想插U盤的產(chǎn)品但要注意ID引腳的檢測(cè)邏輯以及角色切換時(shí)總線的重新枚舉處理不好會(huì)出現(xiàn)插上電腦沒反應(yīng)、反插又不能用的怪問題。量產(chǎn)時(shí)我通常建議固定角色的產(chǎn)品不要用OTG直接按Host或Device設(shè)計(jì)能省掉一半的疑難雜癥。5. 三個(gè)子系統(tǒng)聯(lián)動(dòng)時(shí)的不確定性傳染5.1 USB OTG燒寫Flash量產(chǎn)場(chǎng)景下的鏈路梳理搜索熱詞里有一條USB OTG燒寫NAND Flash這確實(shí)是量產(chǎn)和售后經(jīng)常會(huì)用到的形式主機(jī)通過USB把固件發(fā)給設(shè)備設(shè)備里的Bootloader再把固件寫入NOR/NAND Flash。這里面每一環(huán)都帶著前面幾章講到的不確定性很容易做個(gè)所謂燒錄成功率99%的上位機(jī)結(jié)果現(xiàn)場(chǎng)就是不停有人燒錄失敗。我建議把整條鏈路梳理成可觀測(cè)的環(huán)節(jié)再設(shè)計(jì)容錯(cuò)USB枚舉是否成功、設(shè)備是否收到完整固件包CRC校驗(yàn)、Flash擦寫是否完成WIP輪詢、寫入后回讀校驗(yàn)是否通過。任何一個(gè)環(huán)節(jié)失敗都要有明確反饋和重試機(jī)制。我還習(xí)慣在燒錄協(xié)議里加入分塊序號(hào)CRC設(shè)計(jì)單塊失敗則重傳單塊而不是整包重傳Flash擦除采用按扇區(qū)擦除而不是整片擦除這樣即使掉電已傳完的分區(qū)還能保留支持?jǐn)帱c(diǎn)續(xù)傳。這套方案在代工廠和售后現(xiàn)場(chǎng)用下來燒錄失敗率從千分之一級(jí)別降到了幾乎不可見。5.2 共享SPI總線與電源域時(shí)的彼此干擾很多中型MCU只有1~2個(gè)SPI外設(shè)PSRAM和NOR Flash共用同一SPI總線、用不同CS片選的情況非常常見。這種方案省引腳但換來的是時(shí)序耦合。最大的坑是兩個(gè)設(shè)備對(duì)片選釋放后的保持時(shí)間要求不同PSRAM往往要求CS拉高后至少幾十納秒才能再次拉低而某些NOR Flash要求更長(zhǎng)。如果你在寫完P(guān)SRAM后立刻切到Flash操作系統(tǒng)里又有其他中斷插入CS之間的間隔就可能不夠?qū)е翭lash識(shí)別到異常的SPI通信偶發(fā)地錯(cuò)誤寫入或狀態(tài)寄存器被改。另外PSRAM是DRAM核心刷新期間對(duì)供電紋波比較敏感NOR Flash擦除時(shí)電流會(huì)突然沖高如果兩個(gè)器件共用一個(gè)LDO擦除瞬間的電流尖峰會(huì)把PSRAM的供電電壓拉低輕則刷新失敗丟數(shù)據(jù)重則系統(tǒng)復(fù)位。我通常會(huì)給它們分別配LDO或至少加大Bulk電容并在PCB布局上讓PSRAM的退耦電容盡量靠近電源引腳。5.3 一次USB枚舉把系統(tǒng)搞崩的排查實(shí)錄最后分享一個(gè)印象很深的聯(lián)調(diào)事故。設(shè)備上電后如果先讓PSRAM完成初始化再開USB一切正常但如果USB先被主機(jī)檢測(cè)到、枚舉中斷先來了而PSRAM還沒初始化完系統(tǒng)就會(huì)在USB中斷服務(wù)里訪問未初始化的PSRAM觸發(fā)總線錯(cuò)誤直接HardFault。排查時(shí)一開始完全沒頭緒現(xiàn)象是偶發(fā)死機(jī)且發(fā)生在插拔USB時(shí)。后來在HardFault中斷里打印出出錯(cuò)地址發(fā)現(xiàn)出錯(cuò)地址落在PSRAM映射區(qū)域內(nèi)才把矛頭指向初始化順序。修復(fù)方案有兩種要么在PSRAM初始化完成前不使能USB中斷要么在USB中斷處理里加一個(gè)PSRAM就緒標(biāo)志的保護(hù)。我最后選了第二種因?yàn)閷?duì)系統(tǒng)啟動(dòng)時(shí)間更友好。同時(shí)還加了一個(gè)調(diào)試開關(guān)可以在初始化階段通過串口打印每個(gè)外設(shè)的就緒狀態(tài)避免再次出現(xiàn)這種無聲無息的初始化順序問題。這個(gè)案例很能說明三個(gè)子系統(tǒng)單獨(dú)看都沒問題湊在一起就會(huì)出現(xiàn)不確定性傳染。排障的時(shí)候不要只盯著USB協(xié)議棧也要看它調(diào)用的資源內(nèi)存、Flash、時(shí)鐘是不是還沒準(zhǔn)備好。6. 排查方法論與避坑速查表6.1 把玄學(xué)變成科學(xué)的四個(gè)步驟這類多外設(shè)聯(lián)動(dòng)的不確定性問題最忌憑感覺改代碼。我總結(jié)了一套流程按順序執(zhí)行大部分問題都能收斂。第一步固定現(xiàn)場(chǎng)。復(fù)現(xiàn)異常時(shí)記錄供電電壓、環(huán)境溫度、固件版本、操作序列最好能截圖或錄屏。不能復(fù)現(xiàn)的問題先不要?jiǎng)哟a先想清楚當(dāng)時(shí)的輸入條件。第二步分層隔離。把系統(tǒng)切成獨(dú)立模塊逐層驗(yàn)證。USB枚舉失敗先查設(shè)備端能否單獨(dú)枚舉成功再查驅(qū)動(dòng)再查協(xié)議Flash擦寫異常先單獨(dú)驗(yàn)證Flash讀寫再驗(yàn)證文件系統(tǒng)層不要一上來就懷疑某一層。第三步加觀測(cè)點(diǎn)。在代碼里加日志、狀態(tài)寄存器快照、錯(cuò)誤計(jì)數(shù)。很多偶發(fā)問題其實(shí)是狀態(tài)被覆蓋了加上觀測(cè)點(diǎn)后能看到真正出錯(cuò)的位置。觀測(cè)點(diǎn)要盡量輕量不要改變?cè)袝r(shí)序否則可能測(cè)不出來。第四步做對(duì)照實(shí)驗(yàn)。改一個(gè)變量跑一批測(cè)試統(tǒng)計(jì)成功率。改兩個(gè)以上變量結(jié)果就很難歸因了。比如懷疑是PSRAM刷新問題還是USB驅(qū)動(dòng)問題就分別做只跑PSRAM壓測(cè)和只跑USB枚舉測(cè)試對(duì)比數(shù)據(jù)。6.2 問題速查表癥狀、原因、排查手段下面這個(gè)表是我在項(xiàng)目群里經(jīng)常貼出來的基本覆蓋了這三個(gè)子系統(tǒng)的常見問題癥狀可能的不確定性來源建議排查手段上電后Flash ID讀錯(cuò)或全F上電復(fù)位時(shí)間不夠、供電不穩(wěn)加大上電延時(shí)讀ID前先發(fā)復(fù)位指令校驗(yàn)IDFlash擦除不成功寫不進(jìn)去狀態(tài)寄存器寫保護(hù)SRP/BP位、WP#引腳被拉高讀狀態(tài)寄存器按需發(fā)解鎖命令檢查WP#硬件Flash擦寫偶發(fā)失敗系統(tǒng)死機(jī)擦寫時(shí)間超過預(yù)置延時(shí)、共享SPI總線沖突改成WIP輪詢最大超時(shí)兜底檢查CS切換間隔16MB以上Flash地址錯(cuò)亂3字節(jié)/4字節(jié)地址模式切換遺漏確認(rèn)芯片上電默認(rèn)模式按芯片手冊(cè)發(fā)模式切換命令PSRAM初始化失敗/數(shù)據(jù)錯(cuò)誤上電穩(wěn)定時(shí)間不足、Latency配置錯(cuò)、模式位漏設(shè)增大穩(wěn)定延時(shí)讀ID校驗(yàn)抓SPI波形比對(duì)命令序列PSRAM偶發(fā)花屏/數(shù)據(jù)錯(cuò)亂DMA超時(shí)設(shè)置較短、共享總線干擾、電源紋波放寬DMA超時(shí)CS間隔加長(zhǎng)檢查供電退耦USB枚舉偶爾失敗時(shí)鐘精度不足、D上拉時(shí)序不對(duì)、線纜過長(zhǎng)換外部晶振檢查上拉使能時(shí)機(jī)換短線測(cè)試USB在Windows上嘆號(hào)描述符錯(cuò)誤、驅(qū)動(dòng)異常、供電不足用USB Device Tree Viewer查狀態(tài)抓Wireshark包量電流USB虛擬串口偶發(fā)斷連USB中斷響應(yīng)超時(shí)、系統(tǒng)其他任務(wù)占用時(shí)間過長(zhǎng)檢查中斷服務(wù)耗時(shí)拆分長(zhǎng)任務(wù)調(diào)整中斷優(yōu)先級(jí)USB OTG燒錄Flash失敗鏈路中未做CRC/分塊斷點(diǎn)、Flash擦寫沒確認(rèn)上位機(jī)和固件都加CRC分塊重傳機(jī)制輪詢WIP確認(rèn)6.3 我這些年用下來最順手的工具與習(xí)慣工具方面硬件上我建議備常用的邏輯分析儀至少16通道、100MHz以上、USB協(xié)議分析儀預(yù)算不足可以先用WiresharkUSBPcap替代、支持模擬/數(shù)字雙通道的示波器。軟件上USB Device Tree Viewer、Wireshark、總線抓取工具、串口調(diào)試助手這幾個(gè)常備。Flash和PSRAM排障時(shí)邏輯分析儀抓SPI波形基本一抓一個(gè)準(zhǔn)比盲改代碼高效太多。習(xí)慣上我有幾個(gè)一直堅(jiān)持的做法。第一所有外設(shè)初始化代碼都做成可配置、可打印狀態(tài)的調(diào)試接口跑起來后先看狀態(tài)再看現(xiàn)象。第二關(guān)鍵行為Flash擦寫、USB枚舉、PSRAM初始化都加超時(shí)監(jiān)控和錯(cuò)誤上報(bào)寧可多打印幾行日志也不要讓錯(cuò)誤被吞掉。第三凡是涉及延時(shí)的地方全部都寫成宏或配置文件方便做全溫區(qū)、全電壓測(cè)試時(shí)批量調(diào)整。最后也是最重要的遇到玄學(xué)問題先忍住不亂改按上面四步走絕大多數(shù)問題都能在一個(gè)小時(shí)內(nèi)定位到物理層面或協(xié)議層面的真實(shí)原因。我個(gè)人這幾年的體會(huì)是PSRAM、NOR Flash、USB這類標(biāo)準(zhǔn)外設(shè)之所以還讓人頭疼不是因?yàn)樗鼈儽旧碛卸鄰?fù)雜而是因?yàn)樗鼈兏髯缘牟淮_定性疊加在一起時(shí)會(huì)呈現(xiàn)出系統(tǒng)級(jí)的詭異現(xiàn)象。把每個(gè)子系統(tǒng)的物理原理、時(shí)序邊界吃透再配合結(jié)構(gòu)化的排查方法那些看似隨機(jī)的問題其實(shí)都能收斂成確定的Bug。最后再分享一個(gè)小技巧在所有涉及等待外設(shè)就緒的代碼里我都會(huì)留一個(gè)帶時(shí)間戳的日志把每個(gè)階段的等待時(shí)間打印出來。這樣在復(fù)現(xiàn)故障時(shí)只要看一眼日志就能知道到底是哪個(gè)環(huán)節(jié)的時(shí)間裕量不夠比抓瞎式排查快得多。希望這篇內(nèi)容能幫你在下個(gè)項(xiàng)目里少踩幾個(gè)坑。