STM32 RS485中断式UART通信不稳定问题排查求助

老兄，我之前踩过RS485收发切换的大坑，跟你这情况一模一样——通信时断时续，要么收不全数据要么全是乱码。结合你给的代码片段和描述，咱先说说核心问题，再给你具体的改进建议：

核心问题分析 #

从你贴的代码看，你只在初始化时把RS485的使能引脚（PB9）设为高电平（发送模式），但完全没处理发送完成后的切换逻辑。RS485是半双工通信，同一时间只能发或者收：

• 如果一直卡在发送模式，设备根本没法接收测量设备的响应，自然会收不到数据或者收到干扰信号；
• 要是你在发送还没完成时就切回接收模式，最后几个字节可能还没发出去就被截断，导致对方收到不完整的请求，返回的响应自然也不对。
  而且你用的是中断式UART，HAL_UART_Transmit_IT是非阻塞的，函数返回时数据可能还在硬件发送缓冲区里，这时候切引脚肯定出问题。

具体改进建议 #

1. 用发送完成回调精准控制引脚切换 #

这是最关键的一步，必须等UART把所有字节（包括停止位）都发完，再切回接收模式。用HAL的回调函数来做最靠谱：

// 定义一个全局/静态变量标记发送状态（也可以直接在回调里切引脚）
static uint8_t uart3_tx_done = 0;

// 封装RS485发送函数
void RS485_Send_Data(uint8_t *tx_buf, uint16_t len)
{
    uart3_tx_done = 0;
    // 切换到发送模式
    HAL_GPIO_WritePin(GPIOB, GPIO_PIN_9, GPIO_PIN_SET);
    // 加个微秒级延时，确保RS485芯片稳定进入发送状态（根据芯片手册调整，比如10-50us）
    // 这里用定时器或者空循环实现，比如__HAL_TIM_SET_COUNTER(&htim1, 0); while(__HAL_TIM_GET_COUNTER(&htim1) < 20);
    HAL_Delay(1); // 简单的毫秒延时也能凑合用，对低速通信影响不大
    
    // 启动中断发送
    if(HAL_UART_Transmit_IT(&huart3, tx_buf, len) != HAL_OK)
    {
        // 处理发送启动失败的情况
    }
    
    // 如果主函数需要同步等待发送完成，就加这个循环
    while(uart3_tx_done == 0);
    
    // 切换回接收模式
    HAL_GPIO_WritePin(GPIOB, GPIO_PIN_9, GPIO_PIN_RESET);
}

// UART发送完成回调函数（必须重写这个函数）
void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart->Instance == USART3)
    {
        uart3_tx_done = 1;
        // 也可以直接在这里切回接收模式，省掉主函数的循环等待
        // HAL_GPIO_WritePin(GPIOB, GPIO_PIN_9, GPIO_PIN_RESET);
    }
}

2. 避免收发中断冲突 #

如果同时开启了接收中断，建议在发送前暂时关闭接收中断，发送完成后再重新开启，防止发送时的信号干扰被误判为接收数据：

// 发送前关闭接收中断
__HAL_UART_DISABLE_IT(&huart3, UART_IT_RXNE);
// ... 发送代码 ...
// 发送完成后重新开启接收中断
__HAL_UART_ENABLE_IT(&huart3, UART_IT_RXNE);

3. 硬件与参数检查 #

• 先确认RS485芯片的DE/RE引脚逻辑：有些芯片是低电平发送，高电平接收，别搞反了！
• 核对UART参数：波特率、数据位、停止位、奇偶校验必须和测量设备完全一致，哪怕差一个参数都会乱码。
• 总线终端电阻：长距离通信时，必须在总线两端加120Ω的终端电阻，否则信号反射会严重干扰通信。

4. 加数据校验机制 #

给通信协议加个校验位（比如CRC16、简单的校验和），这样收到数据后能判断是否完整有效，无效就重新请求，提高可靠性：

// 计算校验和的示例函数
uint8_t Calc_Checksum(uint8_t *data, uint16_t len)
{
    uint8_t sum = 0;
    for(uint16_t i = 0; i < len; i++)
    {
        sum += data[i];
    }
    return sum;
}

发送时把校验和加在数据包末尾，接收时计算校验和并比对，不一致就丢弃并重新发送请求。

总结 #

你现在的核心问题就是RS485使能引脚的切换时机不对，用发送完成回调来控制切换是最稳妥的方式。配合上面的硬件检查和校验机制，应该能解决通信不稳定的问题。

内容的提问来源于stack exchange，提问作者V.CHR.