Linux开发必备：5分钟搞定socat虚拟串口对搭建（附Python测试脚本）

在嵌入式开发和物联网调试的日常工作中，我们常常会遇到一个令人头疼的场景：手头没有物理串口设备，或者需要在同一台机器上模拟两个设备之间的串口通信。无论是测试新编写的串口协议栈，还是调试一个依赖串口输入的应用程序，物理硬件的缺失或不便都会让开发进度受阻。这时候，一个能在软件层面模拟真实串口行为的工具就显得至关重要。

socat，这个被誉为“数据流瑞士军刀”的命令行工具，正是解决此类问题的利器。它不局限于创建虚拟串口，更能桥接网络、文件、进程等几乎任何数据源，但其在模拟串口对方面的简洁与高效，尤其适合开发者的快速调试需求。本文将带你绕过复杂的理论，直击核心操作，在五分钟内建立起可用的虚拟串口对，并通过一个精心编写的Python脚本验证其通信，让你能立即投入到实际的开发测试中。

1. 理解核心：伪终端（PTY）与socat的角色

在深入命令行之前，花一点时间理解背后的机制，能让你在遇到问题时游刃有余。Linux（以及类Unix系统如macOS）中，伪终端（Pseudo-Terminal, PTY） 是模拟硬件终端（如古老的串行终端）的软件抽象。它总是成对出现：一个主设备（Master） 和一个从设备（Slave）。应用程序向主设备写入的数据，会从从设备读出，反之亦然。这完美模拟了串口电缆连接两台设备的行为。

socat 在这里扮演了“连接器”和“管理器”的双重角色。当我们执行创建虚拟串口对的命令时，socat会：

  1. 请求内核创建两对独立的PTY（共四个设备文件）。
  2. 将这两对PTY的主设备相互连接起来，形成一个数据通路。
  3. （可选）在 /dev 目录下创建易于记忆的符号链接（如 /dev/ttyVUSB0），指向实际生成的、名称不固定的PTY从设备。这样，我们的应用程序就可以使用这个固定的链接名，而无需关心底层动态变化的PTY路径（如 /dev/pts/23）。

一个关键的区别需要厘清：socat并不直接创建设备节点，那是内核的工作。它创建的是符号链接。当socat进程退出时，这些链接会被自动清理，但内核管理的真实PTY设备会在所有引用关闭后回收。这种设计既灵活又安全。

为了更清晰地对比物理串口与虚拟串口的访问层级，可以参考下面的简化模型：

层级 物理串口通信 基于socat的虚拟串口通信
应用层 应用程序打开 /dev/ttyS0 应用程序打开 /dev/ttyVUSB0 (符号链接)
设备文件层 内核提供的UART设备文件 内核动态创建的PTY从设备文件 (如 /dev/pts/2)
驱动/内核层 硬件UART驱动 内核PTY驱动
物理层 RS-232电平、电缆 socat进程（连接两个PTY主设备）
对端设备 另一个物理设备 另一个PTY从设备 (/dev/ttyVUSB1)

注意：socat的强大之处在于其“双向数据流”的抽象。PTY只是其支持的数十种“地址类型”之一。你可以用同样的思维，将PTY替换为TCP、UDP、FILE甚至EXEC（执行程序），构建出网络串口服务器、日志转发器等复杂数据管道。

2. 五分钟实战：从安装到创建虚拟串口对

让我们开始动手。确保你拥有Linux或macOS环境（Windows有替代方案，但socat的原生体验在WSL或Cygwin中更佳）。

2.1 安装socat

首先，通过包管理器安装socat。如果你的系统已经安装，可以跳过此步。

  • Debian/Ubuntu及其衍生版：

    sudo apt update && sudo apt install socat

  • RHEL/CentOS/Fedora：

    # RHEL/CentOS 7及以下
sudo yum install socat
# Fedora及RHEL/CentOS 8+
sudo dnf install socat

  • macOS (使用Homebrew)：

    brew install socat

安装完成后，可以通过 socat -V 快速查看版本信息，确认安装成功。

2.2 创建并理解基础命令

打开一个终端窗口（我们称之为终端A，它将用于运行socat服务进程）。输入以下核心命令：

socat -d -d PTY,raw,echo=0,link=/dev/ttyVUSB0,perm=0666 PTY,raw,echo=0,link=/dev/ttyVUSB1,perm=0666

执行后，这个终端会“挂起”，并输出类似下面的调试信息，这表明socat正在后台运行并等待数据流：

I PTY is /dev/pts/2
I symbolically linking PTY `/dev/pts/2' to `/dev/ttyVUSB0'
I PTY is /dev/pts/3
I symbolically linking PTY `/dev/pts/3' to `/dev/ttyVUSB1'
N starting data transfer loop with FDs [5,5] and [7,7]

命令参数拆解：

  • -d -d：启用调试输出。第一个 -d 显示错误和警告，第二个 -d 增加连接建立信息。对于调试非常有用，生产环境可以移除。
  • PTY,raw,echo=0,...：定义一个PTY地址。
    • raw：原始模式，禁用任何终端行处理（如将回车CR转换为换行LF），这对于传输二进制数据至关重要。
    • echo=0：禁用本地回显。如果不禁用，从一端发送的数据可能会被“回显”回来，造成数据重复的假象。
    • link=/dev/ttyVUSB0：在 /dev 目录创建符号链接。你可以使用任何你喜欢的名字，但习惯上使用 ttyV 前缀以区分虚拟串口。
    • perm=0666：设置创建的PTY设备节点的权限为对所有用户可读可写。这避免了后续用非root用户程序（如你的Python脚本）访问时出现 Permission denied 的错误。这是实际开发中一个极其重要的选项。

这个命令创建了两个互联的虚拟串口：/dev/ttyVUSB0 和 /dev/ttyVUSB1。写入ttyVUSB0的数据会从ttyVUSB1读出，反之亦然。

提示：如果你不希望命令阻塞当前终端，可以在命令末尾加上 & 使其在后台运行，例如 socat ... &。记得之后用 jobs 或 ps 查看，并用 fg 或 kill 管理。

3. 验证通信：多种方法与自动化Python脚本

创建好串口对后，我们需要验证它们是否能正常工作。这里提供从简单到自动化的多种方法。

3.1 使用传统终端工具手动测试

保持终端A中的socat运行。打开两个新的终端窗口（终端B和终端C）。

  • 在终端B中，连接到一个串口并监听：

    # 方法1: 使用 cat 简单监听（按Ctrl+C退出）
cat < /dev/ttyVUSB0

# 方法2: 使用串口终端工具（如picocom，需安装）
picocom -b 9600 /dev/ttyVUSB0
# 在picocom中，按 Ctrl+A, Ctrl+Q 退出

  • 在终端C中，向另一个串口发送数据：

    echo "Hello from Terminal C" > /dev/ttyVUSB1

此时，如果你在终端B中使用 cat 监听，应该会立刻看到 Hello from Terminal C 这行文字出现。你也可以在终端B中键入文字，然后在终端C中用 cat < /dev/ttyVUSB1 查看接收。这种手动测试直观，但效率低，且不适合自动化测试或复杂数据交互。

3.2 编写Python自动化测试脚本

为了更贴近真实开发场景（例如，在CI/CD流水线中测试串口库），我们编写一个Python脚本。这个脚本将自动打开两个虚拟串口，执行双向数据收发测试，并验证数据的完整性。

首先，确保安装了Python的串口库 pyserial：

pip install pyserial
# 或
pip3 install pyserial

接下来，创建名为 virtual_serial_test.py 的脚本文件：

#!/usr/bin/env python3
"""
虚拟串口对自动化测试脚本
用于验证通过socat创建的虚拟串口对能否正常进行双向通信。
"""

import serial
import time
import sys
import threading

# 配置：与socat命令中link参数指定的路径保持一致
PORT_A = '/dev/ttyVUSB0'
PORT_B = '/dev/ttyVUSB1'
BAUDRATE = 115200  # 波特率可任意设置，虚拟串口无硬件限制
TIMEOUT = 2  # 读写超时（秒）

# 测试数据
TEST_MESSAGE_A2B = b"VirtualSerialTest: Data from A to B @ " + str(time.time()).encode()
TEST_MESSAGE_B2A = b"VirtualSerialTest: Reply from B to A @ " + str(time.time()).encode()

def open_serial_port(port_name, description):
    """尝试打开并配置一个串口端口"""
    try:
        ser = serial.Serial(
            port=port_name,
            baudrate=BAUDRATE,
            bytesize=serial.EIGHTBITS,
            parity=serial.PARITY_NONE,
            stopbits=serial.STOPBITS_ONE,
            timeout=TIMEOUT
        )
        # 清空可能的残留缓冲区
        ser.reset_input_buffer()
        ser.reset_output_buffer()
        print(f"[OK] 已打开端口 {port_name} ({description})")
        return ser
    except serial.SerialException as e:
        print(f"[ERROR] 无法打开端口 {port_name}: {e}")
        print(f"        请确保：")
        print(f"        1. socat命令正在运行（终端A）")
        print(f"        2. 命令中使用了 'perm=0666' 参数")
        print(f"        3. 当前用户有权限访问 /dev/ttyVUSB*")
        return None

def unidirectional_test(sender_port, receiver_port, test_data, test_name):
    """执行单向发送-接收测试"""
    print(f"\n--- 开始测试: {test_name} ---")
    print(f"发送数据 ({len(test_data)} 字节): {test_data[:50]}..." if len(test_data) > 50 else f"发送数据: {test_data}")

    try:
        # 发送数据
        sender_port.write(test_data)
        sender_port.flush()  # 确保数据立即发出
        print("数据已发送，等待接收...")

        # 接收数据
        start_time = time.time()
        received_data = receiver_port.read(len(test_data))
        elapsed = time.time() - start_time

        if len(received_data) != len(test_data):
            print(f"[WARN] 接收数据长度不匹配: 期望 {len(test_data)}，实际 {len(received_data)}")
            print(f"       接收到的数据: {received_data}")

        # 验证数据
        if received_data == test_data:
            print(f"[SUCCESS] 数据验证通过！耗时 {elapsed:.3f} 秒")
            return True
        else:
            print(f"[FAILURE] 数据验证失败！")
            print(f"          期望: {test_data}")
            print(f"          实际: {received_data}")
            return False
    except Exception as e:
        print(f"[ERROR] 测试过程中发生异常: {e}")
        return False

def main():
    print("=" * 60)
    print("虚拟串口对自动化通信测试")
    print("=" * 60)

    # 1. 打开两个端口
    ser_a = open_serial_port(PORT_A, "端口 A")
    ser_b = open_serial_port(PORT_B, "端口 B")

    if ser_a is None or ser_b is None:
        print("\n[ABORT] 端口打开失败，测试中止。")
        sys.exit(1)

    # 2. 执行双向测试
    success_a2b = unidirectional_test(ser_a, ser_b, TEST_MESSAGE_A2B, "A -> B 单向通信")
    success_b2a = unidirectional_test(ser_b, ser_a, TEST_MESSAGE_B2A, "B -> A 单向通信")

    # 3. 清理与结果报告
    ser_a.close()
    ser_b.close()
    print("\n" + "=" * 60)
    print("测试完成，端口已关闭。")
    print("=" * 60)

    if success_a2b and success_b2a:
        print("\n🎉 **所有测试用例通过！** 虚拟串口对工作正常。")
        sys.exit(0)
    else:
        print("\n❌ **测试失败。** 请检查socat进程和连接。")
        sys.exit(1)

if __name__ == "__main__":
    main()

脚本使用与解读：

  1. 在终端A保持socat运行的前提下，直接在另一个终端运行脚本： 
    python3 virtual_serial_test.py
  2. 脚本会依次执行：
    • 打开两个虚拟串口。
    • 从A向B发送一条包含时间戳的测试消息，并验证B接收到的数据是否一致。
    • 从B向A发送一条回复消息，同样验证一致性。
    • 输出详细的成功或失败报告。

这个脚本的优势在于其可重复性和自动化能力。你可以轻松地将其集成到你的项目测试套件中，或者修改测试数据以匹配你的具体协议格式。

4. 超越基础：socat在真实开发场景中的高级应用

虚拟串口对本身很有用，但socat的真正威力在于其构建复杂数据流的能力。下面介绍几个在嵌入式、物联网和后端开发中非常实用的进阶模式。

4.1 桥接虚拟串口与网络（TCP/UDP）

这是最常见的进阶用法，可以实现远程调试或设备模拟。

场景一：将本地虚拟串口暴露为TCP服务器 假设你有一个在本地监听虚拟串口的设备模拟程序，你想让网络上另一台机器上的客户端也能与之通信。

在终端A运行：

socat -d -d PTY,raw,echo=0,link=/dev/ttyVNET0,perm=0666 TCP-LISTEN:8888,reuseaddr

这条命令创建了虚拟串口 /dev/ttyVNET0，并在本机的8888端口开启了一个TCP服务器。任何连接到 [你的IP]:8888 的TCP客户端，其发送的数据都会进入虚拟串口，而从虚拟串口读出的数据也会发送给TCP客户端。

测试：在本地另开一个终端，使用 netcat 或 telnet 连接：

nc localhost 8888
# 或
telnet localhost 8888

然后输入字符，这些字符可以被打开 /dev/ttyVNET0 的本地程序（如你的测试脚本）读取。反之亦然。

场景二：将虚拟串口连接到远程TCP服务器 模拟一个需要通过TCP协议与远程服务器通信的串口设备。

在终端A运行：

socat -d -d PTY,raw,echo=0,link=/dev/ttyVCLIENT0,perm=0666 TCP:192.168.1.100:9999

这条命令创建了虚拟串口 /dev/ttyVCLIENT0，并使其连接到远程服务器 192.168.1.100 的9999端口。本地应用程序向 ttyVCLIENT0 写入的数据会被转发到远程服务器，从服务器接收的数据则可以从 ttyVCLIENT0 读取。

4.2 系统服务化：让虚拟串口开机自启

对于需要长期运行的模拟环境（例如，持续集成服务器上的设备模拟器），手动启动socat是不现实的。我们可以将其配置为systemd服务。

创建服务文件 /etc/systemd/system/virtual-com-pair.service：

[Unit]
Description=Virtual Serial Port Pair (ttyVUSB0 <-> ttyVUSB1)
After=network.target
# 如果依赖其他服务，可以在这里添加，例如 After=some-other.service

[Service]
Type=simple
# 关键：这里就是我们的socat命令
ExecStart=/usr/bin/socat -d -d PTY,raw,echo=0,link=/dev/ttyVUSB0,perm=0666 PTY,raw,echo=0,link=/dev/ttyVUSB1,perm=0666
# 进程崩溃后自动重启
Restart=always
RestartSec=3
# 指定运行用户和组，根据你的需求调整
User=nobody
Group=nogroup
# 日志输出到syslog
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=virtual-com-pair

# 可选：安全限制
# CapabilityBoundingSet=
# NoNewPrivileges=yes

[Install]
WantedBy=multi-user.target

然后启用并启动服务：

sudo systemctl daemon-reload
sudo systemctl enable virtual-com-pair.service
sudo systemctl start virtual-com-pair.service

检查服务状态：

sudo systemctl status virtual-com-pair.service

现在，每次系统启动时，这对虚拟串口都会自动创建。你可以像使用普通文件一样使用 /dev/ttyVUSB0 和 /dev/ttyVUSB1。

4.3 结合其他工具构建复杂测试管道

socat可以与其他命令行工具组合，形成强大的数据处理管道。例如，你想记录所有通过虚拟串口的数据到一个日志文件，同时还能实时看到数据流：

# 创建一个串口对，并将一端的数据同时tee到日志文件和标准输出
socat -d -d \
  PTY,raw,echo=0,link=/dev/ttyVLOG0,perm=0666 \
  EXEC:'bash -c \"tee -a /tmp/serial.log | cat\"'

这个命令创建了 /dev/ttyVLOG0，任何写入其中的数据都会被 tee 命令同时追加到日志文件 /tmp/serial.log 并打印到终端。EXEC 地址类型让socat可以执行一个命令并与其标准输入输出交互。

另一个例子是模拟一个带有简单响应的“智能设备”。你可以用一个脚本处理来自虚拟串口的输入，并生成响应：

# 创建一个响应“AT”命令的虚拟串口
socat -d -d \
  PTY,raw,echo=0,link=/dev/ttyVMODEM,perm=0666 \
  EXEC:'python3 -c \"import sys; [print(\"OK\") if line.strip()==\"AT\" else print(\"ERROR\") for line in sys.stdin]\"',pty

当向 /dev/ttyVMODEM 发送 AT 命令（后跟换行符）时，它会回复 OK。这为测试那些需要与特定设备交互的应用程序提供了极大的便利。

在实际项目中，我经常用类似的模式来模拟传感器数据流。比如，用一个Python脚本按一定频率生成模拟的GPS NMEA语句，通过socat注入到虚拟串口，供上层的导航软件进行解析和测试，完全摆脱了对真实硬件的依赖。这种灵活性，正是socat这类工具在软件开发流程中价值连城的地方。

Logo
亚马逊云科技技术品牌专区

更多推荐

cover

DeepSeek API涨价500%！Agent框架同步开源

avatar 亚马逊云科技技术品牌专区
cover

DeepSeek 又放大招！开源 AI Agent 框架 Harness：一切皆插件

avatar 亚马逊云科技技术品牌专区
cover

Agent Run 的状态机：别把智能体交给 LLM 自己管

avatar 亚马逊云科技技术品牌专区