调试SPI+DMA的一点心得
1星 82 浏览量
2020-08-03
04:45:56
上传
评论 9
收藏 44KB PDF 举报 
调试调试SPI+DMA的一点心得的一点心得
由于项目需要，STM32F303跟STM32F405之间要用到DMA+SPI口来估大量数据传输，实现两边的数据收发。
开始只用到MISO，MOSI，跟CLK三个信号，STM32F303配置成主机，18M的波特率，用DMA发4K的Buffer的数
据，STM32F405这边用DMA循环接收SPI的数据，调试发现数据死活就是接收不对，完全是错乱的。改成不用DMA，直接
SPI单个单个不停发送，接收数据却是正常的。用示波器看两个信号线的信号，信号也还好，用示波器的逻辑分析仪去分析
SPI的通信，发现SPI的连续传输的时候，CLK是连续的，分析仪分析不到MISO上的数据或者分析出来的也是错误的。就猜想
如果SPI的时钟在传输过程中是连续不间距的话，那么逻辑分析怎么可能知道SPI的MISO上1Byte的波形哪位才是初始
位？？STM32的SPI也是一样，硬件没法判断到，接收就错乱了。SPI通信中，如果时间每Byte的时钟不连续，就可以通过这
时钟的间隙来判断。
用专门的逻辑分析采齐SPI的数据来分析，数据对的，说明发送是正确的。就是接收错乱，让我更坚信前面的猜想，想要解决
这个问题，最好就是增加同步，用一个同步线来告诉从机的SPI什么时候是一个Byte的开始，什么时候是结束。这里想到肯定
是用NSS引脚来做，标准的SPI是不支持的，但是看到了TI Mode，这问题就解决了，也证实我的猜想。看下图TI Mode的时序
配置NSS引脚，405跟303把SPI配置修改为硬件NSS和TI Mode模式，再Debug就看到从机的接收Buffer上正常的数据。
前前后后折腾DMA+SPI有长的时间，网上都没有这样大量数据传输的应用，基本上都SPI的最简单应用，只要CLK不是连续的
就不会出现这问题。按理来说如果STM32的SPI硬件时序做好了的话，也不会出现这问题，实际上它就是这里出问题了，我只
能说STM32 的SPI也做得有点烂。
资源评论
weixin_463522442021-04-06呵呵，就是个文档，不到一页
trzest2021-10-29这个也太水了
