1. STM32 LL库与SPI通信基础第一次接触STM32的LL库时我完全被它简洁高效的特性吸引了。相比HAL库LL库更接近硬件底层执行效率更高特别适合对实时性要求严格的场景。记得当时调试一个工业传感器项目HAL库的延时让我头疼不已换成LL库后性能直接提升了30%。SPI通信在嵌入式领域就像老朋友的握手方式。它通过四根线实现全双工通信MOSI主机输出从机输入相当于你说话的声音MISO主机输入从机输出相当于你听到的回应SCK时钟信号像打拍子的节拍器NSS片选信号相当于点名时的举手在实际项目中我遇到过不少初学者容易混淆的点。比如有个工程师曾把MOSI和MISO接反结果数据传输完全乱套。后来我们总结了个口诀主机输出接从机输入MOSI主机输入接从机输出MISO从此再没出过错。2. SPI状态标志的深度解析调试SPI就像照顾一个性格古怪的艺术家你得读懂它的各种状态标志。最重要的三个标志是TXE发送缓冲区空当这个标志置1时说明可以放心地往DR寄存器写数据了。我习惯把它想象成快递员手里的包裹袋——空着才能装新包裹。RXNE接收缓冲区非空这个标志置1表示有数据可以读取。就像你家信箱里有了新信件不及时取走可能会被新信件覆盖。BSY忙状态最让人头疼的标志。有次我忽略了它结果连续发送导致数据错乱。后来发现它就像打印机的工作指示灯亮着的时候千万别塞新纸张。实测中发现不同STM32系列对这些标志的处理略有差异。比如在F1系列上BSY标志的清除时机就比F4系列慢半拍。建议大家在移植代码时特别注意这点。3. 轮询模式下的超时处理实战在资源受限的项目中轮询方式往往是最可靠的选择。但如果没有超时处理系统可能会永远卡在等待状态。下面是我优化过的带超时处理的收发函数#define SPI_TIMEOUT 10000 // 根据实际时钟频率调整 int SPI_TransmitReceive(SPI_TypeDef *SPIx, uint16_t txData, uint16_t *rxData) { uint32_t timeout 0; // 等待发送缓冲区就绪 while(!LL_SPI_IsActiveFlag_TXE(SPIx)) { if(timeout SPI_TIMEOUT) return -1; } // 发送数据 LL_SPI_TransmitData16(SPIx, txData); // 等待传输完成 timeout 0; while(LL_SPI_IsActiveFlag_BSY(SPIx)) { if(timeout SPI_TIMEOUT) return -2; } // 等待接收数据就绪 timeout 0; while(!LL_SPI_IsActiveFlag_RXNE(SPIx)) { if(timeout SPI_TIMEOUT) return -3; } // 读取接收数据 *rxData LL_SPI_ReceiveData16(SPIx); return 0; }这个函数有几个关键改进点为每个等待环节单独设置超时计数器返回不同的错误代码便于问题定位超时值可全局配置在电机控制项目中这个函数的稳定性帮我们实现了0.1ms级的精准控制。有个小技巧超时值不要设得太紧给硬件留点余量。4. 完整SPI通信模块的实现把各个部分组装起来就像搭乐高积木一样有趣。下面分享一个经过多个项目验证的SPI模块实现方案typedef struct { SPI_TypeDef *Instance; GPIO_TypeDef *NSS_Port; uint32_t NSS_Pin; } SPI_Device; void SPI_Init(SPI_Device *dev) { // 这里省略具体的初始化代码 // 建议使用CubeMX生成初始化代码 } int SPI_Exchange(SPI_Device *dev, uint16_t txData, uint16_t *rxData) { LL_GPIO_ResetOutputPin(dev-NSS_Port, dev-NSS_Pin); int ret SPI_TransmitReceive(dev-Instance, txData, rxData); LL_GPIO_SetOutputPin(dev-NSS_Port, dev-NSS_Pin); return ret; }实际使用时有几个注意事项片选信号管理就像对话前要先叫对方名字一样NSS信号必须先拉低再开始通信时钟极性配置不同的从设备可能要求不同的时钟极性和相位数据大小设置8位还是16位传输要根据从设备手册确定在最近的一个智能家居项目中这个模块成功驱动了6种不同的SPI设备包括温湿度传感器、OLED屏和无线模块。最让我自豪的是即使在强干扰环境下它也能保持99.9%的通信成功率。