调试SPI+DMA的一点心得

由于项目需要，STM32F303跟STM32F405之间要用到DMA+SPI口来估大量数据传输，实现两边的数据收发。

开始只用到MISO，MOSI，跟CLK三个信号，STM32F303配置成主机，18M的波特率，用DMA发4K的Buffer的数据，STM32F405这边用DMA循环接收SPI的数据，调试发现数据死活就是接收不对，完全是错乱的。改成不用DMA，直接SPI单个单个不停发送，接收数据却是正常的。

对于8031单片机必须外接程序存储器才能构成应用电路（或者我们的应用电路扩展了外部存储器），而P2端口就是用来周期性地输出从外存中取指令的地址(高8位地址)，因此，P2端口的多路开关总是在进行切换，分时地输出从内部总线来的数据和从地址信号线上来的地址。因此P2端口是动态的I/O端口。输出数据虽被锁存，但不是稳定地出现在端口线上。其实，这里输出的数据往往也是一种地址，只不过是外部RAM的高8位地址。

用示波器看两个信号线的信号，信号也还好，用示波器的逻辑分析仪去分析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也做得有点烂。

> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

即便是晶振完美运行，单片机也难免在工作中遇到这样那样的问题，所以我们需要一个复位电路（单片机的复位接口为RST）能够一键恢复单片机的起始状态，给它重生的机会。复位电路一般分为加电自动复位，或者按键复位，我们这里选择的是自动复位电路。