三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

SPI协议深度解析：从原理到实战，掌握嵌入式高速通信核心

发布时间：2026/8/5 21:39:15 三亩地 编程学习日记
SPI协议深度解析：从原理到实战，掌握嵌入式高速通信核心

1. 项目概述：从“串行”到“高效”，SPI如何成为嵌入式世界的“高速通道”

在嵌入式开发的世界里，微控制器与外设之间的对话，离不开通信协议。如果说UART是两个人隔着马路喊话，I2C是几个人在一条小路上轮流发言，那么SPI（Serial Peripheral Interface，串行外设接口）就是一条专用的、点对点的高速公路。我第一次在项目中接触SPI，是为了驱动一块高速的OLED显示屏，当时被UART的速率卡得死死的，换上SPI后，画面刷新瞬间流畅，那种“豁然开朗”的感觉至今记忆犹新。SPI协议以其全双工、高速、协议简单的特点，在需要快速数据交换的场景中，比如存储器（Flash、EEPROM）、传感器、显示屏、音频编解码器等，扮演着不可或缺的角色。无论你是刚开始接触STM32、ESP32的新手，还是在调试FPGA与单片机通信的老手，吃透SPI，就等于掌握了一把打开众多高性能外设大门的钥匙。这篇文章，我将结合十多年的踩坑经验，从电路原理、模式时序、到代码实战和深度优化，为你彻底拆解SPI，让你不仅能看懂时序图，更能写出稳定、高效的驱动代码。

2. SPI核心原理与硬件架构深度拆解

2.1 总线构成与主从模式本质

SPI是一种同步、全双工、主从式的串行通信总线。它的硬件接线非常简单，通常包含四根线，但这四根线构建了一个非常高效的通信机制。

  • SCLK (Serial Clock，串行时钟)：由主机产生并输出给从机，是所有数据收发的节奏指挥棒。时钟的极性和相位共同定义了SPI的通信模式，这是理解SPI时序的关键。
  • MOSI (Master Out Slave In，主机输出从机输入)：数据从主机流向从机的通道。
  • MISO (Master In Slave Out，主机输入从机输出)：数据从从机流向主机的通道。正是MOSI和MISO的同时存在，实现了全双工通信——主机在发送数据的同时，也能接收数据。
  • SS/CS (Slave Select / Chip Select，从机选择/片选)：这是主设备控制哪个从设备被“激活”的使能信号。当主设备需要与某个从设备通信时，就将对应从设备的SS线拉低（通常是低电平有效），其他从设备的SS线保持高电平。这是一个非常关键的设计，它允许多个SPI从设备共享SCLK、MOSI、MISO三条总线，通过片选信号进行寻址。

这里有一个非常重要的概念：SPI协议本身并没有规定数据帧的格式。它不包含起始位、停止位、地址位或校验位。主机产生的时钟节拍下，数据就是简单地按位（MSB先行或LSB先行）在MOSI/MISO线上移动。通信的发起、结束以及数据含义，完全由主机和从机预先约定好的上层协议来定义。例如，读写一个W25Q64 Flash芯片时，主机需要先发送一个8位的指令码（如0x03表示读数据），再发送24位地址，然后才能开始接收数据。这个指令-地址-数据的结构，是W25Q64的“上层协议”，而非SPI本身的规定。

注意：很多初学者容易混淆“SPI协议”和“外设的SPI命令集”。SPI只负责可靠地传输比特流，至于这些比特流代表什么，需要查阅具体外设的数据手册。

2.2 时钟极性(CPOL)与相位(CPHA)：四种模式的由来

这是SPI最核心也最容易让人困惑的部分。CPOL和CPHA这两个参数，决定了数据在时钟信号的哪个边沿被采样和输出，它们共同构成了SPI的四种工作模式。

  • CPOL (Clock Polarity，时钟极性)：
    • CPOL=0：时钟空闲状态为低电平。
    • CPOL=1：时钟空闲状态为高电平。
  • CPHA (Clock Phase，时钟相位)：
    • CPHA=0：数据在时钟的第一个边沿（即从空闲状态跳变到相反状态的边沿）被采样，在下一个边沿被输出（或准备）。
    • CPHA=1：数据在时钟的第二个边沿被采样，在第一个边沿被输出。

根据组合，就有了模式0到模式3：

模式CPOLCPHA时钟空闲电平采样边沿输出边沿
Mode 000低电平上升沿下降沿
Mode 101低电平下降沿上升沿
Mode 210高电平下降沿上升沿
Mode 311高电平上升沿下降沿

如何理解和记忆？我自己的窍门是：抓住“采样”时刻。通信的核心是确保接收方在数据最稳定的时候读取它。通常，数据在时钟边沿发生变化，在相反的边沿保持稳定。因此，对于CPHA=0，第一个边沿是“变化边沿”，数据在此时准备好，紧接着的第二个边沿就是“稳定边沿”，用于采样。所以，采样总是在数据输出之后的那个边沿发生。配置时，必须严格保证主机和从机的模式一致，否则读到的将是毫无意义乱码。绝大多数芯片（如W25Q Flash、NRF24L01）常用模式0或模式3。

2.3 硬件SPI与模拟SPI的抉择

  • 硬件SPI：利用微控制器内部的专用SPI外设电路。你只需要配置好几个寄存器（时钟频率、模式、数据位顺序等），数据写入发送数据寄存器（DR）后，硬件就会自动按照时序在引脚上产生波形，发送完成后会产生中断或标志位。它的优势是极高效率，不占用CPU时间，通信过程稳定可靠，尤其适合高速（动辄10Mbps以上）或需要DMA配合的场景。STM32的SPI、ESP32的SPI都属于此类。
  • 模拟SPI (Software SPI/ Bit-Banging)：不使用硬件外设，完全用普通的GPIO口，通过软件代码控制引脚电平的拉高拉低，来模拟出SCLK、MOSI等信号的波形。优点是极其灵活，不受引脚位置限制，任何GPIO都可以用，也方便调试时用逻辑分析仪观察。缺点是速度慢，CPU占用率高，因为每一个时钟跳变、每一位数据的输出都需要CPU执行多条指令来实现。

如何选择？

  • 优先硬件SPI：只要硬件引脚分配允许，无脑选硬件SPI。性能好，代码简单。
  • 使用模拟SPI的场景：
    1. 硬件SPI引脚被其他更重要的功能占用。
    2. 需要与一个时序有特殊、非标准微调的外设通信（但这种情况很少）。
    3. 初学调试时，为了更直观地理解时序，可以先用模拟SPI写一个demo。
    4. 单片机本身没有硬件SPI外设（如一些简单的51内核芯片）。

在STM32的HAL库中，硬件SPI的初始化非常直观，调用HAL_SPI_Init()并传入一个配置结构体即可。而模拟SPI，则需要你手动实现类似下面的函数：

// 模拟SPI发送一个字节（假设模式0，MSB先行） void Soft_SPI_WriteByte(uint8_t byte) { for(int i = 0; i < 8; i++) { if(byte & 0x80) { // 判断最高位 MOSI_GPIO_Port->BSRR = MOSI_Pin; // 拉高MOSI } else { MOSI_GPIO_Port->BRR = MOSI_Pin; // 拉低MOSI } // 产生一个时钟脉冲：拉高再拉低（模式0，空闲低电平） SCLK_GPIO_Port->BSRR = SCLK_Pin; delay_us(1); // 短暂延时，维持高电平 SCLK_GPIO_Port->BRR = SCLK_Pin; delay_us(1); // 短暂延时，维持低电平 byte <<= 1; // 左移，准备发送下一位 } }

3. SPI实战应用与代码解析

3.1 驱动SPI Flash (W25Q64) 全流程

以最常见的W25Q64（8MB SPI Flash）为例，展示一个完整的读写流程。我们假设使用STM32的硬件SPI，模式0，MSB先行。

第一步：初始化与底层读写函数首先初始化SPI外设，然后封装最基本的发送和接收函数。注意，SPI是全双工，发送和接收同时发生。

// SPI初始化代码（HAL库示例） SPI_HandleTypeDef hspi1; void SPI1_Init(void) { hspi1.Instance = SPI1; hspi1.Init.Mode = SPI_MODE_MASTER; hspi1.Init.Direction = SPI_DIRECTION_2LINES; // 全双工 hspi1.Init.DataSize = SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity = SPI_POLARITY_LOW; // CPOL=0 hspi1.Init.CLKPhase = SPI_PHASE_1EDGE; // CPHA=0， 模式0 hspi1.Init.NSS = SPI_NSS_SOFT; // 软件控制NSS（即我们手动控制片选GPIO） hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_4; // 时钟分频，决定速率 hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB; hspi1.Init.TIMode = SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE; HAL_SPI_Init(&hspi1); } // 封装一个带片选的读写函数 uint8_t SPI_FLASH_ReadWriteByte(uint8_t byte) { uint8_t ret; HAL_SPI_TransmitReceive(&hspi1, &byte, &ret, 1, 1000); // 发送一个字节，同时接收一个字节 return ret; }

第二步：实现读ID与擦除操作任何Flash操作前，最好先读一下设备ID，确认通信正常。

// 读取W25Q64的JEDEC ID void W25Q64_ReadID(uint8_t *manuf_id, uint16_t *device_id) { W25Q64_CS_LOW(); // 拉低片选 SPI_FLASH_ReadWriteByte(0x9F); // 发送读ID命令 *manuf_id = SPI_FLASH_ReadWriteByte(0xFF); // 读制造商ID，应为0xEF *device_id = SPI_FLASH_ReadWriteByte(0xFF) << 8; // 读设备ID高字节 *device_id |= SPI_FLASH_ReadWriteByte(0xFF); // 读设备ID低字节 W25Q64_CS_HIGH(); // 拉高片选 }

Flash写入前必须先擦除，因为Flash只能把1变成0，擦除是把整个扇区（或块）恢复为全1（0xFF）。

// 扇区擦除（4KB） void W25Q64_SectorErase(uint32_t addr) { W25Q64_WriteEnable(); // 发送写使能命令（0x06） W25Q64_CS_LOW(); SPI_FLASH_ReadWriteByte(0x20); // 扇区擦除命令 SPI_FLASH_ReadWriteByte((addr >> 16) & 0xFF); // 发送24位地址 SPI_FLASH_ReadWriteByte((addr >> 8) & 0xFF); SPI_FLASH_ReadWriteByte(addr & 0xFF); W25Q64_CS_HIGH(); W25Q64_WaitForBusy(); // 等待擦除完成（轮询状态寄存器） }

第三步：实现页编程与数据读取Flash写入以“页”（Page，通常256字节）为单位，不能跨页写入。

// 页编程（写入一页，最多256字节） void W25Q64_PageProgram(uint32_t addr, uint8_t *data, uint16_t len) { if(len > 256) len = 256; // 防止超出一页 W25Q64_WriteEnable(); W25Q64_CS_LOW(); SPI_FLASH_ReadWriteByte(0x02); // 页编程命令 SPI_FLASH_ReadWriteByte((addr >> 16) & 0xFF); SPI_FLASH_ReadWriteByte((addr >> 8) & 0xFF); SPI_FLASH_ReadWriteByte(addr & 0xFF); for(uint16_t i=0; i<len; i++) { SPI_FLASH_ReadWriteByte(data[i]); } W25Q64_CS_HIGH(); W25Q64_WaitForBusy(); } // 读取数据 void W25Q64_ReadData(uint32_t addr, uint8_t *buf, uint32_t len) { W25Q64_CS_LOW(); SPI_FLASH_ReadWriteByte(0x03); // 读数据命令 SPI_FLASH_ReadWriteByte((addr >> 16) & 0xFF); SPI_FLASH_ReadWriteByte((addr >> 8) & 0xFF); SPI_FLASH_ReadWriteByte(addr & 0xFF); for(uint32_t i=0; i<len; i++) { buf[i] = SPI_FLASH_ReadWriteByte(0xFF); // 发送哑元数据以产生时钟 } W25Q64_CS_HIGH(); }

实操心得：Flash操作后一定要等待“忙”状态结束。W25Q64_WaitForBusy()函数内部是通过发送读状态寄存器命令（0x05）并检查BUSY位实现的。如果在忙状态进行下一步操作，命令会被忽略，这是很多写入失败问题的根源。

3.2 驱动SPI显示屏 (ST7789) 关键要点

驱动像ST7789这类彩色LCD屏，SPI通常用于发送命令和像素数据。这里的关键在于区分命令（Command）和数据（Data），通常通过一个额外的DC（Data/Command）引脚来控制。

  • DC引脚：低电平时，MOSI上发送的是命令（如复位、设置扫描方向）；高电平时，发送的是显示数据（RGB像素值）。
  • 初始化序列：上电后，必须严格按照数据手册给出的时序，发送一系列初始化命令来配置显示屏的驱动参数、伽马校正、电源控制等。这部分代码通常较长且固定，可以从厂商例程或开源驱动库中获取。
  • 数据填充：设置好显示窗口（X/Y地址）后，就可以连续写入RGB565格式的像素数据了。对于全屏刷新，可能需要连续发送3202402=153600字节的数据，此时SPI的速度和DMA的支持就显得至关重要。

一个简化的写数据函数示例如下：

void ST7789_WriteData(uint8_t data) { DC_GPIO_Port->BSRR = DC_Pin; // 拉高DC，表示写数据 CS_GPIO_Port->BRR = CS_Pin; // 拉低片选 HAL_SPI_Transmit(&hspi, &data, 1, 100); CS_GPIO_Port->BSRR = CS_Pin; // 拉高片选 } // 填充颜色 void ST7789_FillColor(uint16_t color) { ST7789_SetWindow(0, 0, 239, 319); // 设置全屏窗口 uint8_t hi = color >> 8, lo = color & 0xFF; CS_GPIO_Port->BRR = CS_Pin; DC_GPIO_Port->BSRR = DC_Pin; for(uint32_t i=0; i<320*240; i++) { HAL_SPI_Transmit(&hspi, &hi, 1, 100); HAL_SPI_Transmit(&hspi, &lo, 1, 100); } CS_GPIO_Port->BSRR = CS_Pin; }

性能优化：上面的填充函数效率极低，因为每个字节都调用一次HAL函数并处理片选。实战中，应该使用DMA将整个颜色缓冲区一次性发送出去，并在传输期间保持CS和DC为有效电平，这才是驱动屏幕流畅刷新的正确姿势。

3.3 多从机系统与菊花链拓扑

当需要连接多个SPI从设备时，有两种主流接线方式：

  1. 独立片选（Standard SPI）：这是最常见的方式。主机为每个从机提供独立的SS/CS引脚。通信时，只拉低目标从机的CS线。优点是逻辑简单，各从机互不影响；缺点是占用主机大量GPIO口。

  2. 菊花链（Daisy Chain）：所有从机的SPI接口串联起来。主机的MOSI连接到第一个从机的MOSI，第一个从机的MISO连接到第二个从机的MOSI，以此类推，最后一个从机的MISO连接回主机的MISO。所有从机共享同一个CS信号。数据像“击鼓传花”一样，在主机发出N个时钟周期后，数据依次通过所有从机。这种方式极度节省GPIO（只需要一个CS），但要求所有从设备都支持菊花链模式，且通信协议需要特殊设计（数据帧是多个从机数据的拼接），软件处理稍复杂。一些数字电位器、LED驱动芯片（如WS2811的某些SPI控制方案）会用到此模式。

选择建议：对于大多数通用外设（Flash、传感器、屏幕），优先使用独立片选。只有当从设备明确支持且GPIO资源极度紧张时，才考虑菊花链。

4. 高级话题与深度优化策略

4.1 DMA与SPI的联姻：释放CPU的终极武器

当SPI需要传输大量数据时（如图像刷新、音频流、大文件读写），如果使用CPU轮询或中断方式搬运每一个字节，CPU将被完全捆绑，无法执行其他任务。此时，DMA（直接存储器访问）就是救星。

DMA可以在不打扰CPU的情况下，自动将内存中的数据搬运到SPI的发送数据寄存器，或者将SPI接收数据寄存器的值搬运到内存。你只需要配置好源地址、目标地址、数据长度，然后启动DMA和SPI，CPU就可以去处理其他事情，等待传输完成中断即可。

以STM32 HAL库使用SPI TX DMA发送为例：

// 1. 初始化SPI时使能DMA __HAL_LINKDMA(&hspi, hdmatx, hdma_spi_tx); // 关联DMA句柄到SPI的发送通道 // 2. 准备数据缓冲区 uint8_t tx_buffer[1024]; // ... 填充tx_buffer ... // 3. 启动DMA传输 HAL_SPI_Transmit_DMA(&hspi, tx_buffer, 1024); // 4. 在传输完成回调函数中处理后续事宜 void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) { if(hspi->Instance == SPI1) { // 发送完成，可以准备下一帧数据或进行其他操作 } }

使用DMA的注意事项：

  • 缓冲区对齐：确保DMA使用的内存缓冲区地址符合DMA对齐要求（通常是4字节对齐），否则可能导致传输错误或性能下降。可以使用__attribute__((aligned(4)))或__ALIGNED(4)来修饰数组。
  • 缓存一致性：如果CPU有数据缓存（Cache），在启动DMA传输前，如果缓冲区被CPU修改过，需要确保缓存数据写回到实际内存（Clean操作）；在DMA传输完成后，如果CPU要读取被DMA更新过的缓冲区，需要使缓存失效（Invalidate操作）。STM32的Cortex-M7等带Cache的芯片需要特别注意。
  • 双缓冲/环形缓冲：对于连续流数据（如音频），可以采用双缓冲或DMA环形缓冲模式，实现“乒乓操作”，一个缓冲区传输时，CPU处理另一个缓冲区，实现无缝连续传输。

4.2 软件片选 vs. 硬件片选：灵活性与性能的权衡

  • 软件片选（NSS Soft）：将SPI的NSS引脚配置为普通GPIO，在代码中手动控制其高低电平。这是最常用、最灵活的方式。你可以在发送数据前后精确控制CS的时序，方便应对那些CS需要在数据帧之间保持高电平的特殊从设备。
  • 硬件片选（NSS Hard）：将SPI的NSS引脚配置为硬件NSS功能。在这种模式下，SPI硬件会自动在数据传输开始前拉低NSS，在传输结束后拉高NSS。优点是时序绝对精准，节省了软件控制的开销，在极高波特率下更可靠。缺点是灵活性差，通常只能控制一个从设备，且CS的脉冲宽度固定为数据帧长度。

踩坑记录：我曾遇到一个ADC芯片，要求CS在两个命令之间至少有500ns的高电平时间。使用硬件NSS时，SPI硬件自动产生的CS脉冲间隔太短，导致ADC工作不正常。切换到软件控制CS，并在两个传输之间手动插入一个__nop()或微小延时，问题立刻解决。所以，除非有明确的极高速率需求，否则建议优先使用软件片选，把控制权掌握在自己手里。

4.3 HAL库中的SPI Lock机制解析

在STM32的HAL库中，很多SPI函数内部会调用__HAL_LOCK(hspi)。这是一个简单的互斥锁机制，用于防止函数重入。hspi->Lock是一个状态标志。

  • 上锁：当函数开始时，如果发现Lock为HAL_LOCKED，函数会返回HAL_BUSY，告诉你SPI正忙。
  • 解锁：函数执行成功后，会将Lock置为HAL_UNLOCKED。

为什么需要这个锁？因为SPI是共享资源。想象一下，你在主循环中调用SPI发送函数，同时在一个高优先级中断里也调用了同一个SPI发送函数。如果没有锁，两个上下文可能同时操作SPI的寄存器和状态机，导致数据错乱、通信失败甚至硬件异常。这个锁是一种简单的软件保护。

常见问题：如果你在中断服务程序中使用SPI函数，并且处理不当，很容易导致“死锁”。例如，在主程序SPI传输未完成时（Lock为LOCKED），中断发生并尝试调用同一个SPI的发送函数，它会立即返回BUSY。如果你的中断服务程序没有正确处理BUSY返回值（比如直接丢弃数据），就会造成数据丢失。更糟糕的是，如果主程序在等待某个由中断触发的标志位，而中断因为SPI忙而无法执行，就会导致死等。

解决方案：

  1. 避免在中断中进行阻塞式SPI通信。中断应只做标记，将实际的数据传输放到主循环或低优先级任务中。
  2. 如果必须在中断中使用，使用HAL_SPI_Transmit_IT()（中断模式）而非HAL_SPI_Transmit()（阻塞模式），并妥善管理好缓冲区。
  3. 仔细设计程序流，确保对同一SPI外设的访问是串行的，或者使用更高级的RTOS信号量、互斥量来进行同步。

5. 调试技巧与常见问题排查实录

5.1 没有逻辑分析仪？用模拟SPI和GPIO“看”波形

当SPI通信不正常，又没有逻辑分析仪时，可以先用模拟SPI快速定位问题。

  1. 编写一个最简单的模拟SPI发送函数，只发不收，比如循环发送0xAA或0x55（二进制交替的图案，方便观察）。
  2. 用这个函数替换你的硬件SPI发送函数。
  3. 将SCLK、MOSI、CS引脚连接到开发板上的LED，或者用万用表的频率档/示波器（如果有的话）测量。
  4. 运行程序，观察LED闪烁或测量波形。如果能看到有规律的闪烁或方波，说明你的代码基本控制逻辑是对的。如果完全没有信号，检查GPIO初始化、时钟使能等底层配置。
  5. 通过调整模拟SPI函数中的延时，你可以直观地感受到时钟频率对通信的影响。

这是一个非常有效的“穷人的调试法”，能帮你快速确认CPU是否正确地执行了输出指令。

5.2 典型问题排查清单

当SPI通信失败时，可以按照以下清单逐一排查：

现象可能原因排查方法
完全无数据1. 电源或地线未接好。
2. 片选(CS)信号未有效拉低。
3. SPI外设时钟未使能。
4. GPIO引脚模式配置错误（应为复用推挽输出）。		1. 检查硬件连线。
2. 用万用表或示波器测量CS引脚电平。
3. 检查__HAL_RCC_SPIx_CLK_ENABLE()是否调用。
4. 检查GPIO初始化代码，模式应为GPIO_MODE_AF_PP。
能发送，但接收全是0或0xFF1. MISO引脚配置错误（应为浮空输入或上拉输入）。
2. 从设备未上电或损坏。
3. 主从设备模式(CPOL/CPHA)不匹配。
4. 从设备本身需要特定命令才会输出数据。		1. 检查MISO引脚配置。
2. 测量从设备电源电压。
3.重点检查：用逻辑分析仪抓取SCLK和MOSI波形，对照从设备手册的时序图，核对时钟极性和相位。
4. 确认发送的指令是否符合从设备协议。
数据错位（如0x55收到0xAA）1. 数据位顺序(MSB/LSB)设置错误。
2. 采样边沿有轻微时序问题。		1. 检查SPI初始化中的FirstBit设置，尝试改为SPI_FIRSTBIT_LSB。
2. 尝试降低SPI时钟频率。
高速时通信不稳定1. 板级布线问题，信号完整性差（过长、过近）。
2. 未使用DMA导致CPU处理不及时。
3. 电源噪声大。		1. 检查PCB走线，SCLK等高速线应尽量短，远离其他干扰源。
2. 启用DMA传输。
3. 在电源引脚增加去耦电容（如100nF）。
多从机时相互干扰1. 未使用的从机MISO引脚未处理，产生总线冲突。
2. 片选(CS)信号切换时序不当。		1. 将未通信从机的MISO引脚配置为高阻态或输入模式。
2. 确保在切换CS时，SCLK处于空闲电平，并在CS稳定后再发起新的传输。

5.3 逻辑分析仪抓包实战解读

逻辑分析仪是调试SPI的“神器”。以Saleae Logic为例，连接好SCLK、MOSI、MISO、CS四根线并设置好阈值后，你就能看到清晰的波形。

解读要点：

  1. 先看CS：找到CS下降沿，那就是一次传输的开始。CS上升沿是传输的结束。
  2. 对照时钟：在CS有效期间，每一个SCLK的脉冲（根据模式确定的采样边沿）对应一位数据的传输。
  3. 分析数据：软件会自动将波形解码成十六进制数据。你需要：
    • 核对发送数据：检查MOSI通道上的数据，是否与你代码中想要发送的命令、地址、数据一致。
    • 核对接收数据：检查MISO通道上的数据，是从设备的回复。对照数据手册，看回复是否合理（例如，读Flash ID是否返回0xEF, 0x40, 0x17？）。
  4. 检查时序参数：测量SCLK的频率是否与你设置的相符？测量CS下降沿到第一个SCLK边沿的时间（建立时间）、最后一个SCLK边沿到CS上升沿的时间（保持时间）是否满足从设备手册的要求？

很多时候，问题就出在时序参数的细微差别上。逻辑分析仪能让你“看见”通信的全过程，是定位疑难杂症的最直接手段。

SPI协议看似简单，但要想在复杂的项目中用得稳定、高效，离不开对硬件时序的深刻理解和对软件细节的精心处理。从理解四种模式开始，到熟练运用硬件SPI和DMA，再到能从容应对多从机系统和调试各种通信故障，这个过程本身就是嵌入式工程师能力成长的缩影。记住，数据手册是你的第一参考资料，逻辑分析仪是你最忠实的朋友，而动手实践和不断踩坑，则是通往精通的唯一路径。

编程学习 学习日记 实战经验
← 返回列表