串口收发使能DMA

串口(uart)是一种低速的串行异步通信，适用于低速通信场景，通常使用的波特率小于或等于115200bps。对于小于或者等于115200bps波特率的，而且数据量不大的通信场景，一般没必要使用DMA，或者说使用DMA并未能充分发挥出DMA的作用。

对于数量大，或者波特率提高时，必须使用DMA以释放CPU资源，因为高波特率可能带来这样的问题：

• 对于发送，使用循环发送，可能阻塞线程，需要消耗大量CPU资源“搬运”数据，浪费CPU
• 对于发送，使用中断发送，不会阻塞线程，但需浪费大量中断资源，CPU频繁响应中断；以115200bps波特率，1s传输11520字节，大约69us需响应一次中断，如波特率再提高，将消耗更多CPU资源
• 对于接收，如仍采用传统的中断模式接收，同样会因为频繁中断导致消耗大量CPU资源

因此，高波特率场景下，串口非常有必要使用DMA。

实现方式：

基本流程：

 

相关配置

1. 初始化串口
2. 使能串口DMA接收模式，使能串口空闲中断
3. 配置DMA参数，使能DMA通道buf半满（传输一半数据）中断、buf溢满（传输数据完成）中断

为什么需要使用DMA 通道buf半满中断？

很多串口DMA模式接收的教程、例子，基本是使用了“空间中断”+“DMA传输完成中断”来接收数据。实质上这是存在风险的，当DMA传输数据完成，CPU介入开始拷贝DMA通道buf数据，如果此时串口继续有数据进来，DMA继续搬运数据到buf，就有可能将数据覆盖，因为DMA数据搬运是不受CPU控制的，即使你关闭了CPU中断。

严谨的做法需要做双buf，CPU和DMA各自一块内存交替访问，即是"乒乓缓存” ，处理流程步骤应该是这样：

第一步，DMA先将数据搬运到buf1，搬运完成通知CPU来拷贝buf1数据

第二步，DMA将数据搬运到buf2，与CPU拷贝buf1数据不会冲突

第三步，buf2数据搬运完成，通知CPU来拷贝buf2数据。执行完第三步，DMA返回执行第一步，一直循环

STM32F0系列DMA不支持双缓存（以具体型号为准）机制，但提供了一个buf"半满中断"。即是数据搬运到buf大小的一半时，可以产生一个中断信号。基于这个机制，我们可以实现双缓存功能，只需将buf空间开辟大一点即可。

第一步，DMA将数据搬运完成buf的前一半时，产生“半满中断”，CPU来拷贝buf前半部分数据

第二步，DMA继续将数据搬运到buf的后半部分，与CPU拷贝buf前半部数据不会冲突

第三步，buf后半部分数据搬运完成，触发“溢满中断”，CPU来拷贝buf后半部分数据。执行完第三步，DMA返回执行第一步，一直循环

接收处理：

基于上述描述机制，DMA方式接收串口数据，有三种中断场景需要CPU去将buf数据拷贝到fifo中，分别是：

• DMA通道buf溢满（传输完成）场景
• DMA通道buf半满场景
• 串口空闲中断场景 【串口空闲中断指的是，数据传输完成后，串口监测到一段时间内没有数据进来，则触发产生的中断信号。