STM32 HAL 库实现乒乓缓存加空闲中断的串口 DMA 收发机制 STM32 HAL 库实现乒乓缓存加空闲中断的串口 DMA 收发机制，轻松跑上 2M 波特率。 STM32 中一般的 DMA 传输方向有内存->内存、外设->内存、内存->外设。通用异步收发传输器（Universal Asynchronous Receiver/Transmitter，UART），在嵌入式开发中一般称为串口，通常用于中、低速通信场景，波特率低有 6400 bps，高能达到 4~5 Mbps。 在 STM32 中使用 DMA 收发数据，可以节约可观的 CPU 处理时间。特别是在高速、大数据量的场景中，DMA 是必须的，而双缓冲区、空闲中断以及 FIFO 数据缓冲区也是非常重要的成分。 在本文中，我们将使用 STM32CubeMX 配置串口，首先使能高速外部时钟，然后设置时钟树。接下来配置串口，选择一个串口，设置模式为 Asynchronous，设置波特率、帧长度、奇偶校验以及停止位长度。然后添加接收和发送的 DMA 配置，注意在 RX 中将 DMA 模式改为 Circular，这样 DMA 接收只用开启一次，缓冲区满后 DMA 会自动重置到缓冲区起始位置，不再需要每次接收完成后重新开启 DMA。 在串口收到数据之后，DMA 会逐字节搬运到 RX_Buf 中。当搬运到一定的数量时，就会产生中断（空闲中断、半满中断、全满中断），程序会进入回调函数以处理数据。全满中断和半满中断都很好理解，就是串口 DMA 的缓冲区填充了一半和填满时产生的中断。而空闲中断是串口在上一帧数据接收完成之后在一个字节的时间内没有接收到数据时产生的中断，即总线进入了空闲状态。 现在网络上大部分教程都使用了全满中断加空闲中断的方式来接收数据，不过这存在了一定的风险：DMA 可以独立于 CPU 传输数据，这意味着 CPU 和 DMA 有可能同时访问缓冲区，导致 CPU 处理其中的数据到中途时 DMA 继续传输数据把之前的缓冲区覆盖掉，造成了数据丢失。所以更合理的做法是借助半满中断实现乒乓缓存。 乒乓缓存是指一个缓存写入数据时，设备从另一个缓存读取数据进行处理；数据写入完成后，两边交换缓存，再分别写入和读取数据。这样给设备留足了处理数据的时间，避免缓冲区中旧数据还没读取完又被新数据覆盖掉的情况。 但是出现了一个小问题，就是 STM32 大部分型号的串口 DMA 只有一个缓冲区，要怎么实现乒乓缓存呢？没错，半满中断。现在，一个缓冲区能拆成两个来用了。看这图我们再来理解一下上面提到的三个中断：接受缓冲区的前半段填满后触发半满中断，后半段填满后触发全满中断；而这两个中断都没有触发，但是数据包已经结束且后续没有数据时，触发空闲中断。 举个例子：向这个缓冲区大小为 20 的程序传送一个大小为 25 的数据包，它会产生三次中断，如下图所示。程序实现原理介绍完成，感谢 ST 提供了 HAL 库，接下来再使用 C 语言实现它们就很简单了。首先开启串口 DMA 接收。 #define RX_BUF_SIZE 20 uint8_t USAR_RX_Buf[RX_BUF_SIZE]; 在上面的例子中，我们定义了一个大小为 20 的缓冲区 USAR_RX_Buf，並将其设置为串口 DMA 的接收缓冲区。然后，我们可以使用 HAL 库提供的函数来开启串口 DMA 接收。 HAL_UART_Receive_DMA(&huart1, USAR_RX_Buf, RX_BUF_SIZE); 在串口收到数据之后，DMA 会逐字节搬运到 RX_Buf 中。当搬运到一定的数量时，就会产生中断（空闲中断、半满中断、全满中断），程序会进入回调函数以处理数据。在回调函数中，我们可以将数据写入 FIFO 中供应用读取。 void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { // 将数据写入 FIFO 中 FIFO_Put(USAR_RX_Buf, RX_BUF_SIZE); } 在上面的例子中，我们使用 HAL 库提供的回调函数 HAL_UART_RxCpltCallback 来处理数据。在这个函数中，我们将数据写入 FIFO 中供应用读取。这样，我们就可以轻松地实现高速的串口收发机制。 使用 STM32 HAL 库可以轻松地实现高速的串口收发机制，轻松跑上 2M 波特率。同时，我们还可以使用乒乓缓存和空闲中断来避免数据丢失和提高系统的可靠性。

该代码同时支持stm32 f1 系列 的 三路USART 通道， 全部采用 DMA 自动收发数据， 通过中断返回判断数据是否收发完成。 代码已经测试通过可以，可以直接使用。在移植使用时需要注意，IO口 / 波特率 等信息

## 实现功能 * 收/发环形缓冲区 * 不定长度接收处理 * 高速（1.5Mbps）通信不丢数据
## 关键实现 ### DMA发送模式 * 线程循环查询发送环形缓冲区数据，然后启动MDA传输 * DMA传输完成中断，连续发送 * 定时器中断周期发送
### DMA接收模式 * DMA缓存半满中断（如CPU硬件支持，可使用DMA双缓存机制） * DMA缓存传输完成中断 * 串口空闲中断实现 ### DMA接收模式 * DMA缓存半满中断（如CPU硬件支持，可使用DMA双缓存机制） * DMA缓存传输完成中断 * 串口空闲中断实现 ### DMA接收模式 * DMA缓存半满中断（如CPU硬件支持，可使用DMA双缓存机制） * DMA缓存传输完成中断 * 串口空闲中断实现 ### DMA接收模式 * DMA缓存半满中断（如CPU硬件支持，可使用DMA双缓存机制） * DMA缓存传输完成中断 * 串口空闲中断实现 ### DMA接收模式 * DMA缓存半满中断（如CPU硬件支持，可使用DMA双缓存机制） * DMA缓存传输完成中断 * 串口空闲

stm32f105用DMA方式实现串口收发，真正意义上的效率至上

采用STM32F429IGT6单片机，KeilMDK5.32版本 使用SysTick系统滴答定时器进行延时 LED_R、LED_G、LED_B分别为PH10,PH11,PH12 Key1为PA0，Key2为PC13 KEIL5下载配置有FLASH与SRAM 用SPI5与Flash芯片通信(W25Q256JV)，使用了DMA进行收发数据，SPI是同步通信，同时收发数据(其实仅与发TX同步，作为主器件，Tx产生波特率时钟SCK信号) 利用可变参数宏实现printf与scanf 定义了Flash输入输出结构体，利用了共用体 发送与接收缓冲区大小均为一个扇区大小4096B NSS(CS)采用软件控制，因为Flash芯片每发送玩一个指令都要把CS拉高。 注意点：因为TX产生SCK时钟，故需要TX的DMA优先级要比RX的优先级低，本次TX和RX的DMA使用的是一个DMA(DMA2)，因为当收发一个数据后，TX和RX的DMA出现仲裁，TX需要发下一个数据，RX需要接收当前数据，为了防止一直发数据，故RX的DMA优先级需要比TX的高开启RX的DMA传输完成中断，在该中断中将CS拉高，结束通讯。

采用STM32F429IGT6单片机，KeilMDK5.32版本 使用SysTick系统滴答定时器进行延时 LED_R、LED_G、LED_B分别为PH10,PH11,PH12 Key1为PA0，Key2为PC13 KEIL5下载配置有FLASH与SRAM 收发共用一个缓冲区 I2C使用DMA与AT24C02通信，Tx中，利用DMA传输数据，但是起始位，设备地址，读写地址采用的是阻塞式发送，数据则是采用DMA传输；注意点：采用DMA发送应该等到BTF(发送寄存器空，移位寄存器也为空)事件后设置停止位，不可以在DMA传输完成中断中设置停止位，因为此时正在发送最后一个字节，故开启BTF中断(I2C_EV)，在该中断服务函数中发送停止位并关闭I2C的DMA传输使能。 Rx中，利用DMA传输数据，但是起始位，设备地址，AT24C02写入地址采用的是阻塞式发送，数据则是采用DMA传输；注意点：在DMA传输完成中断中发送停止位，并关闭I2C的DMA传输使能，I2C主接收，写读转换中再次发送起始位前，第一次发送设备地址字节后，应检测BTF 仿printf写入发送缓冲区前，应检查上一次通信是否结束

采用STM32F429IGT6单片机，KeilMDK5.32版本 使用SysTick系统滴答定时器进行延时 LED_R、LED_G、LED_B分别位PH10,PH11,PH12 USART1，波特率115200，无校验位，1位停止位 PA9->TX，PA10->RX，开启TC和IDLE中断 仿printf发送，DMA式收发数据 串口空闲中断触发后，在中断服务函数中重新填写DMA的剩余传输数据数量寄存器的值，保证下一次接收数据是从串口接收缓冲区的第一个字节接收 配备了CRC校验，使用CRC-32(以太网)多项式：0x4C11DB7 KEIL5下载配置有FLASH与SRAM

使用microphase zynq开发板的vivado 2018.03工程，linux下的dma收发

基于stm32f407的串口环形队列及DMA收发中断数据处理，连接了串口1的收发DMA通道，组合环形队列实现数据的缓存处理，亲测有效，可能存在变量类型不一致的问题，重新定义一下即可，欢迎交流。

stm32f0 i2c 实例 dma demo读取外部flash，亲测可用 金典实例。