SPI + DMA 使用DMA传输完成中断拉高CS，导致CS提前拉高

神的代言人5712

我想用 DMA传输SPI发送控制一块IPS屏幕， 我在启动dma传输前拉低CS，启动DMA后等待DMA传输完成中断，在中断中回调设置CS拉高。实测发现CS总是提前拉高，如果在中断中CS拉高前延时一段时间则能正常发送，可是，中断中延时在时效上是致命的。。初步推测原因是由于DMA搬运完成后SPI外设并没有及时把数据发送出去，dma传输完成和spi发送完成并不是同时的，然后进一步我就想 使用spi发送完成中断，可是我并没有找到spi发送完成中断标志，倒是发现了发送缓冲区空标志位，经过试验发现发送缓冲区空也不能代表发送完成，也有可能数据还在移位寄存器中就把CS拉高了。。大佬们有什么解决办法吗？？？能够判断SPI发送完成的办法

神的代言人5712

awsawzj 发表于 2020-8-17 10:23
发送区空就会产生发送完成中断

实测总是会丢掉最后一个字节数据，初步推测是因为 数据寄存器将数据送到移位寄存器中准备发送，同时产生发送缓冲区空中断，这时，数据确实不在数据寄存器中，被放到了移位寄存器，由于CPU执行速度要比SPI外设快，一产生发送缓冲区空中断，CPU就把CS拉高了，然后最后一字节数据在CS高的情况下发送了出去，导致从机不认最后一字节

正点原子

这完全可以用软件CS,不要用硬件NSS

caoenq

正点原子 发表于 2020-8-17 01:35
这完全可以用软件CS,不要用硬件NSS

·楼主说的好像就是软件控制cs

awsawzj

发送区空就会产生发送完成中断

正点原子

caoenq 发表于 2020-8-17 10:17
·楼主说的好像就是软件控制cs

那就不存在拉高不拉高，都是你程序控制了。拉高就说明你代码哪里拉高了，找到代码即可。

神的代言人5712

正点原子 发表于 2020-8-18 00:56
那就不存在拉高不拉高，都是你程序控制了。拉高就说明你代码哪里拉高了，找到代码即可。

是的确实是软件控制的，，拉低我是先拉低了，然后开始dma发送这没什么问题，拉高我是放在一个回调函数中，由dma发送完成中断来回调，可是实测发现dma发送完成后产生中断拉高CS的时候，CLK还没有发完，就是逻辑分析仪抓到的样子，0号通道是clk，2号通道是CS，CS在芯片复位状态下是低电平，芯片启动后初始化成高电平，延时50us后拉低开始发送，时钟还没走完就被dma完成中断拉高了。