使用STM32CubeMX配置USART1多协议通信

使用STM32CubeMX玩转USART1多协议通信：从配置到实战的深度实践 🛠️

你有没有遇到过这样的场景？
设备要和PLC通过RS-485通信，又要接车载传感器走LIN总线，还得连上位机打印调试信息——结果发现MCU的串口资源快被榨干了。🤯

这时候，如果能 让一个USART外设在不同时刻切换成不同协议 ，岂不是既能省硬件又能降成本？

别急，STM32早就给你准备好了“变形金刚”模式。今天我们就来深挖 如何用STM32CubeMX把USART1打造成一个多协议通信中枢 ，让它在UART、RS-485、LIN之间自由切换，像变色龙一样适应各种通信环境。

而且全程不靠死记寄存器，全靠图形化配置 + 灵活代码控制，开发效率直接起飞 ✈️。

先看问题：为什么我们需要“多协议复用”？

在工业网关、智能仪表、汽车电子这些领域里，MCU往往需要对接多种设备：

• 与HMI或PC通信 → 用标准UART（TTL/RS232）
• 和远程PLC交互 → 走Modbus-RTU over RS-485
• 连接车身传感器 → LIN总线是常见选择
• 内部调试输出 → 又得一个UART打日志

但芯片引脚有限，尤其是中低端型号，可能就那么两三个USART。难道每种协议都配一个专用串口？那PCB布线怕是要绕地球三圈 🌍。

更现实的做法是： 分时复用同一个物理串口，通过软件动态切换工作模式 。

而STM32的USART1，正是这块“万能拼图”的理想人选。

USART1到底强在哪？不只是“串口”那么简单！

很多人以为USART就是发个字节收个字节，其实它是个隐藏的六边形战士 ⚔️。

以STM32F4系列为例，USART1挂载在APB2总线上，主频高、响应快，支持高达数Mbps的波特率传输。更重要的是，它内置了多种高级功能模式，远超普通UART：

✅ 支持异步全双工（标准UART）
✅ 半双工模式（用于RS-485）
✅ LIN（Local Interconnect Network）主/从节点模式
✅ Smartcard智能卡协议
✅ IrDA红外数据传输
✅ 同步时钟输出（SCLK）
✅ 硬件流控（RTS/CTS）
✅ DMA搬运 + 多级中断机制

这意味着——只要外围电路配合得当， 一个USART1就能跑五花八门的协议 ！

💡 小知识：RS-485本质上就是半双工UART加方向控制；LIN则是基于UART的单主多从低成本总线。它们底层都是“串行异步通信”，所以完全可以共用同一套硬件逻辑。

STM32CubeMX：让你告别手写寄存器的神器 🎯

以前搞嵌入式，初始化USART得翻手册查CR1、CR2、BRR……稍有不慎就波特率错、奇偶校验乱、中断没开，调半天才发现少了个bit。

现在？统统交给 STM32CubeMX 吧！

这个ST官方推出的图形化配置工具，简直就是工程师的“外挂”。你可以：

• 拖拽式分配TX/RX引脚
• 自动计算精确波特率（再也不用手算DIV_Mantissa了）
• 勾选框启用LIN、半双工、DMA等高级功能
• 一键生成HAL库初始化代码
• 实时查看时钟树是否冲突

关键是—— 所见即所得 。你在界面上点一下“Half Duplex Mode”，它就会自动帮你设置 CR3.HDSEL=1 ，连GPIO也自动设为复用推挽输出。

简直是“寄存器恐惧症患者”的福音 😂。

动手实操：用CubeMX配置三种协议模式

我们以STM32F407VG为例，目标是让USART1能在以下三种模式间切换：

第一步：基础配置（RCC + GPIO）

打开STM32CubeMX，选好芯片后先做基础设置：

• RCC ：启用外部高速晶振HSE（8MHz），作为系统主时钟源，确保波特率精度；
• SYS ：选择Debug为Serial Wire（保留SWD下载口），同时启用Trace Asynchronous SWV用于后期性能分析；
• Clock Configuration ：将系统时钟超频至168MHz（APB2 = 84MHz → USART1时钟源）；

然后找到USART1：

• TX → PA9（默认AF7）
• RX → PA10（默认AF7）

这两个脚会自动变成 Alternate Function Push-Pull 模式，速度设为High。

第二步：分别配置三种协议模式

虽然最终我们要运行时切换，但在CubeMX里可以先预设好每种模式的关键参数，方便后续参考。

🟢 模式一：标准UART异步通信（调试用）

这是最基础的模式，用来连接USB-TTL模块输出日志。

• Mode: Asynchronous Communication
• Baud Rate: 115200
• Word Length: 8 Bits
• Parity: None
• Stop Bits: 1
• Hardware Flow Control: None
• OverSampling: 16

✔️ 这是最常见的配置，没啥特别要说的。

🔴 模式二：RS-485半双工（Modbus RTU）

这才是重点！RS-485是工业现场的老熟人了。

关键在于两点：

1. 启用半双工模式
2. 控制DE（Driver Enable）引脚

在CubeMX中：

• 在 USART1 -> Advanced Settings 里勾选 Half Duplex Mode
• 此时TX引脚会被复用为单线发送，RX自动禁用（因为不能同时收发）
• 注意： DE引脚需额外指定一个GPIO ，比如PB12

⚠️ CubeMX不会自动生成DE控制逻辑！这部分必须手动添加代码。

另外建议：
- 波特率设为9600（Modbus常用）
- 数据格式改为8E1（提高抗干扰能力）
- 不开启DMA（小包通信够用了）

🔵 模式三：LIN主节点模式（车载应用）

LIN是汽车里常用的低成本子网，比如门窗控制、雨刷、温度传感器等。

在CubeMX中：

• 勾选 LIN mode enable
• 设置波特率为19200（LIN标准速率）
• 可选启用 Autobaud detection （检测从机唤醒帧）
• 发送时需手动或自动产生Header（含Sync + PID）

有意思的是， LIN底层其实就是UART + 特殊帧结构 ，所以STM32直接用USART模拟完全没问题。

核心技巧：运行时动态切换协议怎么写？

光靠CubeMX只能生成初始配置。真正实现“多协议复用”，还得靠运行时动态重配置。

下面这段代码就是精髓所在👇

#include "main.h"
#include "usart.h"

// 定义通信模式枚举
typedef enum {
    PROTO_UART_ASYNC,   // 标准异步UART
    PROTO_RS485_HALF,   // RS-485半双工
    PROTO_LIN_MASTER    // LIN主节点模式
} ProtocolMode;

// 预定义各协议的huart结构体（避免每次重新填充）
static UART_HandleTypeDef huart_uart, huart_rs485, huart_lin;

/**
 * @brief 初始化所有协议配置（只调一次）
 */
void USART1_InitProtocols(void)
{
    // UART Async
    huart_uart.Instance        = USART1;
    huart_uart.Init.BaudRate   = 115200;
    huart_uart.Init.WordLength = UART_WORDLENGTH_8B;
    huart_uart.Init.StopBits   = UART_STOPBITS_1;
    huart_uart.Init.Parity     = UART_PARITY_NONE;
    huart_uart.Init.Mode       = UART_MODE_TX_RX;
    huart_uart.Init.HwFlowCtl  = UART_HWCONTROL_NONE;
    huart_uart.Init.OverSampling = UART_OVERSAMPLING_16;

    // RS-485 Half-Duplex
    huart_rs485.Instance        = USART1;
    huart_rs485.Init.BaudRate   = 9600;
    huart_rs485.Init.WordLength = UART_WORDLENGTH_8B;
    huart_rs485.Init.StopBits   = UART_STOPBITS_1;
    huart_rs485.Init.Parity     = UART_PARITY_EVEN;  // Modbus推荐偶校验
    huart_rs485.Init.Mode       = UART_MODE_TX;      // 半双工只发
    huart_rs485.Init.HwFlowCtl  = UART_HWCONTROL_NONE;
    huart_rs485.Init.OverSampling = UART_OVERSAMPLING_16;
    huart_rs485.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT;
    // 注意：HAL库对半双工支持较弱，实际仍需手动控制DE引脚

    // LIN Master
    huart_lin.Instance          = USART1;
    huart_lin.Init.BaudRate     = 19200;
    huart_lin.Init.WordLength   = UART_WORDLENGTH_8B;
    huart_lin.Init.StopBits     = UART_STOPBITS_1;
    huart_lin.Init.Parity       = UART_PARITY_NONE;
    huart_lin.Init.Mode         = UART_MODE_TX_RX;
    huart_lin.Init.HwFlowCtl    = UART_HWCONTROL_NONE;
    huart_lin.Init.OverSampling = UART_OVERSAMPLING_16;
    huart_lin.LINState          = UART_LIN_ENABLE;
    huart_lin.HwFlowCtl         = UART_HWCONTROL_NONE;
}

/**
 * @brief 动态切换USART1通信协议
 * @param mode 目标协议模式
 */
void USART1_SwitchProtocol(ProtocolMode mode)
{
    // 先关闭当前外设，释放资源
    __HAL_USART_DISABLE(&huart1);
    HAL_UART_DeInit(&huart1);

    // 根据目标模式复制对应配置
    switch(mode)
    {
        case PROTO_UART_ASYNC:
            memcpy(&huart1, &huart_uart, sizeof(UART_HandleTypeDef));
            break;
        case PROTO_RS485_HALF:
            memcpy(&huart1, &huart_rs485, sizeof(UART_HandleTypeDef));
            break;
        case PROTO_LIN_MASTER:
            memcpy(&huart1, &huart_lin, sizeof(UART_HandleTypeDef));
            break;
        default:
            return;
    }

    // 重新初始化
    if (HAL_UART_Init(&huart1) != HAL_OK)
    {
        Error_Handler();
    }

    // 特殊处理：RS-485需要控制DE引脚
    if (mode == PROTO_RS485_HALF)
    {
        HAL_GPIO_WritePin(DE_CTRL_GPIO_Port, DE_CTRL_Pin, GPIO_PIN_SET); // 默认发送使能
    }
}

🎯 关键点解析：

• HAL_UART_DeInit() 是关键！它会关闭USART时钟、清除寄存器状态，相当于“软重启”；
• 我们提前缓存了三种协议的 huart 结构体，避免重复赋值，提升切换速度；
• 切换后必须调用 HAL_UART_Init() 才会真正写入寄存器；
• RS-485的DE引脚由软件控制，不能依赖硬件自动反转（除非使用特定型号）；

实战案例：FreeRTOS下安全调度多协议任务

假设我们的系统运行在FreeRTOS上，有多个任务争抢USART1资源，怎么办？

当然不能谁想用就用啊，不然A任务刚发一半，B任务切进来改配置，数据就乱套了。

解决方案： 使用互斥信号量保护共享资源

SemaphoreHandle_t xUSART1_Mutex;

void Comms_Task_Init(void)
{
    xUSART1_Mutex = xSemaphoreCreateMutex();
    USART1_InitProtocols();  // 预加载所有协议配置
}

然后每个通信任务这样访问：

void Task_ModbusPoll(void *pvParams)
{
    for(;;)
    {
        // 等待获取串口使用权（最多等100ms）
        if(xSemaphoreTake(xUSART1_Mutex, pdMS_TO_TICKS(100)) == pdTRUE)
        {
            // 切换到RS-485模式
            USART1_SwitchProtocol(PROTO_RS485_HALF);

            // 执行Modbus查询
            uint8_t req[] = {0x01, 0x03, 0x00, 0x00, 0x00, 0x01, 0xD5, 0xCA};
            uint8_t resp[256];
            HAL_UART_Transmit(&huart1, req, sizeof(req), 100);
            HAL_UART_Receive(&huart1, resp, sizeof(resp), 500);

            // 完成后切回默认UART模式
            USART1_SwitchProtocol(PROTO_UART_ASYNC);

            // 释放资源
            xSemaphoreGive(xUSART1_Mutex);
        }

        vTaskDelay(pdMS_TO_TICKS(1000)); // 每秒轮询一次
    }
}

同样地，LIN通信任务也可以按周期执行：

void Task_LIN_BusScan(void *pvParams)
{
    for(;;)
    {
        if(xSemaphoreTake(xUSART1_Mutex, portMAX_DELAY) == pdTRUE)
        {
            USART1_SwitchProtocol(PROTO_LIN_MASTER);

            // 发送LIN Header (PID=0x30)
            uint8_t header[] = {0x55, 0x00, 0x30}; // Sync + PID
            HAL_UART_Transmit(&huart1, header, 3, 100);

            // 接收响应数据
            uint8_t data[8];
            HAL_UART_Receive(&huart1, data, 8, 1000);

            USART1_SwitchProtocol(PROTO_UART_ASYNC);
            xSemaphoreGive(xUSART1_Mutex);
        }

        vTaskDelay(pdMS_TO_TICKS(5000)); // 每5秒一次
    }
}

💡 提示：你可以进一步封装成API，比如：

uint8_t USART1_SendModbusFrame(uint8_t *frame, int len);
uint8_t USART1_RequestLINSensor(uint8_t pid, uint8_t *out_data);

对外隐藏切换细节，调用者无感知，体验拉满！

RS-485方向控制的艺术：别让最后一个字节飞了

这是最容易出问题的地方！

RS-485是半双工，靠DE引脚控制发送使能。理想情况是：

[CPU] ---> [DE=1] ---> [RS485芯片] ---> [总线]
                 ↑
              GPIO控制

但如果你在 HAL_UART_Transmit() 返回后立刻把DE拉低， 可能最后一个bit还没发完就被截断了！

解决办法很简单： 延时足够时间再关闭DE

#define CHAR_TIME_MS(baud) ((1000.0f * 10) / (float)baud)  // 10位时间（起始+8数据+校验+停止）

void RS485_Transmit(uint8_t *data, uint16_t size)
{
    // 使能发送
    HAL_GPIO_WritePin(DE_GPIO_Port, DE_Pin, GPIO_PIN_SET);

    // 发送数据
    HAL_UART_Transmit(&huart1, data, size, 100);

    // 延时至少一个字符时间（确保最后一bit发出）
    float char_time = CHAR_TIME_MS(9600); // ~1.04ms
    osDelay((uint32_t)(char_time + 0.5f));

    // 关闭发送，进入接收模式
    HAL_GPIO_WritePin(DE_GPIO_Port, DE_Pin, GPIO_PIN_RESET);
}

或者更高级一点，使用 TC（Transmission Complete）中断 来触发DE关闭：

HAL_UART_Transmit_IT(&huart1, buffer, size);
// 在中断回调中：
void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart == &huart1)
    {
        osDelay(1);
        HAL_GPIO_WritePin(DE_GPIO_Port, DE_Pin, GPIO_PIN_RESET);
    }
}

这样更精准，也不阻塞CPU。

LIN通信那些事儿：不只是发几个字节那么简单

虽然LIN基于UART，但它有一套自己的协议栈规范（ISO 17987）。作为主节点，你需要构造完整的帧结构：

[Break Field] [Sync Byte] [PID] [Data] [Checksum]

其中：

• Break Field ：至少13位低电平，用于唤醒从机
• Sync Byte ：固定0x55，帮助从机同步波特率
• PID ：Protected Identifier，包含帧ID和校验位
• Checksum ：包括数据域的校验（经典或增强型）

STM32的USART本身不支持自动生成Break和Checksum，所以我们得手动处理：

void LIN_Master_SendFrame(uint8_t frame_id, uint8_t *data, uint8_t dlc)
{
    // Step 1: 发送Break（强制拉低至少13 bit时间）
    __HAL_USART_CLEAR_FLAG(&huart1, USART_FLAG_TC);
    huart1.Instance->CR1 &= ~USART_CR1_TE;  // 临时关闭发送器
    HAL_GPIO_WritePin(TX_GPIO_Port, TX_Pin, GPIO_PIN_RESET);
    osDelay(2);  // 假设9600bps，1bit≈1ms → 13bit≈13ms，保险起见延时长点
    huart1.Instance->CR1 |= USART_CR1_TE;   // 重新启用发送器

    // Step 2: 发送Sync byte
    uint8_t sync = 0x55;
    HAL_UART_Transmit(&huart1, &sync, 1, 100);

    // Step 3: 发送PID
    uint8_t pid = frame_id;
    HAL_UART_Transmit(&huart1, &pid, 1, 100);

    // Step 4: 发送数据
    HAL_UART_Transmit(&huart1, data, dlc, 100);

    // Step 5: 计算并发送Checksum
    uint8_t chk = 0;
    for(int i=0; i<dlc; i++) chk += data[i];
    chk = ~chk + 1;  // 简化版，实际应根据规范判断
    HAL_UART_Transmit(&huart1, &chk, 1, 100);
}

⚠️ 注意：这种方法依赖GPIO手动拉低来模拟Break，存在一定风险（如中断打断）。更稳妥的方式是使用专用LIN控制器或带自动Break生成的MCU（如某些STM8L系列）。

但对于轻量级应用，这种“软模拟”完全够用。

设计避坑指南：这些细节决定成败

别以为配置完了就万事大吉，下面这些坑我可都踩过 👇

❌ 坑1：波特率不准导致通信失败

原因：用了内部HSI时钟（±1%误差），加上串口容差一般只有2%，很容易超限。

✅ 解决方案：使用外部晶振HSE，并确保APB2时钟稳定。CubeMX会自动帮你算BRR值，但也要检查实际误差是否<1.5%。

❌ 坑2：切换协议时不关闭DMA，导致野指针访问

现象：某次切换后程序跑飞，定位到DMA仍在后台搬运旧缓冲区。

✅ 解决方案：每次切换前务必调用：

__HAL_DMA_DISABLE(huart1.hdmatx);
__HAL_DMA_DISABLE(huart1.hdmarx);

或直接在 DeInit 阶段由HAL库处理。

❌ 坑3：RS-485总线上没有上下拉电阻

后果：空闲时总线浮动，容易误触发接收。

✅ 解决方案：在A/B线上加1kΩ~10kΩ的偏置电阻，A上拉、B下拉，保证空闲态为逻辑1。

❌ 坑4：未做EMC防护，现场干扰严重

尤其是工业环境，电机启停、继电器动作都会耦合进通信线。

✅ 解决方案：
- 使用双绞屏蔽电缆
- 加TVS管防浪涌
- 电源隔离（推荐使用ADM2483这类集成隔离RS-485收发器）
- 板端增加磁珠+滤波电容

❌ 坑5：多个任务并发访问USART1

最典型的就是：Modbus任务正在发命令，日志任务突然插进来打个printf，结果串口炸了。

✅ 解决方案：前面说的互斥锁必须加上！还可以考虑使用邮箱或队列统一管理发送请求。

性能优化小贴士：让切换更快更稳

既然要频繁切换，那速度也很关键。以下是几个提效技巧：

✅ 技巧1：缓存huart结构体，避免重复初始化

已经展示过了，预存三个结构体，切换时直接memcpy，比一个个字段赋值快得多。

✅ 技巧2：使用DMA预加载数据

对于固定周期的通信（如每秒读一次传感器），可以在上次通信结束后就开始准备下一包数据，减少延迟。

✅ 技巧3：把低速协议安排在低优先级任务中

比如LIN通信5秒一次，完全可以放在idle任务里处理，不影响实时性。

✅ 技巧4：使用环形缓冲区 + IDLE中断接收不定长数据

特别是在Modbus RTU中，响应长度不固定。可以用IDLE线空闲中断来判断一帧结束：

__HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE);

// 在中断服务函数中：
if (__HAL_UART_GET_FLAG(&huart1, UART_FLAG_IDLE))
{
    __HAL_UART_CLEAR_IDLEFLAG(&huart1);
    uint32_t rx_len = BUFFER_SIZE - __HAL_DMA_GET_COUNTER(huart1.hdmarx);
    Process_Modbus_Response(rx_buffer, rx_len);
}

搭配DMA使用，效率极高，CPU几乎不参与。

结语：一个USART的无限可能

看到这里你应该明白了： USART1从来不是一个简单的“串口” 。

它是一个高度可编程的通信引擎，只要你会配置、懂调度、善优化，就能让它胜任各种复杂角色。

借助STM32CubeMX的强大图形化能力，我们可以快速搭建原型；再结合HAL库的灵活性，实现运行时动态切换；最后通过RTOS的任务管理和资源同步，构建出稳定可靠的多协议通信系统。

这不仅是技术上的胜利，更是工程思维的体现—— 用软件的灵活性弥补硬件的局限性 。

下次当你面对“串口不够用”的难题时，不妨试试这条路。也许你会发现， 原来那个看似普通的USART1，藏着整个通信世界的入口 🔮。