多Docker容器共享USB RTU485端口获取Modbus RTU数据异常求助

问题根源 #

Modbus RTU是半双工串行总线，所有设备共用同一条物理线路。当多个Docker容器直接抢着用同一个USB转485设备时，没有任何机制协调请求顺序，并发发出的请求会在总线上混杂在一起。而且串口读取是“谁先抢到谁拿”的抢占式逻辑，容器根本分不清收到的响应属于自身发起的请求，还是其他容器的，自然就出现了数据串位的情况。

可行解决方案 #

1. 单容器代理模式（最推荐） #

搭建一个专门的Modbus代理容器，让它独占USB RTU 485设备，其他业务容器通过TCP/IP与代理容器通信，由代理统一处理Modbus RTU的请求和响应，实现请求串行化与响应正确路由：

• 代理容器核心职责：通过Docker的--device参数独占/dev/ttyUSBx设备；监听TCP端口接收业务容器的Modbus请求；将TCP请求转换为Modbus RTU格式发送到总线；接收总线响应后，路由回对应的业务容器。
• 业务容器无需直接访问USB设备，只需用标准Modbus TCP客户端库向代理容器的TCP端口发送请求即可。

示例启动代理容器命令（以自定义代理镜像为例）：

docker run -d --name modbus-rtu-proxy --device=/dev/ttyUSB0:/dev/ttyUSB0 -p 502:502 your-modbus-proxy-image --baud=9600 --port=/dev/ttyUSB0

2. 串口访问互斥锁机制 #

如果必须保留多容器直接访问USB设备的架构，可通过文件锁实现容器间的串口访问互斥：

• 将宿主机的一个共享目录挂载到所有容器中，用于存放锁文件。
• 每个容器在操作串口前，先获取全局锁，操作完成后释放锁。示例Shell脚本逻辑：

# 假设宿主机/mnt/serial-locks挂载到容器内的/serial-locks
LOCK_FILE="/serial-locks/ttyUSB0.lock"
# 拿到锁后才执行Modbus数据采集脚本
flock -x "$LOCK_FILE" -c "python your-modbus-collect-script.py"

注意：这种方式会降低并发处理效率，且必须确保所有容器严格遵循锁机制，否则仍会出现数据混乱。

3. 物理层面拆分总线 #

如果设备数量较多且预算允许，可将总线拆分为多条独立的USB RTU 485总线：

• 新增USB转485适配器，将设备ID 1-4和5-8分别连接到不同的适配器。
• 每个容器单独映射对应的USB设备（例如容器1用--device=/dev/ttyUSB0，容器2用--device=/dev/ttyUSB1）。
• 这种方式彻底避免容器间的总线竞争，但需要额外的硬件成本。

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