1. 问题背景与解决思路
最近在RK3576开发板上调试多摄像头视觉系统时，遇到了一个典型问题：同时接入3个USB工业相机后，系统运行时偶尔会出现某个相机突然"消失"的情况。经过排查发现，这是由于Linux内核在USB设备热插拔或系统重启时，可能重新分配/dev/video*设备节点编号导致的。
举个例子，第一次启动时相机A可能对应/dev/video0，但重启后可能变成/dev/video2。这种不确定性会导致依赖固定设备路径的应用程序无法正常工作。更麻烦的是，当多个同型号相机（具有相同的vendor ID和product ID）同时连接时，传统的基于设备ID的识别方法也会失效。
注意：这个问题在计算机视觉、工业检测等需要多摄像头协同工作的场景中尤为常见。我曾在一个自动化质检项目中，因为相机节点跳变导致整个检测线停摆半小时。
2. 设备信息采集与分析
2.1 查询设备拓扑信息
要解决这个问题，首先需要获取每个相机的物理连接路径。使用以下命令可以查看设备的完整拓扑信息：
bash复制udevadm info -a /dev/video0 | grep -E "KERNELS|ATTRS{idVendor}|ATTRS{idProduct}"
典型输出如下：
code复制KERNELS=="1-1.1:1.0"
KERNELS=="1-1.1"
ATTRS{idProduct}=="3001"
ATTRS{idVendor}=="35c2"
KERNELS=="1-1"
ATTRS{idProduct}=="5411"
ATTRS{idVendor}=="0bda"
这里的关键信息是KERNELS=="1-1.1"，它表示该设备连接在USB Hub的第一个端口的第一级扩展口上。这个物理路径在设备连接拓扑不变的情况下是固定的。
2.2 识别视频捕获节点
一个USB相机通常会在系统中注册两个设备节点：
/dev/video0：视频捕获主节点（用于获取图像流）/dev/video1：控制节点（用于参数配置）
通过以下命令可以区分它们：
bash复制udevadm info --query=property /dev/video0 | grep CAPABILITIES
捕获节点会显示ID_V4L_CAPABILITIES=:capture:，而控制节点通常显示其他能力标志。
3. 创建UDEV规则文件
3.1 规则文件位置与命名
在/etc/udev/rules.d/目录下创建规则文件，文件名格式为：
code复制[优先级数字]-[描述].rules
例如：
bash复制sudo nano /etc/udev/rules.d/99-usb-camera.rules
提示：数字越小优先级越高。一般自定义规则使用90-99的范围，确保不会被系统默认规则覆盖。
3.2 规则内容详解
完整的规则文件内容如下：
bash复制# 相机1 - 物理路径1-1.1的视频捕获节点
SUBSYSTEM=="video4linux",
KERNELS=="1-1.1:1.0",
ENV{ID_V4L_CAPABILITIES}=="*:capture:*",
ACTION=="add|change",
SYMLINK+="camera1",
MODE="0666"
# 相机2 - 物理路径1-1.2的视频捕获节点
SUBSYSTEM=="video4linux",
KERNELS=="1-1.2:1.0",
ENV{ID_V4L_CAPABILITIES}=="*:capture:*",
ACTION=="add|change",
SYMLINK+="camera2",
MODE="0666"
# 相机3 - 物理路径1-1.4的视频捕获节点
SUBSYSTEM=="video4linux",
KERNELS=="1-1.4:1.0",
ENV{ID_V4L_CAPABILITIES}=="*:capture:*",
ACTION=="add|change",
SYMLINK+="camera3",
MODE="0666"
参数解析：
SUBSYSTEM：指定匹配视频设备子系统KERNELS：匹配USB物理连接路径ENV{ID_V4L_CAPABILITIES}：确保只匹配视频捕获节点ACTION：在设备添加或状态变化时触发SYMLINK：创建固定的符号链接MODE：设置设备访问权限（0666表示所有用户可读写）
4. 应用与测试规则
4.1 加载新规则
执行以下命令使新规则生效：
bash复制sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=video4linux
4.2 验证规则效果
检查符号链接是否创建成功：
bash复制ls -l /dev/camera*
正常输出应类似：
code复制lrwxrwxrwx 1 root root 7 Jan 22 10:30 /dev/camera1 -> video2
lrwxrwxrwx 1 root root 7 Jan 22 10:30 /dev/camera2 -> video4
lrwxrwxrwx 1 root root 7 Jan 22 10:30 /dev/camera3 -> video6
4.3 测试摄像头访问
安装测试工具：
bash复制sudo apt install v4l-utils
测试每个摄像头：
bash复制v4l2-ctl -d /dev/camera1 --info
v4l2-ctl -d /dev/camera2 --info
v4l2-ctl -d /dev/camera3 --info
5. 常见问题与解决方案
5.1 规则未生效的可能原因
-
权限问题：
- 确保规则文件所有者是root
- 确保规则文件权限是644
-
语法错误：
- 使用
udevadm test /sys/class/video4linux/video0测试规则 - 检查系统日志：
journalctl -f查看udev相关错误
- 使用
-
物理路径变化：
- 更换USB接口会导致KERNELS路径改变
- 建议使用带电源的USB Hub保持连接稳定
5.2 多相机系统的特殊考量
-
枚举顺序问题：
- 某些USB控制器可能以随机顺序枚举设备
- 解决方案：在规则中使用更严格的匹配条件
-
电源管理干扰：
- USB自动挂起可能导致设备断开
- 解决方法：在规则中添加
ATTR{power/control}="on"
-
热插拔处理：
- 确保应用程序能处理设备临时断开的情况
- 建议实现设备状态监控机制
6. 高级技巧与优化
6.1 动态规则生成
对于需要频繁更换相机的场景，可以编写脚本自动生成规则：
bash复制#!/bin/bash
for dev in /dev/video*; do
path=$(udevadm info -a $dev | grep -m1 "KERNELS==" | cut -d'"' -f2)
if [[ $path == *"."* ]]; then
echo "SUBSYSTEM==\"video4linux\", KERNELS==\"$path\", SYMLINK+=\"camera_${path//./_}\""
fi
done > /etc/udev/rules.d/99-camera-auto.rules
6.2 权限管理进阶
对于多用户系统，可以通过UDEV规则设置更精细的权限：
bash复制SUBSYSTEM=="video4linux", KERNELS=="1-1.1:1.0", GROUP="camera-users", MODE="0660"
然后创建相应用户组：
bash复制sudo groupadd camera-users
sudo usermod -aG camera-users $USER
6.3 性能优化建议
-
减少规则匹配时间：
- 避免在规则中使用通配符匹配
- 将最常用的设备规则放在前面
-
避免规则冲突：
- 不同规则文件中的规则可能相互影响
- 使用
udevadm test验证规则执行顺序
在实际项目中，这套方案成功解决了我们产线上12个USB相机同时工作的稳定性问题。经过三个月连续运行测试，未再出现相机节点跳变导致的系统故障。