本文介绍了在STM32系统中，SPI结合阻塞和DMA方式传输数据的场景与问题。对于大量数据写入，使用SPI+DMA能显著减少时间，如1700字节只需0.68ms。但在实现过程中遇到如DMA发送停止、SPI状态管理及中断冲突等问题，并给出了解决方案，包括使用HAL_SPI_Abort()函数和通过查询BSY标志判断传输结束。同时强调了在DMA模式下需要谨慎处理中断设置。
因为SPI+阻塞方式可以使得字节间有大约0.4us的间隔（示波器查看得出），可适应从设备的数据准备时间，故用来做数据读取；
但此种方法对于向从设备写入大量数据来说，所需时间较长，比如写1700字节大约需要1.3ms左右。该时间超出RTOS的节拍，担心因此引入中断打断传输，或使用临界区保护又会干扰其他任务的实时调度。于是采用SPI+DMA的方式，实测1700字节写入大约需要0.68ms左右。
于是同一个系统中存在两种SPI使用方式：“SPI+阻塞（循环等待寄存器变化）”以及“SPI+DMA”；调试过程中也遇到了不少问题：
1、SPI+DMA只发送了一次就不发了。查看是因为没有打开SPI中断，未调用HAL库的SPI IRQhander来恢复hspi1.state为“ready”状态。因为使用HAL_SPI_Transmit_DMA()会将hspi1.state置为“BUSY”；
2、打开SPI中断，使中断处理程序调用SPI IRQhander来恢复hspi1.state为“ready”状态。但又出现在“SPI+阻塞“中一直卡在等待SPI RXNE为1好返回DR值上（此时SPI RXNE确实一直为0）。猜想可能是中断处理程序调用SPI IRQhander在中断中清除了RXNE或者其他操作影响了RXNE（时间所限，未经证实！）；
3、取消SPI中断，自己强制将hspi1.state置为“ready”状态，可以跑了，但持续发送数据时卡顿，且用“SPI+阻塞“读取的数据也会周期性出错！加上SPI取消TXDMAEN位也不起作用；
4、搜了下看到有人说需要用HAL_S
最低0.47元/天 解锁文章
1528
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
