1. 問題現(xiàn)象好端端的代碼一拉片選就翻車做單片機(jī)開發(fā)的朋友十有八九都被SPI折磨過。前陣子調(diào)試一個(gè)項(xiàng)目板子上掛了一片外部Flash芯片主控用STM32的SPI2接口驅(qū)動(dòng)讀寫邏輯寫得很順單步調(diào)試一切正常但只要一跑全速芯片就死機(jī)——不進(jìn)入HardFault不復(fù)位就是卡死在某個(gè)中斷里出不來看門狗也喂不上最后系統(tǒng)復(fù)位。最開始懷疑是Flash讀寫時(shí)序問題因?yàn)镾PI有四種模式時(shí)鐘極性和相位配置錯(cuò)了讀出來的數(shù)據(jù)就是亂的。但奇怪的是普通讀寫操作都能正常跑系統(tǒng)死機(jī)幾乎都發(fā)生在切換片選信號(hào)、連續(xù)讀寫多頁數(shù)據(jù)的場(chǎng)景里。后來用邏輯分析儀抓波形才發(fā)現(xiàn)問題根源不在數(shù)據(jù)線上在片選信號(hào)本身的“附加傷害”上。我先說結(jié)論SPI片選信號(hào)導(dǎo)致死機(jī)本質(zhì)上是片選引腳的GPIO配置、中斷處理、外設(shè)復(fù)用三者之間互相踩腳導(dǎo)致系統(tǒng)進(jìn)入了一種不可恢復(fù)的阻塞或陷阱狀態(tài)。它不會(huì)直接報(bào)錯(cuò)而是讓你的系統(tǒng)“靜默崩潰”排查起來非常隱蔽。這篇文章就把這個(gè)坑從硬件到軟件、從現(xiàn)象到原理徹底拆一遍給同樣踩坑的朋友提供一條清晰的排查路徑。2. 深入拆解為什么片選信號(hào)能“干掉”整個(gè)系統(tǒng)2.1 硬件層面的隱形陷阱GPIO模式與復(fù)用沖突片選信號(hào)在SPI通信里承擔(dān)的是“選中從設(shè)備”的職責(zé)。絕大多數(shù)場(chǎng)景下工程師會(huì)把它配成普通的推挽輸出這在邏輯上沒有任何問題。但SPI接口本身有個(gè)特殊機(jī)制硬件NSS。很多MCU的SPI外設(shè)引腳中有一個(gè)專門用于片選的硬件引腳例如STM32的NSS引腳名通常為CS、SS、NSS等。片上外設(shè)內(nèi)部包含NSS輸入引腳以及一個(gè)可配置的軟件NSS位SSI。如果你在初始化SPI時(shí)把NSS配置為硬件模式SSM0即硬件NSS模式那么芯片內(nèi)部的片選信號(hào)就由這個(gè)引腳的電平直接決定。此時(shí)如果你又把這個(gè)引腳配置成普通GPIO推挽輸出想在每次通信前手動(dòng)拉低、通信結(jié)束后拉高就會(huì)和SPI外設(shè)內(nèi)部的NSS狀態(tài)機(jī)產(chǎn)生沖突。舉個(gè)例子你手動(dòng)拉了低電平表示開始通信此時(shí)SPI外設(shè)認(rèn)為總線被占用。如果你在中途因某個(gè)中斷把片選電平改變了或者GPIO配置被重新初始化了一次外設(shè)內(nèi)部的NSS狀態(tài)就可能處于“未選中”狀態(tài)導(dǎo)致后續(xù)發(fā)送的數(shù)據(jù)根本沒有真正輸出到總線上而你的軟件還在傻等發(fā)送完成標(biāo)志。還有一種更隱蔽的情況GPIO配置成了開漏輸出Open-Drain。開漏輸出只有低電平驅(qū)動(dòng)能力高電平要靠外部上拉電阻。如果你的板子上沒有給片選引腳裝上拉電阻那么當(dāng)片選試圖拉高時(shí)實(shí)際電壓可能達(dá)不到高電平閾值SPI外設(shè)會(huì)一直認(rèn)為自己處于“被選中”狀態(tài)。此時(shí)如果你剛好開啟了SPI的接收中斷或者總線繁忙檢測(cè)就會(huì)出現(xiàn)中斷風(fēng)暴把系統(tǒng)卡死。我在實(shí)際項(xiàng)目里還遇到過一種比較罕見的硬件坑片選引腳和另一個(gè)外設(shè)的復(fù)用功能互相干擾。很多MCU的同一組引腳有多組復(fù)用功能可供選擇比如PA4這個(gè)引腳既能做SPI1的NSS又能做DAC的輸出還能做普通的ADC輸入。如果初始化代碼中GPIO的復(fù)用功能配置晚于外設(shè)的初始化或者某個(gè)外設(shè)庫函數(shù)悄悄把這個(gè)引腳配置成了別的功能就會(huì)導(dǎo)致片選信號(hào)不受你控制直接觸發(fā)外設(shè)的異常行為。2.2 軟件層面的致命邏輯中斷搶占與共享變量硬件只是導(dǎo)火索真正讓系統(tǒng)死機(jī)的往往是軟件邏輯在片選操作過程中的缺陷。先看最常見的一種情況片選信號(hào)的操作被中斷打斷。你的主循環(huán)正在拉低片選準(zhǔn)備發(fā)送第一個(gè)字節(jié)此時(shí)一個(gè)高優(yōu)先級(jí)的中斷觸發(fā)中斷服務(wù)函數(shù)里也恰好在操作同一個(gè)SPI外設(shè)。兩個(gè)地方同時(shí)操作SPI發(fā)送的數(shù)據(jù)交叉混疊SPI外設(shè)的寄存器狀態(tài)被破壞發(fā)送標(biāo)志永遠(yuǎn)等不到于是主循環(huán)卡死在while循環(huán)里。這個(gè)問題的隱蔽性在于SPI外設(shè)本身不具備“總線占用仲裁”功能不像I2C那樣有多種主機(jī)仲裁機(jī)制。SPI總線上一旦同時(shí)出現(xiàn)兩個(gè)發(fā)送者數(shù)據(jù)就是亂的而且沒有任何錯(cuò)誤標(biāo)志位提示你。你以為是程序卡死了其實(shí)是因?yàn)镾PI發(fā)送標(biāo)志始終為0你的代碼一直在while循環(huán)里旋轉(zhuǎn)等待。再往下深挖還有一種更陰險(xiǎn)的情況SPI的DMA傳輸和片選信號(hào)配合失誤。比如你配置了SPI的DMA發(fā)送傳輸完成后由DMA中斷里拉高片選但在DMA傳輸還沒有完全結(jié)束的時(shí)候片選就已經(jīng)被提前釋放切換。此時(shí)從設(shè)備可能還在接收數(shù)據(jù)主控這邊已經(jīng)把片選拉高了從設(shè)備認(rèn)為通信結(jié)束保存了不完整的數(shù)據(jù)。下次通信時(shí)從設(shè)備的狀態(tài)機(jī)錯(cuò)亂表現(xiàn)為長(zhǎng)時(shí)間不響應(yīng)而你的主控在等待從設(shè)備返回狀態(tài)時(shí)如果加了超時(shí)死循環(huán)且沒有正確地退出機(jī)制系統(tǒng)就死鎖了。除了中斷和DMA另一個(gè)容易被忽略的是共享變量問題。一個(gè)全局標(biāo)志比如“SPI總線忙”在主循環(huán)里置位在中斷里清除。如果沒有用volatile修飾或者沒有做原子操作保護(hù)編譯器優(yōu)化后可能會(huì)導(dǎo)致標(biāo)志位的讀寫出現(xiàn)不可預(yù)期的順序最終出現(xiàn)兩個(gè)地方同時(shí)認(rèn)為自己擁有總線控制權(quán)的情況。2.3 觸發(fā)機(jī)制回顧死機(jī)的三個(gè)典型特征這類片選導(dǎo)致的死機(jī)通常具備三個(gè)特征一是死機(jī)前會(huì)有短暫的總線異常比如偶發(fā)的數(shù)據(jù)錯(cuò)亂二是死機(jī)表現(xiàn)為程序卡死而非復(fù)位因?yàn)橛布撮T狗在中斷死循環(huán)里可能被喂狗失效或者看門狗超時(shí)時(shí)間較長(zhǎng)三是死機(jī)和操作頻率強(qiáng)相關(guān)低頻通信時(shí)一切正常高頻通信或連續(xù)大塊數(shù)據(jù)讀寫時(shí)必現(xiàn)。這三個(gè)特征加在一起基本可以鎖定是片選信號(hào)或SPI總線狀態(tài)異常導(dǎo)致的系統(tǒng)級(jí)阻塞。3. 工具選型與排查手段怎么把問題釘死3.1 必備工具邏輯分析儀比示波器更適合抓時(shí)序排查片選問題邏輯分析儀是首選工具。原因很簡(jiǎn)單SPI通信頻率動(dòng)輒幾MHz、十幾MHz示波器確實(shí)能看到波形細(xì)節(jié)但如果你要長(zhǎng)時(shí)采集一段連續(xù)通信過程來分析片選和數(shù)據(jù)的關(guān)系示波器的存儲(chǔ)深度往往不夠而且觸發(fā)條件設(shè)置起來比較麻煩。我用的是那種幾十塊錢的USB邏輯分析儀常見品牌包括Saleae及其兼容型號(hào)等配合開源上位機(jī)軟件如PulseView、Logic等可以同時(shí)抓8路信號(hào)采樣率24MHz對(duì)于SPI這類低速總線已經(jīng)足夠。實(shí)測(cè)下來很穩(wěn)關(guān)鍵是它能直接解碼SPI協(xié)議把MOSI、MISO、CS、SCK四路信號(hào)導(dǎo)入后軟件直接標(biāo)出每一幀的起始、結(jié)束、數(shù)據(jù)內(nèi)容排查效率非常高。3.2 第一步先抓波形看片選與時(shí)鐘的時(shí)序關(guān)系抓到波形之后先看三件事。第一件片選信號(hào)的下降沿和SCK第一個(gè)上升沿之間是否有足夠的時(shí)間間隔。很多從設(shè)備要求片選拉低后需要一段“建立時(shí)間”才能開始接收時(shí)鐘一般是幾十納秒到幾微秒不等。如果主控配置的是硬件NSS自動(dòng)控制這個(gè)時(shí)間通常由外設(shè)自動(dòng)保證如果是軟件控制片選就完全取決于你拉低片選后多久才開始調(diào)用SPI發(fā)送函數(shù)。如果兩次操作之間間隔太短從設(shè)備可能根本來不及準(zhǔn)備導(dǎo)致通信失敗。第二件片選信號(hào)的上升沿是否在SCK最后一個(gè)邊沿之后。片選拉高表示一場(chǎng)通信結(jié)束如果SCK最后一個(gè)數(shù)據(jù)位還在傳輸過程中你就拉高了片選從設(shè)備會(huì)丟棄最后幾個(gè)bit的數(shù)據(jù)。這個(gè)問題通常發(fā)生在SPI發(fā)送函數(shù)返回時(shí)機(jī)不準(zhǔn)的情況下比如你用了SPI的“發(fā)送但不等待完成”模式函數(shù)返回時(shí)數(shù)據(jù)其實(shí)還沒完全移出移位寄存器。第三件片選信號(hào)本身是否干凈。如果片選信號(hào)上有明顯的毛刺、振鈴說明驅(qū)動(dòng)力不夠或走線過長(zhǎng)。此時(shí)即使從設(shè)備本身工作正常也可能因毛刺誤觸發(fā)片選邊沿打斷通信。這里有一個(gè)經(jīng)驗(yàn)值片選信號(hào)從高到低的邊沿如果超過100ns就要檢查GPIO的輸出速度和負(fù)載電容了。3.3 第二步查軟件邏輯加打印插樁定位卡死位置波形只能確認(rèn)物理層沒問題如果波形完全正常但系統(tǒng)還是死機(jī)那就要在軟件層面加插樁信息定位。我推薦用串口打印配合一個(gè)超小型的“心跳計(jì)數(shù)器”在主循環(huán)里讓一個(gè)變量自增在串口中斷里周期性輸出這個(gè)值。死機(jī)前最后一次輸出的值能幫你判斷程序卡死在哪個(gè)函數(shù)附近。更精準(zhǔn)的辦法是利用單片機(jī)自帶的調(diào)試工具如st-link、jlink等設(shè)置斷點(diǎn)在程序卡死時(shí)暫停查看當(dāng)前PC指針和調(diào)用棧。如果芯片支持實(shí)時(shí)跟蹤如ARM Cortex-M系列的ITM/SWO還可以不打斷程序運(yùn)行直接觀察變量變化定位效率更高。這塊如果開發(fā)環(huán)境支持強(qiáng)烈建議直接上手比反復(fù)加打印重編快得多。4. 實(shí)操過程一次完整的SPI片選死機(jī)排查實(shí)錄4.1 復(fù)現(xiàn)問題的日常配置SPI初始化代碼排查這里我把當(dāng)時(shí)排查的初始配置代簡(jiǎn)化一下大家對(duì)照看自己的工程哪里會(huì)踩雷。當(dāng)時(shí)的初始化代碼如下基于STM32 HAL庫// SPI2 初始化 hspi2.Instance SPI2; hspi2.Init.Mode SPI_MODE_MASTER; hspi2.Init.Direction SPI_DIRECTION_2LINES; hspi2.Init.DataSize SPI_DATASIZE_8BIT; hspi2.Init.CLKPolarity SPI_POLARITY_LOW; hspi2.Init.CLKPhase SPI_PHASE_1EDGE; hspi2.Init.NSS SPI_NSS_SOFT; // 軟件NSS模式 hspi2.Init.BaudRatePrescaler SPI_BAUDRATEPRESCALER_8; hspi2.Init.FirstBit SPI_FIRSTBIT_MSB; HAL_SPI_Init(hspi2); // 片選引腳 PA4 配置為推挽輸出 GPIO_InitStruct.Pin GPIO_PIN_4; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); // 拉高片選默認(rèn)不選中 HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET);這段配置看起來中規(guī)中矩但有一個(gè)隱患GPIO_Speed配置成了GPIO_SPEED_FREQ_HIGH輸出翻轉(zhuǎn)速度極快如果PCB走線較長(zhǎng)或存在雜散電容就會(huì)在片選信號(hào)邊沿產(chǎn)生振鈴。當(dāng)時(shí)這塊板子的片選走線確實(shí)走了一段比較長(zhǎng)的排線加上又沒有串聯(lián)匹配電阻振鈴幅度一度超過邏輯閾值偶爾就會(huì)誤觸發(fā)從設(shè)備的片選邏輯。4.2 波形驗(yàn)證確認(rèn)硬件層異常用邏輯分析儀實(shí)測(cè)發(fā)現(xiàn)片選信號(hào)的下降沿和上升沿附近都能看到明顯的回勾也就是振鈴。振鈴幅度超過1V已經(jīng)對(duì)從設(shè)備的片選判決造成了干擾。進(jìn)一步測(cè)量還發(fā)現(xiàn)片選高電平時(shí)間不穩(wěn)定在連續(xù)讀寫場(chǎng)景下會(huì)出現(xiàn)偶發(fā)的“提前拉高”現(xiàn)象。定位到這個(gè)問題后先做了兩個(gè)板級(jí)修改在片選引腳串聯(lián)一個(gè)33Ω電阻限制邊沿速率同時(shí)把GPIO輸出速度從High降為Medium。改完之后振鈴幅度明顯下降波形更接近理想方波。實(shí)測(cè)在高頻連續(xù)讀寫下死機(jī)概率從原先的“必現(xiàn)”下降到“偶發(fā)”說明還有軟件層面問題沒解決。4.3 代碼防御中斷互鎖與超時(shí)保護(hù)硬件問題解決了但死機(jī)仍偶發(fā)那就得懷疑軟件邏輯。我們把所有涉及SPI的操作梳理了一遍發(fā)現(xiàn)有兩個(gè)地方存在隱患。第一處是主循環(huán)里操作SPI發(fā)送時(shí)沒有關(guān)閉SPI全局中斷。由于系統(tǒng)里還有定時(shí)器中斷和串口中斷這些中斷的優(yōu)先級(jí)都高于主循環(huán)。一旦中斷恰好在SPI發(fā)送過程中觸發(fā)而中斷服務(wù)函數(shù)里也調(diào)用了SPI發(fā)送函數(shù)比如通過串口命令間接觸發(fā)就會(huì)造成SPI總線的并發(fā)訪問。這里加了一把簡(jiǎn)單互斥鎖來解決static volatile uint8_t spi_busy 0; uint8_t SPI_Transfer_Atomic(uint8_t data) { uint32_t primask; primask __get_PRIMASK(); // 保存當(dāng)前中斷狀態(tài) __disable_irq(); // 關(guān)閉全局中斷 while (spi_busy) { // 如果被占用則等待 } spi_busy 1; // 拉低片選 HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_RESET); // 發(fā)送數(shù)據(jù) uint8_t rx 0; if (HAL_SPI_TransmitReceive(hspi2, data, rx, 1, 10) ! HAL_OK) { // 超時(shí)處理 SPI_CS_Release(); spi_busy 0; __set_PRIMASK(primask); return 0xFF; } // 拉高片選 SPI_CS_Release(); spi_busy 0; __set_PRIMASK(primask); // 恢復(fù)中斷狀態(tài) return rx; }第二處是SPI發(fā)送等待的循環(huán)缺乏超時(shí)機(jī)制。HAL庫的HAL_SPI_TransmitReceive有超時(shí)參數(shù)但很多人圖省事直接傳HAL_MAX_DELAY等于無限等待。一旦SPI外設(shè)因?yàn)槟撤N原因卡住整個(gè)系統(tǒng)就永遠(yuǎn)停在那里。后來把所有等待都改成有限超時(shí)超時(shí)后強(qiáng)制復(fù)位SPI外設(shè)并且把片選拉高確保從設(shè)備狀態(tài)機(jī)復(fù)位。void SPI_CS_Release(void) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET); }4.4 DMA與中斷綜合修復(fù)從“死機(jī)必現(xiàn)”到“連續(xù)拷機(jī)48小時(shí)通過”經(jīng)過上述修復(fù)死機(jī)概率降到了數(shù)百次操作才出現(xiàn)一次。但秉著“零重啟”的目標(biāo)繼續(xù)深挖最終發(fā)現(xiàn)還有一個(gè)隱藏較深的DMA問題DMA傳輸完成后中斷里拉高片選的時(shí)機(jī)在極端情況下會(huì)早于DMA最后一個(gè)字節(jié)真正移出SPI移位寄存器。這是因?yàn)镈MA的“傳輸完成”信號(hào)在外設(shè)側(cè)可能先于SPI移位寄存器清空發(fā)出。解決方法是判斷SPI外設(shè)的“忙”標(biāo)志BSY位后再拉高片選。具體做法是在DMA傳輸完成中斷里等待SPI_SR寄存器的BSY位清零再釋放片選。加上這層保險(xiǎn)后連續(xù)拷機(jī)48小時(shí)、高頻大數(shù)據(jù)量讀寫再也沒有出現(xiàn)過一次死機(jī)。5. 常見問題與排查技巧實(shí)錄5.1 片選死機(jī)問題速查表我把這幾年遇到的SPI片選導(dǎo)致死機(jī)的典型場(chǎng)景整理成了一張速查表大家可以先對(duì)著表排查一輪能省不少時(shí)間。現(xiàn)象可能原因排查方法解決手段高頻通信必死片選信號(hào)振鈴過大邏輯分析儀看波形邊沿串聯(lián)電阻/降GPIO速度偶發(fā)死機(jī)低頻無問題軟件NSS和硬件NSS沖突檢查SPI初始化寄存器統(tǒng)一用軟件NSSGPIO獨(dú)立控制死機(jī)時(shí)SPI發(fā)送標(biāo)志卡死中斷里重復(fù)操作SPIPC指針定位卡死點(diǎn)加互斥鎖/關(guān)中斷保護(hù)DMA傳輸后數(shù)據(jù)錯(cuò)亂片選釋放早于BSY清零查看DMA完成中斷時(shí)序等待SPI_SR.BSY0再拉高CS開漏輸出時(shí)偶發(fā)死機(jī)片選缺少上拉電阻量片選引腳高電平電壓PCB補(bǔ)上拉或改推挽從設(shè)備偶發(fā)不應(yīng)答片選建立時(shí)間不足看CS下降沿到SCK首個(gè)邊沿拉低CS后延時(shí)幾個(gè)時(shí)鐘周期5.2 我在實(shí)際排查中總結(jié)的幾條獨(dú)家技巧片選信號(hào)排查有個(gè)順序原則先硬件后軟件先波形后代碼先外設(shè)后中斷。不要一上來就翻代碼很容易陷進(jìn)去出不來。關(guān)于GPIO速度選擇我建議SPI控制引腳SCK、MOSI、CS在非必要高速場(chǎng)景下都用Medium檔。很多人都喜歡配置High檔但高速翻轉(zhuǎn)帶來的邊沿振鈴在長(zhǎng)走線上反而會(huì)引入可靠性問題。你跑10MHz的SPI用Medium檔完全夠至少我這么做之后從來沒遇到過時(shí)序不夠的問題。關(guān)于片選引腳我強(qiáng)烈建議加上拉電阻阻值選4.7kΩ到10kΩ。即使你用的推挽輸出上拉電阻也能在MCU復(fù)位期間把片選固定在高電平防止從設(shè)備在MCU啟動(dòng)過程中被誤選中。很多從設(shè)備比如SD卡、Flash芯片對(duì)片選毛刺極其敏感一個(gè)啟動(dòng)時(shí)的誤選中就可能把Flash內(nèi)部狀態(tài)機(jī)搞亂。關(guān)于中斷鎖的實(shí)現(xiàn)務(wù)必用“保存中斷狀態(tài)、關(guān)中斷、恢復(fù)中斷狀態(tài)”的方式而不是簡(jiǎn)單的__disable_irq()和__enable_irq()。因?yàn)槿绻陉P(guān)中斷之前某個(gè)更高優(yōu)先級(jí)的嵌套中斷已經(jīng)把中斷狀態(tài)改了直接開中斷會(huì)破壞中斷嵌套的上下文。這是我在一個(gè)RTOS項(xiàng)目里踩過的坑寫在這里提醒大家少走彎路。最后是關(guān)于超時(shí)參數(shù)的一點(diǎn)心得。SPI通信的超時(shí)不要設(shè)太短也不要太長(zhǎng)。以SPI時(shí)鐘10MHz、一次傳256字節(jié)為例理論傳輸時(shí)間大概是200微秒左右留出3-5倍余量設(shè)成1毫秒到5毫秒都合理。太短會(huì)誤報(bào)超時(shí)太長(zhǎng)會(huì)拖慢錯(cuò)誤響應(yīng)速度。我當(dāng)時(shí)用的是10毫秒因?yàn)檫€疊了一層DMA保證極端情況下不誤判。5.3 一個(gè)小技巧片選操作統(tǒng)一收口統(tǒng)一封裝這次排查的另一個(gè)重要收獲是把片選操作從業(yè)務(wù)代碼里徹底抽離封裝成統(tǒng)一接口。原先工程里不同模塊各自操作GPIO拉高拉低片選有些地方直接操作寄存器有些地方調(diào)用HAL庫風(fēng)格混亂排查時(shí)根本不知道哪里改動(dòng)了片選狀態(tài)。重構(gòu)后所有片選控制只通過幾個(gè)函數(shù)完成例如片選選中、片選釋放、SPI單字節(jié)收發(fā)、SPI多字節(jié)收發(fā)、SPI發(fā)送帶超時(shí)等每個(gè)函數(shù)內(nèi)部都自動(dòng)處理片選時(shí)序和總線占用標(biāo)記。之后如果再出現(xiàn)片選相關(guān)問題排查面從整個(gè)工程縮小到這幾個(gè)函數(shù)即可效率提升顯著。6. 項(xiàng)目復(fù)盤與擴(kuò)展片選死機(jī)的本質(zhì)是什么6.1 本質(zhì)復(fù)盤片選信號(hào)是多米諾骨牌的第一張這次折騰下來最大的體會(huì)是片選信號(hào)導(dǎo)致死機(jī)本質(zhì)上不是“GPIO操作錯(cuò)了”這么簡(jiǎn)單而是“GPIO操作、SPI外設(shè)狀態(tài)、中斷執(zhí)行時(shí)機(jī)、從設(shè)備響應(yīng)能力”四者之間的耦合關(guān)系被打破了。片選只是第一張多米諾骨牌真正翻車的是后續(xù)一系列連鎖反應(yīng)。很多人寫SPI驅(qū)動(dòng)時(shí)目光只盯著數(shù)據(jù)收發(fā)流程忽略了片選信號(hào)其實(shí)是SPI通信中時(shí)域關(guān)系最敏感的一環(huán)。片選拉低是通信開始拉高是通信結(jié)束從設(shè)備的所有狀態(tài)機(jī)轉(zhuǎn)換都以這兩個(gè)邊沿為基準(zhǔn)。如果你的代碼里有多處地方在掌控這個(gè)邊沿或者這個(gè)邊沿的物理質(zhì)量不達(dá)標(biāo)就會(huì)導(dǎo)致從設(shè)備狀態(tài)錯(cuò)亂進(jìn)而引發(fā)主控側(cè)的等待超時(shí)或總線沖突。這套邏輯換到別的通信協(xié)議也一樣成立比如I2C的起始/停止條件、UART的幀起始位本質(zhì)都是時(shí)序敏感信號(hào)。6.2 這類問題還可以這樣擴(kuò)展排查如果你在當(dāng)前項(xiàng)目里解決了SPI片選問題但還遇到過其他接口導(dǎo)致死機(jī)的現(xiàn)象比如RS485上電死機(jī)、多個(gè)UART串口接收導(dǎo)致死機(jī)等問題排查思路是相通的。都遵循“先看物理層波形再查外設(shè)寄存器狀態(tài)最后排查中斷和任務(wù)搶占”的順序。RS485上電死機(jī)常見于RE/DE控制引腳在上電瞬間處于不確定狀態(tài)導(dǎo)致收發(fā)器同時(shí)使能收發(fā)總線沖突拉低電平進(jìn)而干擾主控的UART接收邏輯。多串口接收死機(jī)則常見于中斷優(yōu)先級(jí)設(shè)置不當(dāng)多個(gè)串口同時(shí)到達(dá)數(shù)據(jù)時(shí)CPU無法及時(shí)響應(yīng)導(dǎo)致接收溢出標(biāo)志置位程序在中斷里反復(fù)進(jìn)出。這些都是“看似外設(shè)問題實(shí)則時(shí)域和優(yōu)先級(jí)管理問題”的典型。6.3 一個(gè)值得嘗試的加固方案軟件片選狀態(tài)機(jī)如果你想讓SPI通信的健壯性再上一個(gè)臺(tái)階可以嘗試在軟件層引入一個(gè)簡(jiǎn)單的片選狀態(tài)機(jī)?；舅悸肥嵌x枚舉類型表示片選空閑、片選選中、等待發(fā)送完成、等待DMA完成等狀態(tài)每次切換狀態(tài)都加超時(shí)保護(hù)和異常恢復(fù)。如果在某個(gè)狀態(tài)停留時(shí)間超過閾值就強(qiáng)制復(fù)位SPI外設(shè)、拉高片選、清空DMA緩沖回到空閑態(tài)。這套方案我后來用在了好幾個(gè)項(xiàng)目里雖然沒有直接證據(jù)證明它“攔截”了多少次潛在死機(jī)但有了狀態(tài)機(jī)之后系統(tǒng)的可觀測(cè)性大大提高一有問題能立刻從狀態(tài)寄存器里看出卡在哪一步調(diào)試效率提升明顯。6.4 預(yù)防性設(shè)計(jì)才是最優(yōu)解經(jīng)過這次的折騰我現(xiàn)在的項(xiàng)目里對(duì)SPI片選的設(shè)計(jì)有一套默認(rèn)原則寫在這里供大家參考。首先是片選引腳統(tǒng)一使用推挽輸出加10kΩ上拉GPIO速度選Medium不做特殊需求不選High其次是片選操作全部收口到獨(dú)立驅(qū)動(dòng)文件業(yè)務(wù)代碼不允許直接操作片選GPIO再者是堅(jiān)持使用軟件NSS模式避免硬件NSS與GPIO的復(fù)用沖突SPI初始化中把NSS配置為軟件模式片選交給獨(dú)立GPIO控制最后是所有SPI等待必須帶超時(shí)超時(shí)后執(zhí)行SPI外設(shè)復(fù)位和片選釋放。這套原則目前已經(jīng)穩(wěn)定運(yùn)行了多個(gè)量產(chǎn)項(xiàng)目還沒有一次因SPI片選導(dǎo)致死機(jī)的報(bào)告算是用真金白銀換來的經(jīng)驗(yàn)。7. 寫在最后的調(diào)試心得如果你現(xiàn)在正被片選信號(hào)導(dǎo)致死機(jī)折磨得焦頭爛額我的建議是先不要改代碼找一個(gè)安靜的工位把邏輯分析儀接上把片選、時(shí)鐘、數(shù)據(jù)四路信號(hào)抓下來一幀一幀地看。硬件問題不解決軟件改再多都是白費(fèi)。確認(rèn)波形干凈之后再回頭審視代碼里有沒有不設(shè)防的等待循環(huán)、沒有保護(hù)的中斷并發(fā)、沒有超時(shí)的DMA完成判斷。我個(gè)人在實(shí)際操作中的體會(huì)是這類問題最難的往往不是解決本身而是承認(rèn)問題出在自己從來沒注意過的地方。片選信號(hào)看起來太簡(jiǎn)單了簡(jiǎn)單到讓人下意識(shí)跳過它去懷疑更復(fù)雜的模塊殊不知恰恰是最簡(jiǎn)單的地方最容易因?yàn)椤袄硭?dāng)然”而出錯(cuò)。希望這篇分享能幫你少走幾段彎路。