STM32G4 UART串口通信与DMA传输实战指南-嵌云网-嵌入式AI开发资源站

STM32G4 UART串口通信与DMA传输实战指南

刘运燊

1. 项目概述

在蓝桥杯嵌入式竞赛中，UART串口通信是一个基础但至关重要的功能模块。这次我们要实现的是基于STM32G4系列MCU的UART串口通信，特别加入了DMA传输机制。这种组合在实际嵌入式开发中非常常见，能够有效减轻CPU负担，提高系统整体性能。

我最近在准备蓝桥杯嵌入式比赛时，发现很多教程对UART+DMA的实现讲解不够全面，特别是中断处理和数据处理部分。经过多次调试和优化，我总结出一套稳定可靠的实现方案，现在分享给大家。这个方案已经在STM32G431RB开发板上验证通过，可以直接用于比赛项目开发。

2. 硬件设计与CubMX配置

2.1 硬件连接检查

在开始软件配置前，首先要确保硬件连接正确。对于UART1，我们需要检查以下引脚：

PA9作为USART1_TX（发送）
PA10作为USART1_RX（接收）

注意：蓝桥杯官方开发板通常已经做好了这些连接，但自己设计电路时务必确认这些引脚没有被其他功能占用。

2.2 STM32CubeMX基础配置

打开STM32CubeMX，按照以下步骤进行配置：

在Pinout & Configuration界面，找到USART1
将Mode设置为"Asynchronous"
参数配置建议：
- Baud Rate: 115200
- Word Length: 8 Bits
- Parity: None
- Stop Bits: 1
- Over Sampling: 16 samples

2.3 DMA配置关键点

DMA配置是提高UART效率的核心，以下是具体步骤：

在DMA Settings标签页添加DMA通道
为USART1_RX选择DMA1 Channel1
配置参数：
- Direction: Peripheral To Memory
- Priority: Medium
- Mode: Circular（循环模式）
- Increment Address: Memory（内存地址递增）
- Data Width: Byte

特别提示：记得勾选"USART1 global interrupt"，这是实现高效接收的关键。

2.4 时钟配置建议

根据我的经验，系统时钟配置为170MHz时，UART工作最稳定。在Clock Configuration中：

HCLK = 170MHz
PCLK1 = 170MHz
PCLK2 = 170MHz

3. 代码实现详解

3.1 usart.c关键修改

在usart.c文件中，我们需要添加DMA接收缓冲区和初始化代码：

c复制uint8_t uart_rx_dma_buffer[128]; // DMA接收缓冲区

void MX_USART1_UART_Init(void)
{
    // CubeMX生成的初始化代码
    
    // 添加DMA接收初始化
    HAL_UARTEx_ReceiveToIdle_DMA(&huart1, uart_rx_dma_buffer, sizeof(uart_rx_dma_buffer));
    __HAL_DMA_DISABLE_IT(&hdma_usart1_rx, DMA_IT_HT); // 禁用半传输中断
}

这里有几个关键点需要注意：

缓冲区大小设置为128字节，这是比赛场景下的合理值
使用ReceiveToIdle_DMA而不是普通的Receive_DMA，可以自动检测空闲中断
禁用半传输中断可以简化处理逻辑

3.2 中断回调函数实现

在stm32g4xx_it.c中，我们需要处理接收完成回调：

c复制void HAL_UARTEx_RxEventCallback(UART_HandleTypeDef *huart, uint16_t Size)
{
    if(huart->Instance == USART1)
    {
        printf("Received: %.*s\r\n", Size, uart_rx_dma_buffer);
        memset(uart_rx_dma_buffer, 0, sizeof(uart_rx_dma_buffer));
        HAL_UARTEx_ReceiveToIdle_DMA(&huart1, uart_rx_dma_buffer, sizeof(uart_rx_dma_buffer));
    }
}

这个回调函数会在以下情况触发：

接收到指定长度数据
检测到线路空闲
接收出错

3.3 任务调度集成

在task.c中，我们添加UART处理任务：

c复制void uart_proc()
{
    // 这里可以添加更复杂的数据处理逻辑
    // 例如协议解析、命令执行等
}

task_t scheduler_t[] = 
{
    {lcd_proc, 100, 0}, // LCD任务
    {uart_proc, 100, 0} // UART任务
};

任务调度周期设置为100ms，这个值可以根据实际需求调整。在比赛中，通常不需要太快的响应速度。

4. 调试与优化技巧

4.1 常见问题排查

数据接收不全：
- 检查DMA缓冲区大小是否足够
- 确认波特率设置是否正确
- 验证硬件连接是否可靠
接收数据乱码：
- 检查时钟配置是否正确
- 确认发送端和接收端波特率一致
- 检查是否有电磁干扰
DMA不工作：
- 确认DMA通道配置正确
- 检查NVIC中断是否使能
- 验证DMA初始化代码是否执行

4.2 性能优化建议

使用双缓冲技术：可以准备两个DMA缓冲区交替使用，避免数据处理期间丢失新数据
实现简单的数据校验：如校验和或CRC，提高通信可靠性
添加流量控制：当缓冲区快满时，通知发送端暂停发送

4.3 比赛实用技巧

在LCD上显示通信状态：可以帮助快速定位问题
实现简单的回显功能：验证通信链路是否正常
准备多种波特率配置：比赛环境可能有特殊要求

5. 完整代码结构说明

整个项目的代码结构如下：

code复制├── Core
│   ├── Src
│   │   ├── main.c
│   │   ├── stm32g4xx_it.c
│   │   ├── usart.c
│   │   └── task.c
│   └── Inc
│       ├── main.h
│       ├── stm32g4xx_it.h
│       ├── usart.h
│       └── task.h
├── Drivers
└── STM32CubeMX

关键文件说明：

task.[c/h]：任务调度相关代码
usart.[c/h]：串口通信核心实现
stm32g4xx_it.c：中断处理相关代码

6. 实际应用扩展

在比赛中，UART通信通常需要完成以下功能：

与上位机通信：实现参数配置、数据上传
模块间通信：如与传感器、执行器的数据交换
调试输出：替代调试器输出调试信息

基于这个基础框架，可以轻松扩展出更复杂的功能。例如，我曾在比赛中用类似的代码实现了：

多机通信协议
数据日志记录
远程固件升级

7. 关键参数选择依据

波特率选择115200：
- 足够满足比赛需求
- 兼容大多数调试工具
- 在170MHz时钟下误差最小
DMA缓冲区大小128字节：
- 适合比赛场景下的数据量
- 不会占用过多内存
- 是STM32 DMA对齐要求的安全值
任务周期100ms：
- 对UART数据处理足够快
- 不会给CPU带来太大负担
- 可以与其他任务良好配合

8. 开发环境准备

为了复现这个项目，你需要准备：

硬件：
- 蓝桥杯官方开发板（STM32G431RB）
- USB转串口模块
- 杜邦线若干
软件：
- STM32CubeMX 6.x
- Keil MDK 5.x
- 串口调试助手（如SecureCRT）
库支持：
- STM32G4 HAL库
- 标准外设库

重要提示：记得在Keil的"Target"选项中勾选"Use MicroLIB"，这是printf重定向的必要条件。

9. 进阶功能实现

掌握了基础UART通信后，可以尝试实现以下进阶功能：

自定义通信协议：
- 添加帧头帧尾
- 实现数据分包
- 加入超时重传机制
数据加密传输：
- 简单异或加密
- AES加密实现
- 校验码保护
流量统计功能：
- 计算实时波特率
- 统计误码率
- 数据吞吐量监控

这些功能在比赛中可能会成为加分项，展现你对嵌入式通信的深入理解。

10. 经验总结与避坑指南

在实现UART+DMA的过程中，我遇到过不少问题，这里分享几个典型案例：

DMA缓冲区溢出：
现象：接收长数据时丢失部分内容
原因：缓冲区太小且没有溢出检测
解决：增大缓冲区并添加溢出标志
中断冲突：
现象：系统偶尔卡死
原因：UART中断优先级设置不当
解决：调整NVIC优先级分组
printf不工作：
现象：无法输出调试信��
原因：未重定向fputc或未勾选MicroLIB
解决：检查fputc实现和编译器选项
数据错位：
现象：接收数据偶尔错位
原因：时钟配置错误导致波特率不准
解决：重新计算并验证时钟配置

通过这个项目，我深刻体会到嵌入式开发中细节的重要性。每一个参数、每一行代码都可能影响最终效果。建议大家在实现基础功能后，多进行边界测试和压力测试，确保系统在各种情况下都能稳定工作。