1. 先搞清楚SPI到底是什么以及它憑什么能活到現(xiàn)在我最早接觸通信協(xié)議是搞串口UART那套東西簡單得很一根發(fā)送線一根接收線兩邊約定好波特率就能聊起來。后來做項目要用到Flash存儲、SD卡、屏幕這類外設(shè)串口的速率明顯不夠用了——你拿115200波特率去刷一塊320x240的屏幕試試一幀畫面能傳到天荒地老。這時候SPI就派上用場了這也是它至今沒有被I2C或UART淘汰的核心原因。SPI的英文全稱是Serial Peripheral Interface串行外設(shè)接口由Motorola在20世紀80年代提出。它一開始就是奔著“嵌入式處理器和外圍芯片之間高速交換數(shù)據(jù)”這個目標去的。你沒看錯這個協(xié)議比我年齡都大但它今天依然活躍在幾乎每一塊MCU、每一個FPGA、每一顆Flash芯片內(nèi)部屬于那種“看起來簡單但根本繞不過去”的基礎(chǔ)協(xié)議。SPI之所以能存活這么多年且地位穩(wěn)固本質(zhì)上是幾個特點疊出來的全雙工通信發(fā)送和接收可以同時進行不像UART雖然也支持全雙工但SPI的時鐘由主機控制時序更可控。速率高SPI沒有固定的波特率限制理論上只要從設(shè)備能承受主機的時鐘能推多快就能跑多快。常見的SPI Flash跑個幾十MHz甚至上百MHz都很正常。協(xié)議極簡沒有地址幀、沒有應答機制當然也有擴展版本加了應答就是時鐘、收發(fā)、片選這幾件事非常容易用邏輯分析儀抓波形排查問題。實現(xiàn)靈活你可以用硬件SPI外設(shè)也可以用GPIO直接模擬也就是俗稱的“軟SPI”。這在資源受限或引腳沖突時特別有用。用一個不太恰當?shù)念惐葋碚fI2C像公共汽車所有設(shè)備掛在兩條線上靠地址尋址有嚴格的時序仲裁SPI更像專線出租車主機拉一根片選線選中誰誰就獨占這條通道速度自然就上來了。也正因為如此SPI在“一對一高速傳輸”和“一對多但能容忍更多引腳”的場景下近乎沒有對手。我見過很多初學者對著一堆協(xié)議名發(fā)懵什么I2C、UART、SPI、CAN、USB感覺每個都長得差不多。實際上你只要記住一句話SPI把“數(shù)據(jù)線、時鐘線、片選線”分開管理誰被選中誰說話時鐘由主機說了算這就是它的全部靈魂。2. SPI的四根線與兩種拓撲結(jié)構(gòu)接線之前先把這些搞明白2.1 四根線的分工比你想的更講究SPI通常由四根線組成分別是SCLK、MOSI、MISO、CS/SS。名字在不同廠家的手冊里有細微差別但角色完全一致信號線常見別名方向作用SCLKSCK、CLK主機到從機串行時鐘所有數(shù)據(jù)位的傳輸都對齊到該時鐘邊沿MOSISDO、DI、COPI主機到從機Master Output Slave Input主機輸出數(shù)據(jù)給從機MISOSDI、DO、CIPO從機到主機Master Input Slave Output從機輸出數(shù)據(jù)給主機CS/SSNSS、CE、SYNC主機到從機片選信號低電平有效拉到低時該從機被“點名”這里特別容易踩坑的是MOSI和MISO接反。很多芯片手冊上標注的是DO和DI這種視角不同工程師寫標注的習慣不一樣有的按主機視角標有的按從機視角標。我的建議是畫原理圖或接杜邦線的時候永遠從“主機視角”標注MOSI和MISO到了從機那一側(cè)強制換算成SI/SO或者DI/DO然后交叉連接。舉個例子STM32主機的MOSI要接到從機芯片的SISlave Input而不是接到從機的SO上去。你要是對著兩個數(shù)據(jù)手冊分別看很容易搞混我已經(jīng)見過不下五個工程師因為這個接反而調(diào)了大半天。2.2 點對點拓撲一根片選線管一顆芯片最典型的用法是MCU直連一顆SPI Flash或者一塊SPI屏幕。主機給每顆從機分配一根獨立的CS引腳同一時刻只能拉低其中一個。因為每次通信都只有一個從機被選中所以從機的MISO引腳可以共享到同一條總線上不會造成沖突。這種拓撲的優(yōu)勢是簡單、速度快、信號完整性好控制。缺點也明顯——每增加一顆設(shè)備就要增加一個GPIO用于片選。當你的板子上有Flash、屏幕、SD卡、傳感器一共四五個SPI設(shè)備時GPIO開銷就有點肉疼了。2.3 總線型拓撲多設(shè)備掛一根總線SPI也支持把多顆從機掛在同一條SCLK、MOSI、MISO上靠各自的CS區(qū)分。這樣做省引腳但有代價所有從機的MISO輸出引腳必須是“開漏輸出”或“三態(tài)輸出”也就是沒被選中時必須高阻釋放總線否則多顆芯片同時驅(qū)動MISO會打架?？偩€上掛的設(shè)備越多寄生電容越大SCLK速率就不得不降下來否則波形畸變嚴重。調(diào)試排錯也更麻煩某顆芯片拉低了總線可能導致其余設(shè)備全部通信異常。我自己做項目的經(jīng)驗是一顆MCU的SPI外設(shè)點對點掛一個屏、一顆Flash、一個SD卡槽各用一根片選這是最舒服的配置。非要節(jié)省引腳的話至少把低速設(shè)備和不常訪問的設(shè)備丟到軟件模擬SPI上去別在硬件SPI上硬擠。3. 四種工作模式與“時鐘極性/相位”調(diào)不出來波形多半是這里錯了SPI有一個讓無數(shù)人撓頭的點四種工作模式。這四種模式由CPOLClock Polarity時鐘極性和CPHAClock Phase時鐘相位兩個參數(shù)組合而成。很多LCD驅(qū)動芯片、Flash芯片的初始化代碼里都有SPI_MODE0到SPI_MODE3的宏定義你要是選錯了屏幕上顯示花屏、Flash讀出全0xFF基本都是這個原因。3.1 CPOL和CPHA到底在描述什么先說CPOL。它決定的是SCLK在空閑狀態(tài)也就是沒有數(shù)據(jù)傳輸時的電平是低還是高CPOL0空閑時SCLK為低電平CPOL1空閑時SCLK為高電平再看CPHA。它決定的是數(shù)據(jù)在SCLK的哪個邊沿被采樣CPHA0在SCLK的第一個邊沿采樣數(shù)據(jù)前沿采樣CPHA1在SCLK的第二個邊沿采樣數(shù)據(jù)后沿采樣兩個參數(shù)一組合就有了大家常說的SPI Mode 0、1、2、3模式CPOLCPHA采樣邊沿以空閑態(tài)為參考常見場景Mode 000上升沿采樣下降沿切換數(shù)據(jù)最常用絕大多數(shù)SPI Flash和LCD默認模式Mode 101下降沿采樣上升沿切換數(shù)據(jù)個別傳感器Mode 210下降沿采樣上升沿切換數(shù)據(jù)某些特定芯片Mode 311上升沿采樣下降沿切換數(shù)據(jù)不少SD卡、W25Q系列Flash也支持說句實話我遇到的項目里九成都是Mode 0或Mode 3。很多芯片的數(shù)據(jù)手冊會在“SPI Timing Characteristics”章節(jié)畫一堆時序圖你需要找到“Data Setup Time”和“Data Hold Time”這兩項再對照手冊上的波形圖判斷該用哪個模式。3.2 一個真實的踩坑案例Mode 0和Mode 3并非總是通用之前有人跟我說“W25Q128不是支持Mode 0和Mode 3嗎那我隨便選一個不就行了”理論上確實如此W25Q128的數(shù)據(jù)手冊里明確寫了支持這兩種模式。但問題出在某些從機芯片在不同模式下行為不完全一致。我接過一顆國產(chǎn)的LCD驅(qū)動芯片手冊上標注支持Mode 0和Mode 2結(jié)果實際測試發(fā)現(xiàn)初始化命令用Mode 0發(fā)送沒問題但連續(xù)讀顯存數(shù)據(jù)時如果繼續(xù)用Mode 0讀回來的數(shù)據(jù)會錯位幾個字節(jié)。換成Mode 2之后一切正常。排查過程很折騰。先用邏輯分析儀抓波形確認SCLK頻率、電平都正確再用示波器看MOSI上的數(shù)據(jù)與SCLK邊沿的相對位置發(fā)現(xiàn)數(shù)據(jù)切換點離采樣點太近時序裕量不足最后懷疑到模式頭上一條條命令換模式去試才定位到問題。這個案例給我們的教訓是不要只看芯片手冊上說“支持哪些模式”就以為可以隨意選關(guān)鍵的讀操作、寫操作可能對時序裕量的敏感度不同。穩(wěn)妥的做法是拿到一顆新芯片第一時間用邏輯分析儀把初始化時序完整抓下來然后對照手冊逐項確認模式、時鐘頻率、片選時序、命令格式而不是直接套STM32的HAL庫默認配置。3.3 軟件模擬SPI和硬件SPI的模式理解軟件模擬SPI的時候理解CPOL和CPHA會更直觀因為每一個時鐘邊沿都是你用delay函數(shù)硬“憋”出來的。比如用GPIO模擬Mode 0大概是這樣一個思路// 偽代碼軟件模擬SPI Mode 0CPOL0CPHA0 // 空閑時SCLK0 // 在SCLK上升沿發(fā)送數(shù)據(jù)實際上是先準備數(shù)據(jù)再拉高時鐘 // 在SCLK下降沿之后從機數(shù)據(jù)已穩(wěn)定主機可以采樣 void SW_SPI_WriteByte(uint8_t data) { for (int i 7; i 0; i--) { // 先準備好數(shù)據(jù)線 MOSI_GPIO (data i) 0x01; // SCLK從低拉高產(chǎn)生上升沿 SCLK_GPIO 1; // 空轉(zhuǎn)幾個周期讓從機采樣 delay_us(1); // 拉低SCLK產(chǎn)生下降沿 SCLK_GPIO 0; delay_us(1); } }但如果是Mode 1即CPHA1那么在上升沿是數(shù)據(jù)切換、下降沿才算采樣你的代碼順序就要反過來先拉高SCLK再改變MOSI再拉低SCLK從機在下降沿采樣。理解了這一點你會發(fā)現(xiàn)硬件SPI的寄存器配置和軟件模擬本質(zhì)上描述的是同一件事只是硬件幫你把邊沿對齊的事情做了一旦模式配錯硬件反而變成了“黑盒”更難排查。4. 硬件片選與軟件片選省引腳的高級玩法及其代價片選這個事看起來很簡單拉低選中、拉高釋放。但實際項目里片選的實現(xiàn)方式會直接影響系統(tǒng)的穩(wěn)定性、引腳分配和軟件架構(gòu)。這里必須把“硬件片選”和“軟件片選”的區(qū)別講透。4.1 硬件NSS與軟件CS的差別不少MCU的SPI外設(shè)自帶一個NSS引腳有的還支持硬件自動控制NSS——主機啟動傳輸時自動拉低傳輸結(jié)束自動拉高?？雌饋砗苁⌒牡袃蓚€潛在問題NSS引腳可能被復用某些MCU上NSS和別的功能共享引腳你未必能騰得出來。硬件NSS在“一主多從”場景下并不好用多顆從機就需要多根片選線而硬件NSS往往只有一根。你只能額外用GPIO去控制其余從機的片選。所以我更常用的方案是整個放棄硬件NSS用普通的GPIO來做軟件片選。這樣有幾個好處片選引腳的選擇非常自由哪個GPIO空著就用哪個。片選的拉高拉低時機完全由軟件控制可以做到傳輸開始前提前拉低傳輸完全結(jié)束后再拉高時序裕量更充足。多顆從機的片選管理非常自然就是分別操作不同GPIO。4.2 軟件片選的幾個必須注意的細節(jié)軟件片選雖然靈活但有三件事必須注意第一片選信號的建立時間。從CS拉低到SCLK產(chǎn)生第一個時鐘沿之間需要留出一點時間讓從機內(nèi)部完成切換。不同芯片的CS Setup Time不同快的可能幾百納秒慢的到微秒級。如果你用HAL庫的HAL_SPI_Transmit它內(nèi)部可能已經(jīng)處理了但如果直接操作寄存器或者用DMA就得在代碼里顯式加入延時或檢查標志位。第二片選不要提前拉高。有些從機要求在最后一個SCLK邊沿之后、再保持CS低電平一段時間才能完成內(nèi)部鎖存。雖然大部分芯片對CS Hold Time的要求不苛刻但設(shè)計上寧可多留一點余量。第三片選引腳的空閑電平必須確認。SPI片選絕大多數(shù)是低電平有效但有個別芯片是高電平有效比如某些音頻芯片接反了癥狀極其詭異偶爾能通偶爾不通、首字節(jié)丟失等。我建議拿到任何一顆SPI從機第一件事就是去數(shù)據(jù)手冊里搜索CS或SS的有效電平說明不要想當然。4.3 補充一個實用技巧DPDK和SPI應用中的片選策略可能有人會疑惑SPI片選芯片的時候代碼里怎么管理更優(yōu)雅我見過兩種風格一種是每次傳輸都“拉低CS - 發(fā)送/接收 - 等待完成 - 拉高CS”簡單粗暴適合低速率、低頻次訪問的場景。另一種是“一次拉低CS連續(xù)執(zhí)行多個操作后再拉高”比如初始化LCD時一連串寄存器配置命令CS一直拉低效率高不少。但注意后面這種做法要求從機支持“多字節(jié)連續(xù)寫”或者“地址自動遞增”模式否則就得靠命令本身的語義來控制。比如很多SPI Flash支持Write Enable、Page Program、Read Data這種復合指令CS低電平期間一次發(fā)一條完整指令沒問題。我個人寫驅(qū)動時喜歡把CS操作封裝成兩個宏或內(nèi)聯(lián)函數(shù)#define SPI_CS_LOW() HAL_GPIO_WritePin(SPI_CS_GPIO_Port, SPI_CS_Pin, GPIO_PIN_RESET) #define SPI_CS_HIGH() HAL_GPIO_WritePin(SPI_CS_GPIO_Port, SPI_CS_Pin, GPIO_PIN_SET)然后在每一條完整指令的開頭和結(jié)尾調(diào)用。這樣代碼可讀性高也方便以后換引腳或換成硬件NSS。5. 從HAL庫到寄存器操作CubeMX配置里最容易忽略的幾個點STM32CubeMX幾乎是現(xiàn)在STM32開發(fā)的默認起點SPI的配置界面雖然看起來選項就那么幾項但新手和高手的配置差距往往體現(xiàn)在細節(jié)上。這里挑幾個我實際踩過的點展開講。5.1 CubeMX中SPI參數(shù)的推薦配置在CubeMX的SPI配置頁里你會看到這些參數(shù)參數(shù)推薦值說明ModeFull-Duplex Master全雙工主機大多數(shù)場景夠用部分屏用半雙工寫命令可以省事Hardware NSS SignalDisable用軟件片選自由度更高Data Size8 Bits多數(shù)外設(shè)是8位數(shù)據(jù)個別Flash支持4字節(jié)地址需要24/32位模式First BitMSB FirstSPI協(xié)議默認高位先行絕大多數(shù)芯片如此Prescaler根據(jù)外設(shè)最高頻率算見下方說明Clock Polarity / Phase按芯片手冊選前文已詳細講解CRCDisable極少用除非你的從機支持并需要有個地方我要多提醒一句CubeMX的Prescaler會影響APB2或APB1總線時鐘而SCLK實際頻率 SPI所在總線時鐘 / 分頻系數(shù)。很多人配置完后用示波器量SCLK發(fā)現(xiàn)頻率比自己預期高或低就是因為沒算清楚時鐘樹。比如STM32F407的APB2最高是84MHzSPI掛在APB2上如果你選Prescaler8那么SCLK就是84/810.5MHz而不是你以為的某個整數(shù)。5.2 HAL庫下SPI通信的代碼細節(jié)HAL庫封裝得比較友好但有幾個“坑”非常典型。以HAL_SPI_TransmitReceive為例uint8_t txData[16]; uint8_t rxData[16]; HAL_StatusTypeDef status HAL_SPI_TransmitReceive(hspi1, txData, rxData, sizeof(txData), 100);第一坑發(fā)送和接收緩沖區(qū)的數(shù)據(jù)寬度必須和配置的Data Size一致。如果你配置成8位卻傳了一個16位數(shù)組進去數(shù)據(jù)會錯位甚至越界。第二坑超時參數(shù)的單位是毫秒但對于DMA方式傳輸HAL_SPI_TransmitReceive_DMA并沒有超時一說你必須在HAL_SPI_TxRxCpltCallback回調(diào)里確認傳輸完成而不是在函數(shù)返回后立刻操作CS拉高。很多人一開始都用HAL_SPI_Transmit后來想提高效率改成DMA結(jié)果忘了加傳輸完成回調(diào)CS在DMA還沒搬完數(shù)據(jù)時就拉高了導致最后一截數(shù)據(jù)丟失。第三坑HAL_SPI_Transmit和HAL_SPI_Receive之間不要交替發(fā)得太頻繁。HAL庫內(nèi)部有狀態(tài)機某些版本對連續(xù)快速切換發(fā)送/接收模式的處理不夠完善會出現(xiàn)HAL_BUSY的錯誤碼。解決方法是每次傳輸前調(diào)用HAL_SPI_Abort或者改用HAL_SPI_TransmitReceive這種同時收發(fā)的方式。5.3 從HAL庫往下看寄存器排查問題的關(guān)鍵一步雖然HAL庫用起來省心但遇到詭異問題你還是得會看寄存器。比如SPI在上電后沒有正常工作我一般先讀三個寄存器uint8_t sr1 hspi1.Instance-SR; // 狀態(tài)寄存器 uint16_t cr1 hspi1.Instance-CR1; // 控制寄存器1 uint16_t cr2 hspi1.Instance-CR2; // 控制寄存器2SR里的BSY位表示SPI外設(shè)是否忙如果你發(fā)現(xiàn)CS都拉低了但BSY一直為1說明片選和SPI外設(shè)之間沒協(xié)調(diào)好。CR1的SPE位是SPI使能位HAL初始化失敗或者被意外關(guān)閉時這個位會被置0SPI就完全不工作了。CR2的FRXTH位影響FIFO閾值如果不匹配會產(chǎn)生RXNE接收緩沖區(qū)非空標志過早或過晚的問題。會看寄存器之后你就不太需要依賴IDE的調(diào)試窗口去猜了。這也是從“會用HAL庫”進階到“能獨立排查SPI問題”的一道分水嶺。6. SPI DMA真正把CPU從數(shù)據(jù)搬運中解放出來的玩法前面說的HAL庫阻塞式收發(fā)在低速場景下沒問題但如果你要連續(xù)刷新一個大尺寸屏幕或者從SD卡連續(xù)讀幾百KB數(shù)據(jù)CPU大部分時間都耗在搬運字節(jié)上了。這個時候就必須上DMA。6.1 SPI DMA的核心思路DMA干的事情很簡單外設(shè)和內(nèi)存之間搬運數(shù)據(jù)不經(jīng)過CPU。以SPI接收為例數(shù)據(jù)到達SPI的接收寄存器后DMA自動把它搬到內(nèi)存緩沖區(qū)搬滿預設(shè)數(shù)量后產(chǎn)生中斷通知CPU。整個過程CPU可以繼續(xù)跑別的邏輯。以STM32 HAL庫為例使能SPI RX的DMA是這樣配置的// 假設(shè)已經(jīng)用CubeMX配置好SPI1的DMA請求 HAL_StatusTypeDef status HAL_SPI_Receive_DMA(hspi1, rxBuffer, len); // 之后在回調(diào)里確認完成 void HAL_SPI_RxCpltCallback(SPI_HandleTypeDef *hspi) { if (hspi-Instance SPI1) { // 數(shù)據(jù)已全部收到可以處理rxBuffer } }這個回調(diào)必須注意如果你的項目里SPI和別的外設(shè)都用了DMA回調(diào)函數(shù)名可能沖突。HAL庫統(tǒng)一用HAL_SPI_RxCpltCallback作為SPI接收完成回調(diào)多個SPI實例都會進這個回調(diào)你需要通過hspi-Instance判斷是哪個SPI。6.2 SPI DMA與片選時序的矛盾這個坑我栽過一次說出來給大家提個醒。DMA方式下HAL_SPI_Transmit_DMA返回時數(shù)據(jù)其實還沒發(fā)完DMA還在后臺搬運。如果你在這個函數(shù)返回后立刻把CS拉高那么數(shù)據(jù)傳了一半就斷了。很多人習慣寫SPI_CS_LOW(); HAL_SPI_Transmit_DMA(hspi1, txBuffer, len); SPI_CS_HIGH(); // 錯DMA還沒傳完正確做法是CS的拉高要放在HAL_SPI_TxCpltCallback回調(diào)里或者用信號量/標志通知主循環(huán)volatile uint8_t spi_tx_done 0; void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) { if (hspi-Instance SPI1) { spi_tx_done 1; } } // 發(fā)送位置 spi_tx_done 0; SPI_CS_LOW(); HAL_SPI_Transmit_DMA(hspi1, txBuffer, len); // 等待完成或去做別的事 while (!spi_tx_done); SPI_CS_HIGH();如果你用的是RTOS更合適的方式是直接用二進制信號量在中斷里釋放。6.3 DMA vs 中斷 vs 阻塞什么時候選誰我整理了一個簡單的選型思路方式優(yōu)點缺點典型場景阻塞式Polling代碼簡單邏輯清晰占用CPU效率低初始化配置、低頻率命令發(fā)送中斷方式不阻塞CPU邏輯和中斷綁定每次字節(jié)/幀觸發(fā)一次中斷頻繁上下文切換速率中等、長度不長、需要及時響應的場景DMA方式幾乎零CPU占用搬大數(shù)據(jù)高效配置復雜回調(diào)邏輯多和CS時序容易沖突刷屏、連續(xù)讀Flash、SD卡讀寫我現(xiàn)在的習慣是初始化命令全用阻塞式批量數(shù)據(jù)讀寫用DMA個別需要即時響應的傳感器短數(shù)據(jù)用中斷方式。這個組合在工程上既穩(wěn)定又高效。7. 大數(shù)據(jù)量場景實戰(zhàn)SPI屏幕刷新、Flash讀寫與SD卡共享SPI如果一個項目里同時用到SPI屏幕、SPI Flash和SD卡它們共用同一個SPI外設(shè)是常有的事。這種“共享總線”的做法省硬件資源但要處理好幾個問題。7.1 屏幕和SD卡共享SPI到底劃不劃算先說結(jié)論能分開盡量分開分不開就上多路片選加仔細的驅(qū)動隔離。屏幕刷新頻率很高尤其是動態(tài)界面動不動就要推幾十KB甚至幾百KB的像素數(shù)據(jù)。SD卡的讀寫也動輒一次幾KB到幾十KB。兩者搶總線的時候屏幕會掉幀、SD卡讀寫變慢嚴重的時候可能出現(xiàn)SPI總線電平?jīng)_突導致數(shù)據(jù)錯誤。如果MCU只有一個SPI外設(shè)我的建議是優(yōu)先這樣分屏幕和SD卡不要同時掛在一個硬件SPI上至少其中一個用軟件模擬SPI。屏幕優(yōu)先吃硬件SPIDMA因為它的數(shù)據(jù)流量最大且實時性要求高。SD卡的數(shù)據(jù)操作允許“慢一點”軟件SPI的速率只要在SD卡支持范圍內(nèi)用起來也不會太難受。有人會問“ESP32屏幕與SD卡共享SPI哪個好”我用ESP32做過一輪對比測試結(jié)論是如果你的屏幕刷新率要求不高比如只是靜態(tài)儀表盤SD卡和屏幕共享一個SPI用輪詢方式分時訪問完全可以布線還簡潔但如果你要跑完整的GUI動畫屏幕數(shù)據(jù)量極大那SD卡最好單獨走一個SPI或者SDMMC接口。7.2 提高SPI屏幕刷新率的幾個手段SPI屏幕的刷新率瓶頸不在SPI協(xié)議本身而在于你怎么把像素數(shù)據(jù)送到屏幕。實測中我用以下幾招把刷新率提了一大截用DMA搬運像素數(shù)據(jù)單純靠CPU逐字節(jié)寫顯存頻率在40MHz SPI下也只有幾百萬字節(jié)每秒DMA可以把這個數(shù)字推到接近SPI硬件的極限。減少無意義的控制命令很多LCD驅(qū)動IC在連續(xù)寫顯存時可以使用同一指令不帶重復的顯存地址寫入模式省掉每次寫數(shù)據(jù)前的命令和地址幀。提高SPI時鐘頻率大部分MCU開板子默認SPI主頻才2.25MHzCubeMX默認分頻很大實際很多屏幕支持幾十MHz調(diào)到允許的上限往往刷新率直接翻幾倍。合理使用顯存撕裂避免機制如果屏幕控制器有TETearing Effect信號可以利用它來同步刷新避免畫面撕裂但這本身不會提高幀率只是體驗更好。SPI屏幕的刷新率上限還受限于SCLK頻率和像素格式。一個320x240 RGB565的屏幕一幀數(shù)據(jù)是320x240x2153600字節(jié)如果SPI時鐘40MHz理論傳輸時間約30毫秒也就是約33幀上限。想要更高幀率要么降分辨率、降色深要么換并口或MIPI DSI接口。這是物理帶寬決定的不是軟件能突破的。7.3 SPI Flash的頁編程與擦除特性驅(qū)動代碼必須尊重它SPI Flash和屏幕的邏輯很不一樣。屏幕是“我發(fā)數(shù)據(jù)你顯示”Flash是“要先擦除再編程而且按頁寫、按扇區(qū)擦”。以W25Q128為例頁大小256字節(jié)Page Program最多寫256字節(jié)超過頁邊界會自動回卷——這一點特別坑如果你一次寫300字節(jié)且跨越了頁邊界數(shù)據(jù)會寫到頁面開頭去。扇區(qū)4KB寫之前必須先擦除擦除后所有位變成0xFF。狀態(tài)寄存器里的BUSY位表示Flash是否正在內(nèi)部擦寫寫完指令后要輪詢等待。實際驅(qū)動里我封裝了“任意地址、任意長度”的寫函數(shù)內(nèi)部自動處理跨頁拆分void SPI_Flash_Write(uint32_t addr, uint8_t *data, uint32_t len) { while (len 0) { // 計算當前頁內(nèi)剩余空間 uint32_t pageRemain 256 - (addr % 256); uint32_t chunk (len pageRemain) ? len : pageRemain; // 寫入使能 SPI_Flash_WriteEnable(); // Page Program指令 地址 數(shù)據(jù) SPI_Flash_PageProgram(addr, data, chunk); // 等待BUSY清零 SPI_Flash_WaitBusy(); addr chunk; data chunk; len - chunk; } }這種“先算出剩余頁大小按塊發(fā)送”的思路是所有Flash驅(qū)動的基礎(chǔ)也是面試八股里經(jīng)?？疾斓狞c。8. 從Verilog到FPGA用代碼實現(xiàn)SPI Slave的思考路徑熱搜詞里看到不少“SPI slave verilog”“FPGA SPI”之類的關(guān)鍵詞。很多做FPGA的同學一開始接觸SPI都是調(diào)現(xiàn)成的IP核或參考代碼。但我覺得只有親手寫過一遍SPI Slave才算真正理解SPI時序。這里分享一個用Verilog實現(xiàn)SPI Slave的思路不貼完整代碼但把關(guān)鍵機制講清楚。8.1 SPI Slave的核心狀態(tài)機SPI Slave的邏輯本質(zhì)上是一個“串入并出”的移位寄存器外加一個片選管理和字節(jié)拼接狀態(tài)機。核心結(jié)構(gòu)大致是reg [7:0] shift_reg; reg [2:0] bit_cnt; always (posedge sclk or negedge rst_n) begin if (!rst_n) begin shift_reg 8h00; bit_cnt 3d0; end else if (cs_n 1b1) begin // 片選釋放復位位計數(shù) bit_cnt 3d0; end else begin shift_reg {shift_reg[6:0], mosi}; bit_cnt bit_cnt 1b1; if (bit_cnt 3d7) begin // 一個字節(jié)收滿可以置位接收完成標志 rx_done 1b1; end end end關(guān)鍵點在于采樣邊沿的選擇必須和主機的模式匹配。如果主機是Mode 0從機也要在上升沿采樣下降沿切換輸出。這個配合在Verilog里就是posedge sclk還是negedge sclk的選擇寫錯了整個數(shù)據(jù)全亂。8.2 跨時鐘域與主機速率適配FPGA內(nèi)部邏輯經(jīng)常工作在100MHz甚至更高而SPI的SCLK可能只有幾MHz。如果直接從posedge sclk采樣邏輯綜合時會生成跨時鐘域路徑時序收斂困難。更穩(wěn)妥的做法是用FPGA高頻時鐘對SCLK做兩級同步檢出上升沿和下降沿脈沖?；谕胶蟮拿}沖沿進行數(shù)據(jù)采樣和移位而不是直接用SCLK做觸發(fā)時鐘。這樣做的好處是SCLK速率變化時只需要調(diào)整約束邏輯本身不變。另一個常見問題是主機速率過高時FPGA內(nèi)部邏輯來不及在一個SCLK周期內(nèi)完成移位和判斷。解決思路是提高FPGA內(nèi)部時鐘頻率或者對SCLK進行分頻采樣判斷。實際上大部分SPI Slave IP都會對SCLK做邊沿檢測再根據(jù)內(nèi)部時鐘生成合適的采樣窗口。8.3 FPGA實現(xiàn)SPI Flash控制器的常見坑很多人做FPGA讀寫SPI Flash時會遇到“能讀ID但讀寫數(shù)據(jù)失敗”的情況。我的排查順序一般是先邏輯分析儀抓SCLK、CS、MOSI、MISO四條線的波形確認命令字和地址是否對。確認Flash是否進入QAQuad Enable狀態(tài)如果之前測試時把狀態(tài)寄存器改了但沒還原后續(xù)普通SPI模式可能不工作。檢查寫操作前的Write Enable命令是否成功狀態(tài)寄存器里WEL位是否為1。確認頁編程時地址和數(shù)據(jù)是否跨頁以及擦除后是否等待BUSY清零。FPGA調(diào)試和MCU調(diào)試最大的不同是MCU可以打印日志FPGA只能在波形圖里一層層翻。所以從一開始就養(yǎng)成“設(shè)計里帶上足夠的觀測信號”的習慣比什么都重要。至少把狀態(tài)機當前狀態(tài)、位計數(shù)、接收到的字節(jié)數(shù)據(jù)這些信號引出來掛在調(diào)試接口上不然出了問題幾乎無從下手。9. 常見故障排查手冊我列一張按癥狀找原因的對照表SPI通信問題的癥狀往往五花八門但根因翻來覆去就那么幾類。我整理了一張表是這些年排查問題的經(jīng)驗濃縮適合直接拿來當排查手冊現(xiàn)象最可能原因次可能原因排查手段數(shù)據(jù)完全錯亂接收端讀到0x00或0xFFSPI模式不匹配CPOL/CPHA配錯MOSI/MISO接反邏輯分析儀抓波形對照時序圖確認首字節(jié)丟失后面數(shù)據(jù)正常CS建立時間不足或CS操作時序不對主機速率太快從機未準備好降低SPI頻率檢查CS拉低到第一個時鐘沿的延時偶發(fā)數(shù)據(jù)錯位或亂碼信號線過長導致波形畸變SPI線纜未接下拉/上拉示波器看波形沿縮短線纜加端接電阻發(fā)送正常接收永遠為0xFF從機MISO沒輸出或MISO引腳配置錯從機未被正確選中測量CS電平確認MISO連接用DMA傳輸后數(shù)據(jù)缺尾巴CS在DMA傳輸完成前被拉高DMA回調(diào)未正確處理把CS拉高放到DMA完成回調(diào)里多從機共享總線后數(shù)據(jù)沖突未選中從機的MISO沒置為高阻多個從機CS同時拉低檢查每個從機的CS邏輯確認同一時刻只有一個拉低Flash擦寫后讀回全FFFlash需要先擦除再寫頁編程時跨頁被回卷檢查Flash內(nèi)部狀態(tài)寄存器確認WEL和BUSY這些故障里最容易自我懷疑的就是“偶發(fā)錯位”這一類。比如板子正常跑了幾個月某一天突然數(shù)據(jù)偶爾錯幾個字節(jié)這種大概率是信號完整性問題和環(huán)境溫度、線纜長度、接觸電阻都有關(guān)。這個時候別急著改軟件先拿示波器看SCLK的沿有沒有振鈴MISO的數(shù)據(jù)變化有沒有毛刺比盲調(diào)軟件有效率得多。10. 繞不開的調(diào)試工具邏輯分析儀怎么用才高效工欲善其事必先利其器SPI調(diào)試必須有邏輯分析儀。不是“最好有”是必須有。沒有邏輯分析儀你就像在黑暗里找一枚黑針全憑運氣。10.1 最基本的SPI解碼用法現(xiàn)在市面上幾十塊到幾百塊不等的邏輯分析儀配合開源的sigrok PulseView或廠商自帶軟件基本都支持SPI解碼。用法統(tǒng)一得很把SCLK、MOSI、MISO、CS假設(shè)低有效分別接到邏輯分析儀的通道上。設(shè)置采樣率至少要是SPI SCLK頻率的4倍以上穩(wěn)妥建議10倍以上。如果你SCLK跑10MHz采樣率至少要40MHz最好能上100MHz。設(shè)置SPI解碼器的參數(shù)CPOL、CPHA、位序一般是MSB First、CS有效電平低有效。觸發(fā)電平設(shè)在CS下降沿這樣每次通信開始就能穩(wěn)定抓取。抓完看解碼結(jié)果對照數(shù)據(jù)手冊里的命令格式逐字節(jié)核對。這個過程能把“時序?qū)Σ粚Α薄皵?shù)據(jù)對沒對”直接可視化。很多我看不出問題的場景一抓波形就發(fā)現(xiàn)是時鐘極性配反、數(shù)據(jù)位偏移了一位這種低級問題。10.2 示波器和邏輯分析儀的分工邏輯分析儀擅長抓多路數(shù)字信號示波器擅長看模擬波形細節(jié)。SPI調(diào)試中兩者是這樣分工的邏輯分析儀確認SCLK頻率、CPOL/CPHA配置、MOSI/MISO數(shù)據(jù)內(nèi)容、CS時序是否符合邏輯。示波器確認電壓電平是否達標、上升沿有沒有過沖/振鈴、線間是否存在串擾、阻抗是否匹配。如果只是看看數(shù)據(jù)對不對邏輯分析儀足夠。如果懷疑高速傳輸時波形畸變導致偶發(fā)錯誤就必須上示波器。我自己遇到過一個小批量產(chǎn)問題SPI Flash在常溫下正常進了高溫箱就偶發(fā)讀ID錯誤最后用示波器抓波形發(fā)現(xiàn)SCLK的上升沿上有個負向毛刺高溫下芯片閾值漂移后直接誤判出多余時鐘沿。這種問題只有示波器能看清。10.3 一個高效的信號抓取技巧很多工程師抓SPI波形時習慣用“Free Run”一直刷然后在海量波形里去翻。效率太低。更合理的做法是把邏輯分析儀的觸發(fā)條件設(shè)為CS下降沿。預觸發(fā)深度設(shè)成10%~20%這樣可以看到CS拉低之前的空閑狀態(tài)。抓完后再放大波形窗口逐段查看每個字節(jié)的位對齊情況。這樣每次通信開始都能穩(wěn)定抓到一條完整記錄排查問題時心里非常有底。如果你做的是SPI Flash讀寫測試還可以只在寫指令或讀指令發(fā)生時觸發(fā)一次減少無效波形干擾定位更快。11. 最后再聊聊我對SPI協(xié)議本身的一些理解和擴展寫到這里SPI的基礎(chǔ)到進階的內(nèi)容基本都過了一遍。最后想再說說SPI協(xié)議的一些“隱藏特性”和容易被低估的地方。11.1 SPI并非永遠是“一主一從”或“一主多從”標準SPI是單主機架構(gòu)主機發(fā)起通信從機被動響應。但在某些高速場景下有“多主SPI”的需求——比如兩顆MCU通過SPI互聯(lián)兩邊都可能發(fā)起通信。這種場景沒有統(tǒng)一標準需要自己定義仲裁機制比如用額外的GPIO做總線請求信號或者約定某一方始終為主機。如果項目里遇到這種情況我的建議是優(yōu)先考慮改用其它協(xié)議比如UART的點對點互聯(lián)或者帶地址仲裁的I2C。SPI天生是主從模型硬要做對等通信架構(gòu)后期維護成本很高。11.2 差分SPI在某些場景下是必要的普通SPI是單端信號速率上去之后抗干擾能力和傳輸距離都會變差。極端情況下可以采用差分SPI——把SCLK、MOSI、MISO、CS都轉(zhuǎn)成差分對傳輸接收端再用差分接收器還原。這種方案在工業(yè)控制、車載通信中有見到但需要專門的PHY芯片成本和復雜度高不是常規(guī)項目會碰的東西。知道有這么回事就行。11.3 合理規(guī)劃SPI驅(qū)動的架構(gòu)最后想分享一個架構(gòu)層面的建議。很多小項目用一個裸機循環(huán)里塞一堆代碼就完事了但一旦項目變大SPI驅(qū)動很容易變成一團亂麻。我現(xiàn)在寫SPI相關(guān)代碼基本都按這個分層來組織底層寄存器操作或HAL庫調(diào)用只做“收發(fā)一幀數(shù)據(jù)”的事不關(guān)心數(shù)據(jù)語義。中間層針對具體外設(shè)比如SPI Flash、LCD屏幕把“讀ID”“寫頁”“刷新一幀畫面”封裝成帶語義的函數(shù)。上層業(yè)務(wù)邏輯只調(diào)用中間層API不知道SPI時序和寄存器長什么樣。這樣做的好處是換了MCU平臺只需要重寫底層換了一顆Flash芯片只改中間層的命令定義而上層業(yè)務(wù)代碼可以跨項目復用。實際做下來維護成本比“所有邏輯堆在一起”低太多了。SPI這個協(xié)議說難不難說簡單又處處有坑。它更像一個“你必須親手踩過幾次坑才能真正掌握”的東西。希望這篇整理能幫你少走點彎路。尤其是剛?cè)腴T的朋友不用畏懼那些時序圖和數(shù)據(jù)手冊多抓幾次波形多對比幾遍手冊SPI很快就會變成你最得心應手的通信工具之一。