保姆级教程：在RK3562上搞定4路MIPI摄像头（GC8034/OV5695混搭）的完整DTS配置流程

RK3562多摄开发实战：从硬件连接到DTS配置的全流程解析

刚拿到RK3562开发板时，看到官方文档说支持4路MIPI摄像头，我第一反应是"这玩意儿真能同时驱动四个摄像头？"毕竟在嵌入式领域，多摄方案往往意味着复杂的硬件设计和底层调试。直到最近在一个全景监控项目中实际验证了四摄方案，才发现只要掌握正确的配置方法，RK3562确实能稳定驱动GC8034和OV5695这类主流MIPI摄像头。本文将从一个真实项目出发，手把手带你走通硬件连接、DTS配置、HAL修改的全流程，特别是那些容易踩坑的细节。

1. 硬件连接：理解RK3562的MIPI架构

RK3562的MIPI子系统由两个关键部分组成：2个DPHY物理层和4个CSI主机控制器。这意味着：

• 物理连接限制：虽然有两个DPHY，但通过split mode可以实现4路2-lane配置
• 带宽分配：每个DPHY最大支持4-lane，四摄方案中每个摄像头占用1对data lane
• 时钟域隔离：不同摄像头的pixel clock需要独立配置，避免相互干扰

实际硬件连接时，建议按照这个顺序操作：

1. 确认摄像头模组的供电需求（GC8034通常需要1.8V和2.8V）
2. 连接MIPI数据线到开发板的对应lane（参考原理图的PHY分组）
3. 确保I2C控制线已正确连接（每个摄像头需要独立I2C通道）

提示：使用万用表检查各供电电压是否正常，这是最常见的硬件故障点

2. DTS配置详解：四摄混搭的关键参数

下面是一个同时支持GC8034和OV5695的DTS配置实例，重点在于PHY分配和时钟设置：

&csi2_dphy1 { status = "okay"; ports { port@0 { mipi_in_ucam0: endpoint@1 { remote-endpoint = <&gc8034_out0>; >// psl/rkisp2/RKISP2PSLConfParser.cpp std::vector<std::string> mediaDeviceNames {"rkisp3","rkisp2","rkisp1","rkisp0"};

配套的XML配置需要添加多摄标志：

<Profiles cameraId="0" name="gc8034" moduleId="m00"> <aiq.multicamera value="true"/> <!-- 启用多摄模式 --> </Profiles>

验证多摄是否生效的方法：

v4l2-ctl --list-devices # 应该看到4个video设备节点

4. 调试技巧与性能优化

在实际项目中，我总结出几个提升稳定性的经验：

1. 电源时序控制：

   • 先开启核心供电（1.8V）
   • 延迟100ms后再开启IO供电（2.8V）
   • 最后释放reset引脚

2. 带宽优化配置：

   &csi2_dphy1 { rockchip,csi2-dphy-split-mode; // 启用split模式 assigned-clock-rates = <594000000>; // 根据分辨率调整 };

3. 调试命令备忘：

   # 查看摄像头注册情况 cat /proc/device-tree/i2c@ff3d0000/gc8034@37/compatible # 获取帧率统计 v4l2-ctl --device /dev/video0 --get-fmt-video

记得第一次调试时，四个摄像头中总有一个无法识别，最后发现是某个reset引脚的电平配置反了。这种问题通过示波器抓取信号时序就能快速定位——硬件调试时，好的测量工具能省去大半猜测时间。