1. 項目概述從“點燈”到“對話”為什么SPI是嵌入式開發(fā)的必修課玩過STM32的朋友從點燈到串口打印算是邁入了嵌入式世界的大門。但當你開始驅動一塊TFT屏幕、讀寫一個SD卡或者連接一個高精度的傳感器時會發(fā)現(xiàn)GPIO和UART有點力不從心了。這時候一個名字就會高頻出現(xiàn)SPI。我剛開始接觸SPI時覺得它比I2C復雜比UART“事兒多”但真正用熟了才發(fā)現(xiàn)它是連接外部高速器件的“高速公路”是項目從玩具級邁向產(chǎn)品級的關鍵一步。SPI全稱Serial Peripheral Interface中文叫串行外設接口是ST、NXP、TI這些芯片大廠在自家MCU里普遍集成的一種高速、全雙工、同步的通信總線。簡單說它就像一條多車道的馬路主設備通常是你的STM32可以同時向從設備發(fā)送和接收數(shù)據(jù)而且大家踩著同一個時鐘節(jié)拍走效率非常高。這個筆記我們就來徹底拆解STM32的SPI外設。它適合誰呢如果你已經(jīng)會用STM32的HAL庫點燈、調(diào)串口想驅動SPI Flash如W25Q64、OLED屏SSD1306、或者像MPU6050這樣的傳感器那這篇內(nèi)容就是為你準備的。我會避開枯燥的協(xié)議手冊翻譯直接從一個實際開發(fā)者的角度帶你理解SPI在STM32里怎么配置、怎么用以及那些手冊里不提但實際項目里一定會踩的坑。我們的目標很明確看完之后你能獨立搞定一個SPI設備的驅動并且明白每一個配置項背后的“為什么”。2. SPI通信核心原理與STM32的實現(xiàn)方式2.1 SPI協(xié)議的精髓四線制與主從時鐘同步要駕馭STM32的SPI外設死記寄存器不如先吃透協(xié)議本身。SPI協(xié)議的核心思想其實非常直觀它用四根線解決所有問題SCK (Serial Clock)時鐘線由主設備產(chǎn)生。這是總線的“指揮棒”所有數(shù)據(jù)位的傳輸都嚴格跟隨它的上升沿或下降沿。這是SPI“同步”二字的來源也是其高速穩(wěn)定的基礎。MOSI (Master Output Slave Input)主設備輸出從設備輸入線。主設備通過這根線發(fā)送數(shù)據(jù)給從設備。MISO (Master Input Slave Output)主設備輸入從設備輸出線。主設備通過這根線接收從設備的數(shù)據(jù)。NSS (Slave Select)從設備選擇線通常也叫做CSChip Select或SS。這是主設備用來“點名”哪個從設備來跟自己通信的。當NSS線被拉低有效對應的從設備被激活開始監(jiān)聽時鐘和數(shù)據(jù)線當被拉高從設備進入“休眠”狀態(tài)忽略總線。這是一個硬件上的片選機制。這里有一個關鍵點MOSI和MISO是獨立的這意味著數(shù)據(jù)可以同時雙向流動這就是“全雙工”。想象一下打電話SPI就像視頻通話雙方能同時說和聽而像I2C或單線UART則更像對講機同一時間只能一方說。SPI的通信模式由兩個關鍵參數(shù)決定時鐘極性CPOL和時鐘相位CPHA。它們組合成了四種模式Mode 0, 1, 2, 3。很多新手在這里會懵我用一個生活化的比喻來解釋CPOL (Clock Polarity)時鐘空閑時的狀態(tài)。CPOL0表示SCK在空閑時為低電平CPOL1則為高電平。你可以把它想象成指揮棒的“預備姿勢”是放下低還是舉起高。CPHA (Clock Phase)數(shù)據(jù)采樣的時刻。CPHA0表示在時鐘的第一個邊沿如果CPOL0就是上升沿CPOL1就是下降沿采樣數(shù)據(jù)CPHA1則表示在時鐘的第二個邊沿采樣。這相當于指揮棒揮動一下有兩個動作起和落你選擇在“起”的時候抓取數(shù)據(jù)還是在“落”的時候抓取。重要提示SPI模式必須主從設備嚴格匹配這是通信失敗的頭號殺手。你用的傳感器或Flash芯片的數(shù)據(jù)手冊里一定會明確寫明它支持哪種SPI模式。STM32的配置必須與之完全一致差一點都不行。通常Mode 0和Mode 3最為常見。2.2 STM32 SPI外設的架構與工作模式STM32的SPI外設是一個高度集成化的硬件模塊它把上述協(xié)議邏輯用硬件實現(xiàn)大大減輕了CPU的負擔。其核心架構包括移位寄存器負責數(shù)據(jù)的并串轉換發(fā)送時和串并轉換接收時。當你寫入數(shù)據(jù)到發(fā)送數(shù)據(jù)寄存器DR時硬件會自動將其移出到MOSI線同時MISO線上的數(shù)據(jù)也會被移入接收數(shù)據(jù)寄存器。波特率發(fā)生器由APB總線時鐘分頻得到SCK時鐘。分頻系數(shù)可以配置如2, 4, 8, 16, 32...256等這決定了通信速率。STM32F1系列的SPI最高可達18MbpsF4系列可達37.5MbpsH7系列更是能到上百Mbps?？刂七壿嬝撠熒蒘CK、管理NSS信號、控制數(shù)據(jù)幀格式數(shù)據(jù)位寬通常是8位或16位、以及決定MSB最高位還是LSB最低位先傳輸。STM32的SPI主要有三種工作模式你需要根據(jù)應用場景選擇全雙工主模式最常用STM32作為主機主動產(chǎn)生SCK并通過MOSI發(fā)送數(shù)據(jù)同時通過MISO接收數(shù)據(jù)。這是驅動絕大多數(shù)SPI從設備如Flash、ADC的標準模式。全雙工從模式STM32作為從機等待外部主機提供的SCK并根據(jù)時鐘在MISO上輸出數(shù)據(jù)從MOSI上輸入數(shù)據(jù)。這常用于STM32作為協(xié)處理器與另一個更強大的主MCU通信。半雙工單線雙向模式可以配置為只使用一根數(shù)據(jù)線要么當MOSI用要么當MISO用進行單向或分時雙向通信。這可以節(jié)省一個GPIO引腳但速率和靈活性下降。有些特殊的ADC芯片會用到這種模式。NSS引腳管理的坑點STM32的NSS引腳管理有“硬件模式”和“軟件模式”之分。硬件模式NSSHardwareNSS引腳由硬件自動管理。在主模式下你需要將該引腳配置為復用推挽輸出STM32會在通信開始時自動將其拉低結束時拉高。在從模式下該引腳必須配置為浮空輸入等待外部主機拉低。硬件模式的缺點是一個SPI外設只能控制一個從設備。軟件模式NSSSoftware這是更常用、更靈活的方式。你將NSS引腳配置為普通的GPIO輸出比如PA4然后在代碼里手動控制它的高低電平。在發(fā)起傳輸前手動拉低對應的CS引腳傳輸完成后再手動拉高。這樣你可以用同一個SPI外設同一組SCK、MOSI、MISO通過不同的GPIO片選控制多個從設備實現(xiàn)“一主多從”。3. 使用STM32CubeMX與HAL庫配置SPI的完整流程理論懂了我們上手實操。我會以驅動一塊常見的SPI Flash芯片W25Q64為例使用STM32CubeMX圖形化工具和HAL庫展示從零到一的配置過程。選擇W25Q64是因為它協(xié)議標準應用廣泛且包含了SPI通信的典型操作寫使能、讀ID、讀數(shù)據(jù)、寫數(shù)據(jù)、擦除扇區(qū)。3.1 CubeMX工程初始化與SPI參數(shù)配置首先打開STM32CubeMX選擇你的芯片型號例如STM32F103C8T6。啟用SPI外設在Pinout Configuration標簽頁的左側找到Connectivity-SPI1。將Mode設置為Full-Duplex Master全雙工主機。這時對應的引腳PA5/SCK, PA6/MISO, PA7/MOSI會被自動分配。配置GPIO for NSS我們不使用硬件NSS。在左側System Core-GPIO中找一個空閑的GPIO例如PA4作為軟件片選。將其模式設置為GPIO_Output初始輸出電平設為High默認不選中從設備。精調(diào)SPI參數(shù)點擊SPI1進入?yún)?shù)設置。Basic Parameters:Prescaler (波特率預分頻)根據(jù)你的主頻和從設備支持的速度計算。例如主頻72MHz選擇256分頻則SCK頻率約為281.25kHz。初次調(diào)試建議從低速開始穩(wěn)定后再提高。W25Q64最高支持104MHz但我們先保守點。Data Size (數(shù)據(jù)大小)選擇8 bits。絕大多數(shù)SPI設備以8位為一個數(shù)據(jù)幀。First Bit (首位)選擇MSB First。這是最常用的格式即最高位先發(fā)送。Clock Polarity (CPOL)和Clock Phase (CPHA)這里必須查W25Q64的數(shù)據(jù)手冊手冊會寫明其支持的模式。通常W25Q64支持Mode 0和Mode 3。我們選擇最常見的Low(CPOL0) 和1 Edge(CPHA0)即Mode 0。這意味著時鐘空閑為低在第一個邊沿上升沿采樣數(shù)據(jù)。NSS Signal Type (NSS信號類型)選擇Software。這樣CubeMX就不會占用硬件NSS引腳PA4而是由我們通過GPIO控制。CRC Calculation禁用。除非你的通信協(xié)議要求CRC校驗否則保持關閉。生成代碼配置好系統(tǒng)時鐘、工程名和IDEKeil或IAR等點擊Generate Code。3.2 HAL庫SPI驅動函數(shù)詳解與封裝CubeMX生成的代碼為我們初始化好了SPI和GPIO。接下來我們編寫應用層驅動。HAL庫提供了幾個核心的SPI傳輸函數(shù)阻塞式傳輸最簡單HAL_StatusTypeDef HAL_SPI_Transmit(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size, uint32_t Timeout); HAL_StatusTypeDef HAL_SPI_Receive(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size, uint32_t Timeout); HAL_StatusTypeDef HAL_SPI_TransmitReceive(SPI_HandleTypeDef *hspi, uint8_t *pTxData, uint8_t *pRxData, uint16_t Size, uint32_t Timeout);這些函數(shù)會一直等待直到傳輸完成或超時期間CPU被掛起。適合簡單的、非實時的操作。例如發(fā)送一個命令uint8_t cmd 0x9F; // W25Q64的讀ID命令 HAL_SPI_Transmit(hspi1, cmd, 1, 100); // 發(fā)送1個字節(jié)超時100ms中斷式傳輸HAL_StatusTypeDef HAL_SPI_Transmit_IT(...); HAL_StatusTypeDef HAL_SPI_Receive_IT(...); HAL_StatusTypeDef HAL_SPI_TransmitReceive_IT(...);函數(shù)調(diào)用后立即返回傳輸完成后會產(chǎn)生中斷在中斷回調(diào)函數(shù)HAL_SPI_TxRxCpltCallback()中處理后續(xù)邏輯。適合需要并行處理其他任務的場景。DMA傳輸高效推薦用于大數(shù)據(jù)量HAL_StatusTypeDef HAL_SPI_Transmit_DMA(...); HAL_StatusTypeDef HAL_SPI_Receive_DMA(...); HAL_StatusTypeDef HAL_SPI_TransmitReceive_DMA(...);利用DMA控制器在內(nèi)存和SPI數(shù)據(jù)寄存器之間搬運數(shù)據(jù)完全不占用CPU時間。這是傳輸大量數(shù)據(jù)如讀寫Flash、刷新屏幕的首選方式效率極高。封裝軟件片選和基礎讀寫函數(shù) 為了讓代碼更清晰我們封裝幾個基礎函數(shù)// spi_flash.c #define W25Q64_CS_PIN GPIO_PIN_4 #define W25Q64_CS_PORT GPIOA static void CS_Low(void) { HAL_GPIO_WritePin(W25Q64_CS_PORT, W25Q64_CS_PIN, GPIO_PIN_RESET); } static void CS_High(void) { HAL_GPIO_WritePin(W25Q64_CS_PORT, W25Q64_CS_PIN, GPIO_PIN_SET); } // 單字節(jié)讀寫全雙工同時收發(fā) uint8_t SPI_ReadWriteByte(uint8_t TxData) { uint8_t RxData; // 使用阻塞式傳輸同時發(fā)送和接收一個字節(jié) HAL_SPI_TransmitReceive(hspi1, TxData, RxData, 1, 100); return RxData; // 返回接收到的數(shù)據(jù) } // 發(fā)送一段數(shù)據(jù)只發(fā)不收 void SPI_WriteBuffer(uint8_t* pBuffer, uint16_t len) { HAL_SPI_Transmit(hspi1, pBuffer, len, 1000); } // 接收一段數(shù)據(jù)只收不發(fā)通常需要先發(fā)送啞元數(shù)據(jù)如0xFF void SPI_ReadBuffer(uint8_t* pBuffer, uint16_t len) { // 注意對于只接收HAL_SPI_Receive內(nèi)部會發(fā)送0xFF。確保從設備在MISO上有輸出。 HAL_SPI_Receive(hspi1, pBuffer, len, 1000); }3.3 W25Q64 Flash驅動實現(xiàn)命令、讀ID與數(shù)據(jù)讀寫有了基礎函數(shù)我們就可以實現(xiàn)W25Q64的具體驅動了。SPI設備驅動通常遵循“命令地址數(shù)據(jù)”的格式。1. 讀器件ID驗證通信 這是驗證SPI硬件連接和配置是否正確的最關鍵一步。uint32_t W25Q64_ReadID(void) { uint32_t ID 0; CS_Low(); SPI_ReadWriteByte(0x9F); // 發(fā)送讀ID命令 ID | (SPI_ReadWriteByte(0xFF) 16); // 讀制造商ID如0xEF (Winbond) ID | (SPI_ReadWriteByte(0xFF) 8); // 讀存儲器類型如0x40 ID | SPI_ReadWriteByte(0xFF); // 讀容量ID如0x17 (64Mbit) CS_High(); return ID; // 期望結果可能是 0xEF4017 }如果讀回來的ID是0xFFFFFF或0x000000基本可以斷定SPI通信失敗需要檢查硬件連接、模式配置和片選信號。2. 讀取數(shù)據(jù)void W25Q64_ReadData(uint32_t addr, uint8_t* pBuffer, uint16_t len) { CS_Low(); SPI_ReadWriteByte(0x03); // 發(fā)送讀數(shù)據(jù)命令 SPI_ReadWriteByte((addr 16) 0xFF); // 發(fā)送24位地址的高8位 SPI_ReadWriteByte((addr 8) 0xFF); // 中8位 SPI_ReadWriteByte(addr 0xFF); // 低8位 // 連續(xù)讀取數(shù)據(jù) for(uint16_t i0; ilen; i) { pBuffer[i] SPI_ReadWriteByte(0xFF); // 發(fā)送啞元時鐘讀取數(shù)據(jù) } CS_High(); }3. 寫入數(shù)據(jù)需要先擦除 Flash的寫入必須先擦除變?yōu)?xFF然后才能編程將1變?yōu)?。W25Q64最小的擦除單位是扇區(qū)4KB。// 等待Flash空閑檢查BUSY位 void W25Q64_WaitBusy(void) { uint8_t status; do { CS_Low(); SPI_ReadWriteByte(0x05); // 讀狀態(tài)寄存器1命令 status SPI_ReadWriteByte(0xFF); CS_High(); } while(status 0x01); // 檢查BUSY位bit0 } // 寫使能 void W25Q64_WriteEnable(void) { CS_Low(); SPI_ReadWriteByte(0x06); // 寫使能命令 CS_High(); } // 擦除一個扇區(qū)4KB void W25Q64_EraseSector(uint32_t addr) { W25Q64_WriteEnable(); CS_Low(); SPI_ReadWriteByte(0x20); // 扇區(qū)擦除命令 SPI_ReadWriteByte((addr 16) 0xFF); SPI_ReadWriteByte((addr 8) 0xFF); SPI_ReadWriteByte(addr 0xFF); CS_High(); W25Q64_WaitBusy(); // 等待擦除完成 } // 頁編程最多256字節(jié) void W25Q64_PageProgram(uint32_t addr, uint8_t* pData, uint16_t len) { if(len 256) len 256; // 頁編程不能跨頁 W25Q64_WriteEnable(); CS_Low(); SPI_ReadWriteByte(0x02); // 頁編程命令 SPI_ReadWriteByte((addr 16) 0xFF); SPI_ReadWriteByte((addr 8) 0xFF); SPI_ReadWriteByte(addr 0xFF); SPI_WriteBuffer(pData, len); // 發(fā)送數(shù)據(jù) CS_High(); W25Q64_WaitBusy(); }4. SPI實戰(zhàn)進階DMA傳輸、多從設備管理與性能優(yōu)化4.1 使用DMA實現(xiàn)高速SPI數(shù)據(jù)傳輸當需要讀寫大量數(shù)據(jù)時例如從Flash讀取一幅圖片到LCD阻塞式傳輸會長時間占用CPU中斷式傳輸也會產(chǎn)生大量中斷開銷。此時DMA直接存儲器訪問是唯一正確的選擇。它讓數(shù)據(jù)在內(nèi)存和外設之間自動搬運CPU只需發(fā)起和等待完成通知。CubeMX中配置SPI DMA在Connectivity-SPI1的DMA Settings標簽頁中點擊Add。添加兩個DMA請求SPI1_TX方向Memory To Peripheral模式Normal單次傳輸或Circular循環(huán)傳輸用于連續(xù)流。SPI1_RX方向Peripheral To Memory模式Normal。生成代碼后HAL庫會自動初始化DMA通道。使用DMA傳輸數(shù)據(jù)// 準備發(fā)送和接收緩沖區(qū) uint8_t tx_buffer[1024]; uint8_t rx_buffer[1024]; // ... 填充tx_buffer ... // 啟動DMA雙工傳輸 CS_Low(); if(HAL_SPI_TransmitReceive_DMA(hspi1, tx_buffer, rx_buffer, 1024) ! HAL_OK) { // 錯誤處理 } // 此時CPU被釋放可以處理其他任務 // 等待傳輸完成可以通過查詢標志位、中斷或信號量 while(HAL_SPI_GetState(hspi1) ! HAL_SPI_STATE_READY) { // 或者使用 osDelay(1) 如果用了RTOS } CS_High(); // 此時 rx_buffer 中已填充了接收到的數(shù)據(jù)DMA使用心得緩沖區(qū)對齊確保DMA操作的緩沖區(qū)在內(nèi)存中對齊通常是4字節(jié)可以提升性能并避免某些芯片的硬件問題。可以使用__attribute__((aligned(4)))修飾。傳輸完成回調(diào)在HAL_SPI_TxRxCpltCallback()回調(diào)函數(shù)中處理完成事件并釋放信號量或設置標志位是RTOS應用中的標準做法。DMA與CPU緩存在帶有Cache的MCU如STM32H7上如果DMA操作的內(nèi)存區(qū)域開啟了緩存必須在DMA傳輸前執(zhí)行SCB_CleanDCache_by_Addr()發(fā)送前清理在傳輸后執(zhí)行SCB_InvalidateDCache_by_Addr()接收后失效以確保數(shù)據(jù)一致性。這是H7系列開發(fā)的一個大坑。4.2 一主多從的SPI總線管理策略一個SPI主機通過軟件片選控制多個從設備是常見的設計。關鍵在于嚴格的時序管理和總線沖突避免。硬件連接SCK、MOSI、MISO是所有設備共享的。每個從設備獨占一個GPIO作為片選CS1, CS2, CS3...。軟件管理要點互斥訪問在任何時刻只能有一個從設備的CS引腳被拉低。在發(fā)起對某個設備的通信序列前必須確保其他所有設備的CS都為高。總線狀態(tài)在切換從設備時要留意SCK的時鐘極性。有些設備在CS拉高后要求SCK處于空閑狀態(tài)根據(jù)CPOL。安全的做法是在拉高一個設備的CS后稍微延遲幾個微秒再拉低下一個設備的CS。上拉電阻對于MISO線如果總線上有多個從設備當它們都不被選中時MISO輸出為高阻態(tài)會導致總線浮空。最好在MISO線上加一個上拉電阻如4.7kΩ到VCC確?？臻e時為確定的高電平。代碼示例typedef enum { DEV_FLASH 0, DEV_SENSOR, DEV_LCD, // ... 其他設備 } SPI_Device_t; void SPI_SelectDevice(SPI_Device_t dev) { // 首先取消所有片選 HAL_GPIO_WritePin(CS_FLASH_GPIO_Port, CS_FLASH_Pin, GPIO_PIN_SET); HAL_GPIO_WritePin(CS_SENSOR_GPIO_Port, CS_SENSOR_Pin, GPIO_PIN_SET); HAL_GPIO_WritePin(CS_LCD_GPIO_Port, CS_LCD_Pin, GPIO_PIN_SET); // 短暫延時確保總線穩(wěn)定 DWT_Delay_us(5); // 選中目標設備 switch(dev) { case DEV_FLASH: HAL_GPIO_WritePin(CS_FLASH_GPIO_Port, CS_FLASH_Pin, GPIO_PIN_RESET); break; case DEV_SENSOR: HAL_GPIO_WritePin(CS_SENSOR_GPIO_Port, CS_SENSOR_Pin, GPIO_PIN_RESET); break; case DEV_LCD: HAL_GPIO_WritePin(CS_LCD_GPIO_Port, CS_LCD_Pin, GPIO_PIN_RESET); break; } DWT_Delay_us(2); // 片選建立時間根據(jù)從設備要求調(diào)整 }4.3 SPI時鐘配置與信號完整性優(yōu)化隨著通信速率提高比如到幾十MHz信號完整性問題會凸顯出來導致通信錯誤。時鐘分頻與最大速率不要盲目使用最高速率。計算實際SCK頻率SCK APBx_Clock / Prescaler。確保它不超過從設備標稱的最大SCK頻率并留有一定余量比如80%。GPIO速度設置在CubeMX的GPIO配置中將SCK、MOSI、MISO引腳的速度Speed設置為High或Very High。這會影響IO口的壓擺率高速率下必須設為高速模式否則波形會畸變。PCB布局與走線等長走線對于高速SPI10MHz盡量讓SCK、MOSI、MISO、CS這幾根線走線長度接近以減少信號偏移。遠離干擾源遠離電源、電機驅動、晶振等噪聲源。加串行電阻在靠近STM32輸出端SCK MOSI串聯(lián)一個22-33歐姆的小電阻可以抑制過沖和振鈴改善信號質(zhì)量。使用示波器調(diào)試這是最直接的調(diào)試手段。測量SCK、MOSI、MISO波形檢查幅值是否達標3.3V或5V。上升/下降沿是否陡峭有無明顯的圓角或振鈴。數(shù)據(jù)在正確的時鐘邊沿是否穩(wěn)定建立時間和保持時間。5. SPI調(diào)試實戰(zhàn)常見問題排查與解決方案實錄即使按照手冊配置SPI通信也常常出問題。下面是我在項目中遇到的一些典型問題及排查思路希望能幫你快速定位。5.1 通信完全失敗讀回數(shù)據(jù)全為0xFF或0x00這是最常遇到的問題表現(xiàn)為發(fā)送任何命令讀回來的數(shù)據(jù)都是0xFF上拉狀態(tài)或0x00。排查清單硬件連接這是第一嫌疑。用萬用表蜂鳴檔逐根線檢查SCK、MOSI、MISO、CS是否連通有無虛焊、短路。特別注意MOSI和MISI是否接反了這是新手經(jīng)典錯誤。電源與地確保從設備供電正常且與STM32共地。GPIO模式確認STM32的SPI引腳模式是否正確。SCK和MOSI應配置為Alternate Function Push-Pull復用推挽輸出MISO應配置為Input或Alternate Function復用功能但方向是輸入。CS引腳如果軟件控制必須是Output Push-Pull。SPI模式CPOL/CPHA99%的通信失敗源于此再次、反復、確認從設備數(shù)據(jù)手冊要求的SPI模式與CubeMX中的設置一字不差地匹配。嘗試四種模式逐一測試。片選信號用示波器或邏輯分析儀看CS引腳。通信序列開始時CS是否被拉低序列結束后是否被拉高拉低和拉高的時機是否正確有些設備要求CS在兩次傳輸之間必須拉高至少幾個微秒。時鐘信號用示波器看SCK引腳。在CS拉低后發(fā)送數(shù)據(jù)時是否有時鐘波形頻率是否符合預期如果根本沒波形檢查SPI外設是否使能__HAL_SPI_ENABLE(hspi1)或者是否被其他代碼禁用了。5.2 數(shù)據(jù)錯位或字節(jié)錯亂表現(xiàn)為能收到數(shù)據(jù)但數(shù)據(jù)內(nèi)容不對比如命令響應錯位或者多出/少了幾個字節(jié)。排查清單數(shù)據(jù)位序MSB/LSB檢查CubeMX中First Bit設置。絕大多數(shù)設備是MSB First但極少數(shù)可能是LSB First。數(shù)據(jù)幀大小確認是8 bit還是16 bit。W25Q64是8位但有些音頻編解碼器可能是16位。時鐘相位CPHA如果CPHA設置錯誤可能會導致采樣點落在數(shù)據(jù)變化的邊緣造成數(shù)據(jù)不穩(wěn)定。在示波器上同時觀察SCK和MOSI看數(shù)據(jù)是否在正確的時鐘邊沿保持穩(wěn)定。軟件時序在發(fā)送命令、地址、數(shù)據(jù)的字節(jié)之間是否留有足夠的時間有些低速設備需要微秒級的延時?？梢栽赟PI_ReadWriteByte函數(shù)調(diào)用之間加入DWT_Delay_us(1)試試。緩沖區(qū)溢出在使用DMA或中斷時如果數(shù)據(jù)處理太慢而下一幀數(shù)據(jù)已經(jīng)到來會導致數(shù)據(jù)被覆蓋。檢查DMA/中斷的完成處理是否及時緩沖區(qū)是否夠大。5.3 DMA傳輸不穩(wěn)定或卡死DMA配置相對復雜容易出問題。排查清單DMA通道沖突確保SPI的TX和RX DMA請求分配到了不同的DMA流Stream和通道Channel或者同一流但優(yōu)先級不同避免沖突。內(nèi)存對齊如前所述DMA緩沖區(qū)地址對齊問題。使用malloc分配的動態(tài)內(nèi)存可能未對齊建議使用靜態(tài)數(shù)組或對齊分配。Cache一致性問題Cortex-M7等這是最高頻的坑如果你的CPU有Cache而DMA操作的內(nèi)存區(qū)域開啟了Cache必須手動維護一致性。發(fā)送前Clean接收后Invalidate。傳輸完成判斷不要單純依賴HAL_SPI_GetState它可能返回BUSY狀態(tài)。結合使用DMA傳輸完成回調(diào)函數(shù)和自定義的標志位更為可靠。超時設置雖然DMA不依賴超時但HAL庫的DMA傳輸啟動函數(shù)可能有超時參數(shù)。如果設置過短可能在DMA還沒真正完成時就返回超時錯誤?？梢赃m當加長或使用中斷回調(diào)。5.4 多從設備相互干擾當一個設備工作時另一個設備的數(shù)據(jù)異常。排查清單片選隔離確保你的SPI_SelectDevice函數(shù)在選中新設備前確實拉高了所有其他設備的片選。用邏輯分析儀同時抓取多個CS信號驗證。從設備輸出使能有些從設備在CS為高時其MISO引腳不是高阻態(tài)而是仍然有輸出可能是低電平。這會與當前選中設備在MISO線上的輸出沖突。檢查從設備手冊必要時在硬件上為每個從設備的MISO線加上隔離緩沖器如74HC125?？偩€負載掛載的設備太多可能導致總線電容過大信號上升沿變緩在高速下出錯。減少設備數(shù)量或降低通信速率或在總線上串聯(lián)小電阻。調(diào)試SPI邏輯分析儀是比示波器更高效的利器。它能同時解碼多路信號直接顯示出十六進制的數(shù)據(jù)字節(jié)讓你一眼就能看出命令、地址、數(shù)據(jù)是否正確極大提升調(diào)試效率。