雾以泪聚111. 项目背景与问题描述
在Linux系统中处理串口通信时，我们偶尔会遇到一些特殊字节的传输问题。最近我在调试一个嵌入式设备与Linux主机的通信时，发现当传输到第0x7F字节时，数据会出现异常丢失或截断。这个现象在RS-232串口和USB转串口设备上都会出现，但奇怪的是在Windows系统下同样的硬件连接却工作正常。
经过抓包分析，发现0x7F这个字节在Linux的串口驱动层被特殊处理了。这个字节对应的ASCII字符是DEL（删除字符），在终端处理中有特殊含义。更深入的研究表明，这其实与Linux终端设备的默认配置有关。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Linux串口驱动与终端特性
2.1 Linux串口设备的工作模式
Linux将串口设备视为终端设备（tty设备），默认会启用一些终端特性：
bash复制$ stty -F /dev/ttyS0 -a
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
关键点在于erase = ^?这一行，表示退格字符被映射到0x7F（DEL字符）。这是UNIX系统的历史遗留设计。
2.2 特殊字符处理机制
Linux tty子系统会对以下特殊字符进行默认处理：
- 0x03 (ETX): 中断进程
- 0x1C (FS): 挂起进程
- 0x7F (DEL): 删除前一个字符
这种处理在交互式终端很有用，但在串口通信中会导致数据被篡改。
3. 解决方案与配置方法
3.1 彻底禁用终端特性（推荐方案）
最彻底的解决方案是将串口设备配置为原始模式，禁用所有终端处理：
c复制#include <termios.h>
int configure_serial(int fd) {
struct termios options;
tcgetattr(fd, &options);
// 设置为原始模式
cfmakeraw(&options);
// 设置波特率
cfsetispeed(&options, B9600);
cfsetospeed(&options, B9600);
// 应用设置
return tcsetattr(fd, TCSANOW, &options);
}
或者使用stty命令：
bash复制stty -F /dev/ttyS0 raw -echo -echoe -echok 9600
3.2 单独禁用特殊字符处理
如果仍需保留部分终端功能，可以单独修改特殊字符映射：
c复制struct termios options;
tcgetattr(fd, &options);
// 禁用所有特殊字符处理
options.c_cc[VINTR] = _POSIX_VDISABLE;
options.c_cc[VQUIT] = _POSIX_VDISABLE;
options.c_cc[VERASE] = _POSIX_VDISABLE;
// ...其他特殊字符
tcsetattr(fd, TCSANOW, &options);
3.3 内核驱动层面的修改
对于需要长期使用的设备，可以考虑修改内核驱动。在drivers/tty/serial/目录下找到对应驱动，修改初始化代码：
c复制static struct uart_ops my_serial_ops = {
// ...其他操作
.set_termios = my_set_termios,
};
static void my_set_termios(struct uart_port *port, struct ktermios *termios,
struct ktermios *old)
{
// 强制禁用特殊处理
termios->c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP |
INLCR | IGNCR | ICRNL | IXON);
termios->c_oflag &= ~OPOST;
termios->c_lflag &= ~(ECHO | ECHONL | ICANON | ISIG | IEXTEN);
termios->c_cflag &= ~(CSIZE | PARENB);
termios->c_cflag |= CS8;
// ...其他设置
}
4. 验证与测试方法
4.1 使用minicom测试
bash复制minicom -D /dev/ttyS0 -b 9600 -8
在minicom中发送包含0x7F的数据包，检查接收情况。
4.2 使用Python脚本测试
python复制import serial
ser = serial.Serial('/dev/ttyS0', 9600, timeout=1,
bytesize=8, parity='N', stopbits=1,
xonxoff=False, rtscts=False, dsrdtr=False)
test_data = b'\x01\x02\x03\x7F\x04\x05'
ser.write(test_data)
received = ser.read(len(test_data))
print(f"Sent: {test_data.hex()}")
print(f"Received: {received.hex()}")
4.3 使用strace跟踪系统调用
bash复制strace -e trace=ioctl,read,write ./my_serial_app
观察是否有异常的ioctl调用修改了终端设置。
5. 常见问题与解决方案
5.1 问题：设置不生效
可能原因：
- 其他程序修改了终端设置
- 权限不足
- 驱动不支持某些设置
解决方案：
bash复制# 检查当前设置
stty -F /dev/ttyS0 -a
# 确保程序有读写权限
sudo chmod 666 /dev/ttyS0
# 尝试直接写入设备文件
echo -ne '\x7F' > /dev/ttyS0
5.2 问题：USB转串口设备表现不同
不同品牌的USB转串口芯片（FTDI、PL2303、CH340等）驱动实现可能有差异。建议：
- 更新到最新驱动
- 检查dmesg输出是否有错误
- 尝试更换设备型号
5.3 问题：高波特率下数据丢失
除特殊字符外，还需注意：
- 硬件流控设置
- 缓冲区大小调整
- 中断处理延迟
可以尝试：
c复制struct serial_struct ss;
ioctl(fd, TIOCGSERIAL, &ss);
ss.flags |= ASYNC_LOW_LATENCY;
ioctl(fd, TIOCSSERIAL, &ss);
6. 深入原理：Linux TTY子系统
6.1 TTY设备栈结构
Linux TTY子系统分为三层：
- 底层：UART驱动（如8250、omap_uart）
- 中间层：tty核心
- 上层：线路规程（如N_TTY）
特殊字符处理主要发生在线路规程层。
6.2 关键数据结构
c复制struct tty_struct {
struct kref kref;
struct device *dev;
struct tty_driver *driver;
const struct tty_operations *ops;
struct tty_ldisc *ldisc;
// ...
};
struct tty_ldisc_ops {
int (*receive_buf)(struct tty_struct *tty,
const unsigned char *cp,
char *fp, int count);
// ...
};
6.3 数据流路径
数据从硬件到应用的流程：
- UART中断收到数据
- 调用tty_insert_flip_char()
- 线路规程的receive_buf()处理
- 用户空间read()获取数据
特殊字符在步骤3被拦截处理。
7. 性能优化建议
7.1 调整缓冲区大小
c复制#include <sys/ioctl.h>
int buf_size = 4096;
ioctl(fd, TIOCSERGETLSR, &buf_size);
7.2 使用DMA传输
对于支持DMA的串口控制器，可以启用DMA模式减少CPU占用：
c复制struct serial_rs485 rs485conf = {
.flags = SER_RS485_ENABLED | SER_RS485_RTS_ON_SEND,
.delay_rts_before_send = 0,
.delay_rts_after_send = 0,
};
ioctl(fd, TIOCSRS485, &rs485conf);
7.3 实时性优化
对于实时性要求高的应用：
- 使用RT_PREEMPT内核
- 提高进程优先级
- 禁用CPU频率调节
bash复制sudo chrt -f 99 ./my_serial_app
8. 跨平台兼容性考虑
8.1 Windows与Linux差异
Windows的COM端口默认不启用特殊字符处理，这是行为差异的主要原因。为确保跨平台兼容性：
- 在Linux端始终使用raw模式
- 避免使用0x00-0x1F和0x7F范围内的控制字符
- 实现应用层协议时添加转义机制
8.2 推荐的转义方案
c复制// 发送前转义
void escape_data(uint8_t *data, size_t len) {
for(size_t i=0; i<len; i++) {
if(data[i] <= 0x1F || data[i] == 0x7F) {
// 使用0x7D作为转义字符
memmove(data+i+1, data+i, len-i);
data[i] = 0x7D;
data[i+1] ^= 0x20;
len++;
i++;
}
}
}
9. 调试技巧与工具
9.1 使用socat创建虚拟串口对
bash复制socat -d -d pty,raw,echo=0 pty,raw,echo=0
这会创建一对虚拟串口（如/dev/pts/2和/dev/pts/3），可用于测试而不需要实际硬件。
9.2 使用screen作为简易终端
bash复制screen /dev/ttyS0 9600,cs8,-ixon,-ixoff
比minicom更轻量，适合快速测试。
9.3 内核调试打印
在驱动中添加调试信息：
c复制printk(KERN_DEBUG "Received char: %02x\n", ch);
查看打印：
bash复制dmesg -w
10. 安全注意事项
- 确保串口设备权限设置正确，避免未授权访问：
bash复制sudo chown root:dialout /dev/ttyS0
sudo chmod 660 /dev/ttyS0
-
对于网络暴露的串口设备（如通过ser2net），应启用加密和认证。
-
在工业环境中，考虑使用RS-485代替RS-232，它具有更好的抗干扰能力。
-
实现协议时加入校验机制（如CRC），防止数据篡改。