本文主要是介绍基于stm32的UART高效接收DMA+IDLE编程示例，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
目录
- 基于stm32的UART高效接收DMA+IDLE编程示例
- 实验目的
- 场景使用原理图
- UART的三种编程方式
- IDLE
- 程序设计
- 串口配置
- 配置中断
- 配置DMA
- 代码片段
- 本文中使用的测试工程
基于stm32的UART高效接收DMA+IDLE编程示例
本文目标：基于stm32_h5的freertos编程示例
按照本文的描述，应该可以在对应的硬件上通实验并举一反三。
先决条件：拥有C语言基础，装有编译和集成的开发环境，比如：Keil uVision5
使用外设：USART1、USART1、GPIO、SysTick
HAL库版本：STM32H5xx HAL Driver version number 1.1.0
STMCubeMX版本：6.10.0
Keil uVision5版本：V5.38.0.0
实验目的
记录项目学习，学习在项目中进行的UART编程，体验串口的高效接收，设计一个实验，实现串口的接收。
场景使用原理图
在我的应用场景中，原理图的内容如下：
我将J4的接口的进行接线，这样就可以设计出一个串口发送，一个串口进行接收的实验。
UART的三种编程方式
结合 UART 硬件结构，有 3 种编程方法：
① 查询方式：
要发送数据时，先把数据写入 TDR 寄存器，然后判断 TDR 为空再返回。当然也可以先判断 TDR 为空，再写入。要读取数据时，先判断 RDR 非空，再读取 RDR 得到数据。
② 中断方式：
使用中断方式，效率更高，并且可以在接收数据时避免数据丢失。要发送数据时，使能“TXE”中断（发送寄存器空中断）。在 TXE 中断处理函数里，从程序的发送 buffer 里取出一个数据，写入 TDR。等再次发生 TXE 中断时，再从程序的发送buffer 里取出下一个数据写入 TDR。
对于接收数据，在一开始就使能“RXNE”中断（接收寄存器非空）。这样，UART 接收到一个数据就会触发中断，在中断程序里读取 RDR 得到数据，存入程序的接收 buffer。当程序向读取串口数据时，它直接读取接收 buffer 即可。这里涉及的“发送 buffer”、“接收 buffer”，特别适合使用“环形 buffer”。
③ DMA 方式：
使用中断方式时，在传输、接收数据时，会发生中断，还需要 CPU 执行中断处理函数。有另外一种方法：DMA（Direct Memory Access），它可以直接在 2 个设备之间传递数据，无需 CPU 参与。
设置好 DMA（源、目的、地址增减方向、每次读取数据的长度、读取次数）后，DMA 就会自动地在 SRAM 和 UART 之间传递数据：
① 发送时：DMA 从 SRAM 得到数据，写入 UART 的 TDR 寄存器
② 接收时：DMA 从 UART 的 RDR 寄存器得到数据，写到 SRAM 去
③ 指定的数据传输完毕后，触发 DMA 中断；在数据传输过程中，没有中断，CPU 无需处理。
涉及使用的HAL库API如下：
//查询方式：
//发送：
HAL_UART_Transmit
//接收：
HAL_UART_Receive//中断方式：
//发送：
HAL_UART_Transmit_IT
HAL_UART_TxCpltCallback
//接收：
HAL_UART_Receive_IT
HAL_UART_RxCpltCallback//DMA方式：
//发送：
HAL_UART_Transmit_DMA
HAL_UART_TxHalfCpltCallback
HAL_UART_TxCpltCallback
//接收：
HAL_UART_Receive_DMA
HAL_UART_RxHalfCpltCallback
HAL_UART_RxCpltCallback// 错误
HAL_UART_ErrorCallback
HAL_UART_ErrorCallbackIDLE
IDLE，空闲的定义是：总线上在一个字节的时间内没有再接收到数据。UART 的 IDLE 中断何时发生？RxD 引脚一开始就是空闲的啊，难道 IDLE 中断一直产生？不是的。当我们使能 IDLE 中断后，它并不会立刻产生，而是：至少收到 1 个数据后，发现在一个字节的时间里，都没有接收到新数据，才会产生 IDLE 中断。我们使用 DMA 接收数据时，确实可以提高 CPU 的效率，但是“无法预知要接收多少数据”，而我们想尽快处理接收到的数据。怎么办？比如我想读取 100 字节的数据，但是接收到 60 字节后对方就不再发送数据了，怎么办？我们怎么判断数据传输中止了？可以使用IDLE 中断。在这种情况下，DMA 传输结束的条件有 3：
① 接收完指定数量的数据了，比如收到了 100 字节的数据了，HAL_UART_RxCpltCallback被调用
② 总线空闲了：HAL_UARTEx_RxEventCallback 被调用
③ 发生了错误：HAL_UART_ErrorCallback 被调用
使用 IDLE 状态来接收的函数有：
//查询方式：
//接收：
HAL_UARTEx_ReceiveToIdle
//回调函数：
//根据返回参数 RxLen 判断是否接收完毕，还是因为空闲而返回//中断方式：
//接收：
HAL_UARTEx_ReceiveToIdle_IT
//回调函数：
完毕：HAL_UART_RxCpltCallback
因为空闲而中止：
HAL_UARTEx_RxEventCallback//DMA方式：
//接收：
HAL_UARTEx_ReceiveToIdle_DMA
//回调函数：
传输一半：
HAL_UART_RxHalfCpltCallback
完毕：
HAL_UART_RxCpltCallback
因为空闲而中止：
HAL_UARTEx_RxEventCallback// 错误
HAL_UART_ErrorCallback
程序设计
① 使用 DMA+IDLE 中断的方式接收数据，它会把数据存入临时缓冲区；
② 在回调函数里：把临时缓冲器的数据写入队列，然后再次使能 DMA
③ APP读取队列：如果队列里没有数据则阻塞。
串口配置
打开配置工具，进行串口配置
配置中断
配置DMA
代码片段
按照上述的配置进行底层配置之后，我们写点代码，如下：
xTaskCreate(CH1_UART2_TxTaskFunction, // 函数指针, 任务函数"ch1_uart2_tx_task", // 任务的名字200, // 栈大小,单位为word,200表示800字节NULL, // 调用任务函数时传入的参数osPriorityNormal, // 优先级NULL); // 任务句柄, 以后使用它来操作这个任务xTaskCreate(CH2_UART4_RxTaskFunction, // 函数指针, 任务函数"ch2_uart4_rx_task", // 任务的名字200, // 栈大小,单位为word,200表示800字节NULL, // 调用任务函数时传入的参数osPriorityNormal, // 优先级NULL); // 任务句柄, 以后使用它来操作这个任务
这里的创建的两个任务代码片段如下：
static void CH1_UART2_TxTaskFunction( void *pvParameters )
{uint8_t c = 0;while (1){// send dataHAL_UART_Transmit_DMA (&huart2, &c, 1);Wait_UART2_TxComplete(100);vTaskDelay(500);c++;}
}static void CH2_UART4_RxTaskFunction( void *pvParameters )
{uint8_t c = 0;int cnt = 0;char buf[100];HAL_StatusTypeDef err;UART4_Rx_Start();while (1){// receive dataerr = UART4_GetData(&c);if(err == 0){sprintf(buf, "Recv Data : 0x%02x, Cnt : %d", c, cnt++);Draw_String(0, 0, buf, 0x0000ff00, 0);}else{HAL_UART_DMAStop(&huart4);}}
}
其中开始发送和开始接收的代码片段：
int UART4_GetData(uint8_t *pData)
{xQueueReceive(g_xUART4_RX_Queue, pData, portMAX_DELAY);return 0;
}void UART4_Rx_Start(void)
{g_xUART4_RX_Queue = xQueueCreate(200, 1);HAL_UARTEx_ReceiveToIdle_DMA(&huart4, g_uart4_rx_buf, 100);
}
编译、烧写、运行，可以看到开发板的 LED 不断闪烁，LCD 上不断的有数据过来，实验设计成功。
工程实验成功，后续将会继续记录项目中的实验，感谢关注。
本文中使用的测试工程
https://download.csdn.net/download/weixin_44317448/89195002
这篇关于基于stm32的UART高效接收DMA+IDLE编程示例的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
