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