3、多路Camera硬件拓扑：MIPI CSI接口复用、I2C控制总线设计、GPIO与Reset时序、电源管理架构

做多路Camera方案，硬件拓扑是绕不开的第一道坎。

很多朋友一上来就追着软件调，结果板子回来发现CSI口不够用、I2C地址冲突、上电时序乱套——嗯，这些坑我基本都踩过。今天咱们就把这四块硬骨头啃下来。

3.1 MIPI CSI接口复用：数据通道的“分与合”

多路Camera同时输出，最直接的问题就是：SoC的CSI接口不够用。

以高通SM8250为例，它通常只有4个CSI物理接口。你要接6路Camera怎么办？

方案一：CSI虚拟通道（VC）

说白了，就是让多路Sensor共用同一组MIPI数据通道。每个Sensor的数据包打上不同的VC标签，SoC端根据VC ID来区分数据。

// 设备树中配置VC复用
&cam_sensor0 {
    status = "okay";
    csi-phy = <&csi_phy0>;
    lanes = <4>;
    virtual-channel = <0>;  // VC ID = 0
};

&cam_sensor1 {
    status = "okay";
    csi-phy = <&csi_phy0>;
    lanes = <4>;
    virtual-channel = <1>;  // VC ID = 1
};

方案二：CSI Switch切换

如果Sensor规格差异太大，VC复用行不通。那就用硬件Switch，比如TI的TS3USB221A。

我做过一个项目，需要同时支持广角和长焦，但两个Sensor的帧率不同。最后用了Switch分时复用——虽然不能“同时”输出，但切换时间控制在1ms以内，用户感知不到。

3.2 I2C控制总线设计：地址冲突与总线负载

多路Camera的I2C控制，看着简单，坑却不少。

地址冲突是头号问题。

大部分Sensor的I2C地址是7位，比如0x20。两个同型号Sensor挂同一总线上，地址就撞了。

解决办法有三个：

• 硬件片选：通过Sensor的ADDR引脚拉高/拉低来切换地址（比如0x20和0x21）
• 独立I2C总线：每个Sensor分配一条I2C总线，SoC端有多个I2C控制器
• I2C Mux：用PCA9548这类多路复用器，分时选通不同Sensor

我个人习惯用第三种。为什么呢？因为独立总线占用太多GPIO，而硬件片选往往只提供2个地址选项，4路Camera就不够用了。

// I2C Mux设备树配置
&i2c3 {
    pca9548: mux@70 {
        compatible = "nxp,pca9548";
        reg = <0x70>;
        #address-cells = <1>;
        #size-cells = <0>;
        
        i2c@0 {
            reg = <0>;
            // Camera 0 挂在这里
        };
        i2c@1 {
            reg = <1>;
            // Camera 1 挂在这里
        };
    };
};

3.3 GPIO与Reset时序：上电的“先后顺序”

多路Camera的GPIO控制，核心就两件事：Reset和Power Down。

Reset时序有多重要？

Sensor的datasheet里通常会给出时序图：VDD上电后，等待T1时间，再拉高Reset；Reset拉高后，等待T2时间，才能开始I2C通信。

我见过最离谱的案例：工程师把4路Sensor的Reset连在一起，用一个GPIO控制。结果上电时，所有Sensor同时复位，电源瞬间电流飙到3A，直接把PMIC干保护了。

正确的做法：

• 每路Camera独立控制Reset和PDN引脚
• 上电时按顺序依次释放Reset，间隔至少1ms
• 下电时先拉低PDN，再拉低Reset，最后断电

// GPIO控制示例（伪代码）
void camera_power_on(int cam_id) {
    // 1. 使能电源
    gpio_set_value(pwr_en[cam_id], 1);
    mdelay(5);  // 等待电源稳定
    
    // 2. 拉低Reset
    gpio_set_value(reset_gpio[cam_id], 0);
    mdelay(1);
    
    // 3. 拉高Reset
    gpio_set_value(reset_gpio[cam_id], 1);
    mdelay(10); // 等待Sensor初始化
    
    // 4. 开始I2C配置
    camera_i2c_init(cam_id);
}

3.4 电源管理架构：多路供电的“分与合”

多路Camera的电源管理，说白了就是怎么把有限的电源轨分配给多个Sensor。

常见的电源架构有三种：

架构类型	优点	缺点	适用场景
独立LDO供电	每路独立控制，干扰小	PCB面积大，成本高	高端旗舰机（4路以上）
PMIC集成供电	集成度高，BOM少	灵活性差，散热集中	中端机型（2~3路）
电源Switch共享	成本最低，面积小	无法同时供电，有切换延迟	低端方案（分时复用）

我个人倾向独立LDO方案。为什么呢？因为调试阶段可以单独控制每路Camera的电源，排查问题非常方便。量产时如果成本敏感，再考虑换成PMIC。

电源纹波是个隐形杀手。

多路Camera同时工作时，电源纹波会叠加。我遇到过一个问题：4路Camera同时开启时，画面出现横条纹。查了半天，发现是电源纹波从Sensor的模拟供电串进去了。

解决办法：在每路Camera的电源入口加LC滤波，电感选1μH，电容选10μF+0.1μF组合。

3.5 整体拓扑结构图

说了这么多，咱们用一张图把整个硬件拓扑串起来。你想想看，多路Camera的硬件连接其实就四个层次：Sensor层、接口层、控制层、电源层。

这张图把整个硬件拓扑分成了四个层次。从上往下看：Sensor通过MIPI CSI接口输出数据，通过I2C总线接收控制命令，通过GPIO线接收复位和电源管理信号，最后所有电源由底层的LDO或PMIC统一管理。

嗯，这就是多路Camera硬件拓扑的核心骨架。你想想看，只要把这四层理清楚，硬件设计就不会出大问题。