嵌入式Linux下UART转RS485通信的TX完成检测问题求助

阿华AIGC实验室

2026-4-27

解决Linux下UART转RS485的RE引脚控制问题

我之前在STM32MP系列开发板上处理过几乎一模一样的RS485半双工通信问题，给你几个实际验证过的可行方案，从最优到备选依次说明：

方案1：利用内核自带的RS485自动流控（推荐）

Linux内核支持通过TIOCSRS485 ioctl让驱动自动控制RE/RTS引脚，这是最可靠的方式，完全避免用户态等待的延迟问题。STM32MP13的官方BSP驱动应该已经支持这个功能，步骤如下：

先确认硬件连接（比如RE引脚和UART的RTS引脚联动，根据实际电路调整），然后在代码中配置RS485参数：

#include <linux/serial.h>
#include <sys/ioctl.h>

// 初始化RS485配置结构体
struct serial_rs485 rs485conf = {0};
rs485conf.flags |= SER_RS485_ENABLED;
// 发送时置位RE引脚（如果硬件是RE与RTS反相，可改用SER_RS485_RTS_AFTER_SEND，需要实测）
rs485conf.flags |= SER_RS485_RTS_ON_SEND;
// 发送前的引脚切换延迟（单位：毫秒，根据硬件响应速度调整，比如1ms）
rs485conf.delay_rts_before_send = 1;
// 发送完成后保持RE拉高的时间，确保最后一个字节发送完成
rs485conf.delay_rts_after_send = 1;

if (ioctl(uartFd_, TIOCSRS485, &rs485conf) == -1) {
    perror("Failed to configure RS485");
    // 处理初始化错误
}

配置完成后，你只需要正常调用write()发送数据，内核会自动在发送前拉高RE，发送完成后拉低RE，完全不需要用户态手动控制或等待，这是解决这类问题的最优解。

方案2：精准的用户态硬件发送完成检测

如果内核不支持TIOCSRS485，可以优化你之前的检测逻辑——单次调用TIOCSERGETLSR可能太早，需要循环检测直到硬件发送完成（TIOCSER_TEMT位表示发送移位寄存器和缓冲区都为空），同时加上超时防止死等：

#include <sys/ioctl.h>
#include <linux/serial.h>
#include <unistd.h>
#include <stdio.h>

bool wait_for_tx_complete(int fd, int timeout_ms) {
    int status;
    unsigned long start_time = __builtin_ia32_rdtsc(); // 获取高精度时间戳
    while (1) {
        if (ioctl(fd, TIOCSERGETLSR, &status) == -1) {
            perror("TIOCSERGETLSR failed");
            return false;
        }
        // TEMT位确认硬件发送完全完成
        if (status & TIOCSER_TEMT) {
            return true;
        }
        // 检查超时（这里把时间戳转换为毫秒，可根据平台调整）
        if ((__builtin_ia32_rdtsc() - start_time) > (timeout_ms * 1000000)) {
            fprintf(stderr, "Wait for TX complete timeout\n");
            return false;
        }
        usleep(100); // 短延时后再检测，避免占用过多CPU
    }
}

// 使用示例
ssize_t bytesWritten = write(uartFd_, data, length);
if (bytesWritten == length) {
    if (wait_for_tx_complete(uartFd_, 100)) {
        // 此时可以安全拉低RE引脚
    }
}

注意：部分小众串口驱动可能没有正确实现TIOCSERGETLSR的TEMT位上报，这种情况下这个方法可能无效，优先推荐方案1。

方案3：排查串口配置问题

你之前用tcdrain()无效，大概率是因为串口配置了错误的流控选项。RS485半双工不需要硬件流控，可检查并修改串口属性：

#include <termios.h>

struct termios tty;
tcgetattr(uartFd_, &tty);
// 禁用硬件流控
tty.c_cflag &= ~CRTSCTS;
// 确保串口处于本地模式并启用接收
tty.c_cflag |= CLOCAL | CREAD;
tcsetattr(uartFd_, TCSANOW, &tty);

需要注意的是，tcdrain()仅等待用户态的发送缓冲区全部写入硬件，不等待硬件移位寄存器发送完成——这就是为什么你之前调用它后，硬件可能还在发送最后几个字节的原因。