检查DMA传输完成标志位有必要吗

盖爷

在论坛上看到许多大佬写的程序:
u8 DMA1_Star_SPI_TX(u8 *buffer)
{
                DMA1_Channel5->CNDTR=512;
                DMA1_Channel5->CMAR=(uint32_t)buffer;         
                DMA_Cmd(DMA1_Channel5,ENABLE);
                while(!DMA_GetFlagStatus(DMA1_FLAG_TC5));
                DMA_ClearFlag(DMA1_FLAG_TC5);
                DMA_Cmd(DMA1_Channel5,DISABLE);
}


以这个为例子，程序中有         while(!DMA_GetFlagStatus(DMA1_FLAG_TC5));   这句话，这说明我调用这个函数时，程序会在        while(!DMA_GetFlagStatus(DMA1_FLAG_TC5));  这个地方停止一段时间，直到标志位置位。

但是我看原子哥的程序里，并没有whlie（）判断。

DMA的意思是直接内存传输，所以不占用CPU的资源，但是许多大佬加上了        while(!DMA_GetFlagStatus(DMA1_FLAG_TC5));   这句话，这不是间接地占用了CPU资源了吗，因为当没有传输完成时，程序就一直卡在while循环里面不出来，没法执行其他的函数，所以我想知道为啥许多人写程序时要加这句话，加这句话有啥好处啊？

warship

这个并没有什么可奇怪的，
CPU让外设执行一项任务，
查看结果都无外乎两种，
一种是被动中断，一种是主动查询。
并且肯定是中断的效率高，基本不影响CPU执行其它任务，所以尽量使用这种方式。
但查询的方式也不能不让人用，
查询的方式肯定耗用CPU，
但耗用多少是因程序而异的，如果CPU无事可干，可能整个DMA期间，CPU都在闲等。
但也有可能CPU比较忙，DMA完成后，CPU才来查询，
好的程序应该大致计算时间，尽量不要让CPU等时间太多或基本不等待。

美丽的时光机器

1.假设你数据比较多，需要花较长时间等待传输完成，如果不判断传输是否完成程序就往下走，关闭了通道，那剩下的数据就没法传了。
2.原子哥没有写上其他大神却写上了，这没有对错的问题，我觉得更多是看经验和工作过程中自己调试去完善的

DreamWaterPro

我觉得是有必要的。

在实际应用的时候，往往用DMA传输的是比较多的数据，有的时候CPU完成了手中的工作，需要启动下一部分数据传输的时候就务必要判断当前的DMA通道中的数据是否传输完成。不加的话还是有一定概率出现数据没传完，DMA控制器就被重新配置了。