Linux下C语言UART应用特殊字节传输丢失问题咨询

这种特定控制字节丢失的问题，大概率是Linux终端线规程（termios）的默认特殊字符处理机制导致的，而非硬件问题——硬件不会针对性过滤0x00、0x02、0x18这类ASCII控制字符。以下是具体排查和解决步骤：

1. 核心原因：终端规范模式的特殊字符拦截 #

默认情况下，Linux串口设备会工作在**规范模式（ICANON）**下，此时系统会把部分ASCII控制字符当成特殊命令处理（比如终止输入、触发信号），而不是作为普通数据字节转发给设备：

• 0x02（ETX，文本结束）：可能被识别为行结束符或终止信号
• 0x18（CAN，取消）：部分配置下会触发进程暂停或输入中断
• 0x00（NUL）：某些终端驱动会忽略空字节

另外，如果没有关闭软流控（IXON/IXOFF），即使你启用了硬件流控（CTS/RTS），系统依然会把XON/XOFF相关字符当成流控指令，间接导致其他控制字节处理异常。

2. 解决方法：配置串口为原始模式 #

必须在代码中把串口配置为原始模式（raw mode），关闭所有特殊字符处理和格式转换。以下是C语言示例代码：

#include <stdio.h>
#include <stdlib.h>
#include <fcntl.h>
#include <termios.h>
#include <unistd.h>

int uart_init(const char *dev_path) {
    int fd = open(dev_path, O_RDWR | O_NOCTTY | O_NDELAY);
    if (fd < 0) {
        perror("Failed to open UART device");
        return -1;
    }

    struct termios old_tio, new_tio;
    // 保存原有配置，退出时恢复
    tcgetattr(fd, &old_tio);

    // 快速设置为原始模式
    cfmakeraw(&new_tio);

    // 波特率设置
    cfsetispeed(&new_tio, B115200);
    cfsetospeed(&new_tio, B115200);

    // 硬件流控、数据位、停止位、校验位配置
    new_tio.c_cflag |= CLOCAL | CREAD; // 本地连接、启用接收
    new_tio.c_cflag &= ~PARENB; // 无校验位
    new_tio.c_cflag &= ~CSTOPB; // 1位停止位
    new_tio.c_cflag |= CS8; // 8位数据位
    new_tio.c_cflag |= CRTSCTS; // 启用硬件流控CTS/RTS

    // 关闭软流控（关键！避免和硬件流控冲突）
    new_tio.c_iflag &= ~(IXON | IXOFF | IXANY);

    // 应用配置并清空缓冲
    tcflush(fd, TCIFLUSH);
    tcsetattr(fd, TCSANOW, &new_tio);

    return fd;
}

// 程序退出时恢复串口配置
void uart_deinit(int fd, struct termios *old_tio) {
    tcsetattr(fd, TCSANOW, old_tio);
    close(fd);
}

关键配置说明：

• cfmakeraw()：一键禁用规范模式、回显、特殊字符处理、输出转换等所有终端特性，直接传递原始字节
• IXON | IXOFF | IXANY：必须关闭这些软流控标志，防止系统拦截流控相关字符
• CRTSCTS：确保硬件流控生效，和软流控互斥

3. 验证排查步骤 #

如果修改代码后问题依旧，可以用以下方法定位：

• 用stty命令手动配置串口为原始模式，再发送测试字节：

  stty -F /dev/ttySx raw speed 115200 crtscts -ixon -ixoff
  echo -n -e '\x00\x02\x18' > /dev/ttySx
  

  若设备能正确接收，说明是代码中的配置问题；若仍丢失，再检查硬件接线（CTS/RTS引脚是否正确连接，串口线是否损坏）
• 用minicom或screen工具在原始模式下发送测试字节，验证是否是驱动层面的问题：

  minicom -D /dev/ttySx -b 115200 -c on
  # 进入minicom后按Ctrl+A Z，选择"Serial port setup"，启用Hardware Flow Control，然后发送测试字符
  

4. 常见坑点 #

• 忘记恢复串口配置：程序异常退出时会导致串口保持原始模式，影响后续使用，建议用atexit()或信号处理函数恢复配置
• 混淆硬件流控和软流控：开了CRTSCTS但没关IXON/IXOFF，导致软流控依然生效拦截字符
• 规范模式下的行缓冲：ICANON开启时，数据会缓冲到换行符才发送，且特殊字符会被提前处理

内容的提问来源于stack exchange，提问作者Rui