STM32 SPI通信：从软件模拟到硬件外设的实战解析

1. SPI通信协议：从零理解数据传输的奥秘

SPI通信协议是嵌入式开发中最常用的通信方式之一，尤其在与传感器、存储芯片、显示屏等外设交互时特别常见。我第一次接触SPI是在做一个温湿度传感器项目，当时用软件模拟SPI读取数据，虽然成功了但效率确实不高。后来改用硬件SPI外设，性能直接翻倍。今天我就结合自己踩过的坑，带你彻底搞懂SPI的两种实现方式。

SPI全称Serial Peripheral Interface，是一种同步串行通信协议。它最大的特点就是简单高效，相比I2C协议，SPI的传输速度更快，硬件设计也更直接。不过它需要更多的连接线，通常需要4根线：SCK（时钟线）、MOSI（主机输出从机输入）、MISO（主机输入从机输出）和SS（从机选择线）。

在实际项目中，SPI的工作方式很像两个人面对面交换物品：主机发出时钟信号，告诉从机什么时候发送和接收数据。时钟的每个周期，主从设备都会交换一个比特位，8个时钟周期就能完成一个字节的交换。这种全双工通信方式让数据交换变得非常高效，特别适合需要高速数据传输的场景。

2. 软件模拟SPI：灵活性的极致体验

2.1 为什么选择软件模拟SPI

我刚入门STM32的时候，最喜欢用软件模拟SPI，因为它真的太灵活了。你不需要关心硬件SPI外设的引脚分配，随便找几个GPIO口就能用。记得有次项目需要同时驱动两个不同的SPI设备，硬件SPI外设不够用，我就是用软件模拟轻松解决的。

软件模拟SPI的核心思想很简单：用程序代码模拟SPI的时序。你需要自己控制时钟信号的高低电平变化，自己处理数据的发送和接收。虽然效率不如硬件SPI，但这种方式的灵活性是无与伦比的。你可以随时调整时钟频率，改变数据传输的时序，甚至可以在运行时动态切换SPI模式。

2.2 软件SPI的具体实现

实现软件SPI需要先初始化GPIO引脚。通常SCK、MOSI和SS配置为推挽输出，MISO配置为上拉输入。初始化完成后，SS引脚要置高电平，SCK根据选择的模式设置初始状态（模式0时置低电平）。

数据交换函数是软件SPI的核心。以模式0为例，每个比特的传输包含四个步骤：首先根据要发送数据的当前比特位设置MOSI电平，然后产生时钟上升沿，从机在上升沿采样数据，接着产生时钟下降沿，主机在下降沿采样数据。循环8次就能完成一个字节的传输。

// 软件SPI数据交换函数示例
uint8_t SoftSPI_ExchangeByte(uint8_t sendData)
{
    uint8_t receiveData = 0;
    
    for(uint8_t i = 0; i < 8; i++)
    {
        // 设置MOSI引脚电平
        if(sendData & 0x80)
            MOSI_HIGH();
        else
            MOSI_LOW();
        
        // 短暂延时确保电平稳定
        Delay_us(1);
        
        // 产生时钟上升沿
        SCK_HIGH();
        
        // 读取MISO数据
        receiveData <<= 1;
        if(MISO_READ())
            receiveData |= 0x01;
        
        // 短暂延时
        Delay_us(1);
        
        // 产生时钟下降沿
        SCK_LOW();
        
        sendData <<= 1;
    }
    
    return receiveData;
}

在实际使用中，我发现软件SPI的时钟频率不能太高，一般控制在几百KHz到1MHz之间。过高的频率会导致时序错乱，因为GPIO的操作需要时间，程序执行也有开销。如果需要更高的速度，就必须使用硬件SPI了。

3. 硬件SPI外设：释放STM32的真正性能

3.1 硬件SPI的优势与特性

当我第一次使用STM32的硬件SPI时，真的被它的性能震撼到了。硬件SPI通过专门的硬件电路来处理SPI通信，CPU只需要配置好参数，数据传输就完全由硬件自动完成。这意味着在数据传输过程中，CPU可以处理其他任务，大大提高了系统效率。

STM32的硬件SPI支持多种配置选项：数据帧长度可以选择8位或16位；时钟极性(CPOL)和时钟相位(CPHA)可配置，支持所有4种SPI模式；时钟频率可以通过分频系数灵活设置；还支持全双工、半双工和单工模式。

最让我惊喜的是硬件SPI的时钟频率可以做到很高。以STM32F103系列为例，SPI1挂载在APB2总线上，最高时钟频率达到72MHz，即使进行256分频，也能达到281.25KHz的SCK频率。如果使用8分频，SCK频率可以达到9MHz，远远超过软件SPI的实现极限。

3.2 硬件SPI的配置与初始化

配置硬件SPI需要几个步骤：首先开启SPI和对应GPIO的时钟，然后配置GPIO口为复用功能，最后初始化SPI外设。STM32的硬件SPI引脚是固定的，但支持重映射功能，这在一定程度上增加了灵活性。

// 硬件SPI初始化示例
void HardwareSPI_Init(void)
{
    GPIO_InitTypeDef GPIO_InitStructure;
    SPI_InitTypeDef SPI_InitStructure;
    
    // 开启时钟
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_SPI1, ENABLE);
    
    // 配置SPI引脚
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5 | GPIO_Pin_7; // SCK和MOSI
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;        // 复用推挽输出
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOA, &GPIO_InitStructure);
    
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6;             // MISO
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; // 浮空输入
    GPIO_Init(GPIOA, &GPIO_InitStructure);
    
    // 配置SPI参数
    SPI_InitStructure.SPI_Direction = SPI_Direction_2Lines_FullDuplex;
    SPI_InitStructure.SPI_Mode = SPI_Mode_Master;
    SPI_InitStructure.SPI_DataSize = SPI_DataSize_8b;
    SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low;
    SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge;
    SPI_InitStructure.SPI_NSS = SPI_NSS_Soft;
    SPI_InitStructure.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_8;
    SPI_InitStructure.SPI_FirstBit = SPI_FirstBit_MSB;
    SPI_InitStructure.SPI_CRCPolynomial = 7;
    SPI_Init(SPI1, &SPI_InitStructure);
    
    // 使能SPI
    SPI_Cmd(SPI1, ENABLE);
}

在实际项目中，我建议使用软件NSS管理，这样更灵活。硬件NSS管理虽然自动化程度高，但在多从机系统中反而会造成不便。通过将SPI_NSS设置为SPI_NSS_Soft，我们可以用普通GPIO口来控制SS信号，实现更灵活的多从机管理。

4. 实战对比：两种方案的性能测试

4.1 速度性能对比测试

为了直观展示两种方案的性能差异，我做了个简单的测试：用软件SPI和硬件SPI分别传输1KB数据，测量耗时。测试环境是STM32F103C8T6，系统时钟72MHz。

软件SPI的实现基于GPIO模拟，每个比特传输需要多条指令，实测最高稳定时钟频率约500KHz。传输1KB数据（8192个比特）需要约16.38ms。如果考虑代码优化，使用寄存器操作代替库函数，最高可以达到1MHz左右，传输时间约8.19ms。

硬件SPI的性能就出色多了。使用SPI1，8分频时SCK频率为9MHz，传输1KB数据仅需0.91ms。如果使用2分频，SCK频率达到36MHz，传输时间进一步缩短到0.23ms。这个性能差距是数量级的，在需要高速数据传输的场景中，硬件SPI是唯一选择。

4.2 资源占用与功耗分析

除了速度差异，两种方案的资源占用和功耗也有很大不同。软件SPI不占用硬件外设资源，但需要CPU持续参与数据传输过程。在传输数据时，CPU无法执行其他任务，功耗也相对较高。

硬件SPI虽然占用了一个外设资源，但数据传输过程中CPU可以休眠或处理其他任务，整体功耗更低。STM32的硬件SPI还支持DMA功能，可以进一步降低CPU负担。在我做的一个电池供电项目中，使用硬件SPI加DMA的方案，相比软件SPI，系统整体功耗降低了30%以上。

5. 项目选择指南：什么情况下用哪种方案

5.1 推荐使用软件SPI的场景

经过多个项目的实践，我总结出一些选择准则。软件SPI适合以下情况：项目需要与多个SPI设备通信，但硬件SPI外设数量不足；设备要求的SPI时钟频率不高（通常低于1MHz）；需要非标准的SPI时序或特殊协议；项目初期硬件设计尚未最终确定，可能需要调整SPI引脚分配。

我记得有个项目需要同时驱动SPI Flash、温湿度传感器和OLED屏，但硬件只有1个SPI外设。最终方案是Flash使用硬件SPI，其他两个设备用软件SPI驱动，完美解决了资源冲突问题。

5.2 推荐使用硬件SPI的场景

硬件SPI则在以下场景中表现优异：需要高速数据传输，如读写大容量SPI Flash或传输图像数据；系统对CPU占用率敏感，需要高效的数据传输；低功耗应用，需要尽量减少CPU活动时间；需要利用SPI高级功能，如DMA传输或中断驱动。

在我的一个工业采集项目中，需要以10MHz的速率持续采集传感器数据。最初尝试用软件SPI，但无论如何优化都无法稳定工作。切换到硬件SPI后，不仅数据传输稳定可靠，CPU还有充足资源处理数据分析和通信任务。

6. 常见问题与调试技巧

6.1 时序问题排查

SPI调试中最常见的就是时序问题。特别是使用软件SPI时，时序偏差会导致数据错误。我的经验是：一定要用示波器或逻辑分析仪观察实际波形，确认时钟极性、相位是否符合设备要求，检查建立时间和保持时间是否满足要求。

如果发现数据错误，首先检查SPI模式（CPOL和CPHA）设置是否正确。不同设备可能要求不同的模式，仔细查阅数据手册很重要。其次检查时钟频率是否过高，特别是软件SPI，过高的频率会导致时序错乱。

6.2 多从机系统设计

在多从机系统中，SS信号的管理很关键。硬件SPI外设通常只提供一个硬件NSS信号，但实际项目中往往需要多个SS信号。我的做法是：使用软件NSS管理，用普通GPIO口作为SS信号，通过程序控制各个从机的片选。

切换从机时要注意时序：先取消当前从机的片选，短暂延时后再选中新的从机。这个延时很重要，确保前一个从机完全释放总线，避免信号冲突。在我的项目中，一般会延时1-2个SCK周期的时间。

7. 进阶应用：DMA与中断优化

7.1 使用DMA提升传输效率

当数据传输量较大时，使用DMA可以极大提升系统效率。STM32的SPI外设支持TX和RX DMA请求，可以配置为使用DMA自动处理数据传输。在我的一个音频处理项目中，使用SPI+DMA传输音频数据，CPU占用率从70%降到10%以下。

配置SPI DMA时需要注意：设置正确的DMA数据宽度（与SPI数据帧大小一致）；配置DMA传输完成中断，以便在传输完成后进行处理；注意DMA缓冲区的大小和对齐问题。使用DMA时，数据传输几乎是"免费"的，CPU可以专注于数据处理本身。

7.2 中断驱动的SPI通信

对于不规则的数据传输，中断方式比轮询更高效。STM32的SPI支持多种中断源：传输完成中断、接收缓冲区非空中断、错误中断等。合理使用这些中断，可以构建出响应及时、效率高的SPI通信系统。

在我的一个通信模块项目中，使用SPI中断处理不定长数据包。当从设备有数据可读时，触发RXNE中断，主机及时读取数据并处理。这种方式既保证了实时性，又避免了CPU持续轮询的开销。

无论是软件模拟还是硬件外设，SPI通信都是嵌入式开发中的重要技能。我的经验是：初学者可以从软件SPI入手，深入理解SPI的工作原理和时序特性；在实际项目中，根据具体需求选择合适方案，兼顾性能和灵活性。