树莓派双Arducam USB摄像头无法同时运行的问题求助

可能的原因 #

1. USB总线带宽瓶颈：树莓派的USB2.0总线总带宽为480Mbps，Arducam VL/IR摄像头默认可能使用YUYV等未压缩格式，单路就会占用大量带宽，两路同时启动直接耗尽总线承载能力，导致无法正常读取流。
2. OpenCV捕获参数未优化：默认的VideoCapture初始化未指定高效的压缩格式（如MJPEG），摄像头以高带宽模式输出，无法同时支持两路。
3. 设备节点选择错误：每个摄像头对应两个/dev/video*节点，可能误选了控制节点而非视频捕获节点，导致无法正常读取画面。

解决步骤 #

1. 强制指定MJPEG压缩格式（最关键） #

修改Python代码，为每个摄像头设置MJPEG编码，大幅降低带宽占用：

import cv2

# 定义MJPEG的fourcc编码
fourcc = cv2.VideoWriter_fourcc(*'MJPG')

cap1 = cv2.VideoCapture(0)
# 设置分辨率、帧率与编码格式
cap1.set(cv2.CAP_PROP_FRAME_WIDTH, 320)
cap1.set(cv2.CAP_PROP_FRAME_HEIGHT, 240)
cap1.set(cv2.CAP_PROP_FPS, 15)
cap1.set(cv2.CAP_PROP_FOURCC, fourcc)

cap2 = cv2.VideoCapture(2)
cap2.set(cv2.CAP_PROP_FRAME_WIDTH, 320)
cap2.set(cv2.CAP_PROP_FRAME_HEIGHT, 240)
cap2.set(cv2.CAP_PROP_FPS, 15)
cap2.set(cv2.CAP_PROP_FOURCC, fourcc)

# 检查摄像头是否成功打开
if not cap1.isOpened() or not cap2.isOpened():
    print("无法打开摄像头，请检查设备节点或连接")
    exit()

while True:
    ret1, frame1 = cap1.read()
    ret2, frame2 = cap2.read()

    # 仅当读取到有效帧时显示
    if ret1:
        cv2.imshow('Video Feed 1', frame1)
    if ret2:
        cv2.imshow('Video Feed 2', frame2)

    if cv2.waitKey(1) & 0xFF == ord('q'):
        break

cap1.release()
cap2.release()
cv2.destroyAllWindows()

2. 确认正确的视频捕获节点 #

先安装工具：sudo apt install v4l-utils，然后执行命令检查节点功能：

# 查看video0的详细信息
v4l2-ctl -d /dev/video0 --all

输出中找到标注Type: Video Capture的节点才是正确的视频捕获节点，若当前选择的节点是Video Output或Metadata，则更换为对应摄像头的另一个节点。

3. 进一步降低带宽负载 #

• 尝试将分辨率降至160x120、帧率降至10fps，进一步减少单路带宽消耗。
• 暂时拔掉树莓派上其他USB设备（如U盘、额外外设），避免占用额外带宽。

4. 改用GStreamer管道直接捕获 #

如果OpenCV默认捕获方式仍有问题，可直接使用GStreamer管道作为捕获源，更高效利用带宽：

import cv2

# GStreamer管道：捕获MJPEG流，指定分辨率与帧率
gst_pipeline1 = "v4l2src device=/dev/video0 ! image/jpeg,width=320,height=240,framerate=15/1 ! jpegdec ! videoconvert ! appsink"
cap1 = cv2.VideoCapture(gst_pipeline1, cv2.CAP_GSTREAMER)

gst_pipeline2 = "v4l2src device=/dev/video2 ! image/jpeg,width=320,height=240,framerate=15/1 ! jpegdec ! videoconvert ! appsink"
cap2 = cv2.VideoCapture(gst_pipeline2, cv2.CAP_GSTREAMER)

# 后续读取与显示逻辑同前

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