2. 多摄系统基础：多摄模组类型、同步需求与数据流模型
多摄系统是当前移动设备影像能力的核心硬件基础。本章从模组类型、同步机制和数据流模型三个维度，建立对多摄系统的结构化认知，为后续 Pipeline 资源管理与切换策略打下基础。
2.1 多摄模组类型与功能定位
不同模组在光学参数、传感器特性和用途上存在显著差异。下表列出主流多摄模组类型及其关键属性：
| 模组类型 | 典型焦距 / 视场角 | 传感器分辨率 | 核心用途 | 典型场景 |
|---|---|---|---|---|
| 广角 (Wide) | 24–28mm / ~80° | 48–108 MP | 主摄成像、日常拍摄 | 风景、人像、夜景 |
| 超广角 (Ultra-wide) | 12–16mm / ~120° | 12–48 MP | 大场景、微距、视频防抖 | 建筑、合影、运动 |
| 长焦 (Telephoto) | 70–240mm / ~10°–30° | 8–64 MP | 光学变焦、远摄、人像虚化 | 远景、舞台、人像模式 |
| 深度 (Depth) | 固定焦距 / ~70° | 0.3–2 MP | 景深估计、背景虚化 | 人像模式、AR 测距 |
| ToF (Time-of-Flight) | 固定焦距 / ~60° | QVGA–VGA | 3D 深度图、实时测距 | AR、人脸解锁、SLAM |
选型提示： 长焦模组通常采用潜望式结构以压缩 Z 轴高度；ToF 模组依赖 VCSEL 激光发射器，需注意人眼安全 Class 1 认证。
2.2 多摄同步需求
多摄系统在同时工作时，必须解决以下三个层面的同步问题：
- 帧级时间同步： 不同模组的曝光起始时刻必须对齐，误差通常要求 < 1 行扫描时间（约 10–30 µs），否则运动物体在不同模组画面中会出现位置偏移。
- 曝光参数同步： 当多摄用于 HDR 融合或变焦平滑过渡时，各模组的曝光时间、增益、白平衡需协调一致，避免融合画面出现亮度/色温跳变。
- 数据输出同步： HAL 层需保证来自不同模组的帧缓冲区（buffer）在同一个 VSYNC 周期内被同时送达应用层或算法模块。
硬件同步方案： 主流 SoC 通过硬件 SYNC 信号线（如 Qualcomm 的 CAM_SYNC、MediaTek 的 CCI_SYNC）直接连接各传感器，由 ISP 驱动生成统一的曝光触发脉冲，实现亚帧级同步。
下图展示典型双摄同步时序关系：
2.3 多摄数据流模型
从传感器输出到应用层获取图像数据，多摄数据流经过以下关键阶段：
- Sensor 输出： 每个模组独立输出 RAW 或 YUV 帧，通过 MIPI CSI 接口传输到 ISP。
- ISP 处理： 各模组数据流经独立的 ISP 管线，完成去噪、Demosaic、色彩校正等基础处理。
- HAL 融合/选择： Camera HAL 根据当前场景（变焦倍率、光照条件）决定是融合多路数据还是选择单路数据输出。
- 应用层消费： 最终输出单路或多路 YUV/JPEG 帧给相机应用或算法模块。
下图展示典型三摄数据流模型：
工程注意： 多摄数据流模型在 HAL 层实现时，必须考虑 MIPI CSI 带宽限制。例如，四路 4K60 帧同时传输可能超过 SoC 的 CSI 总带宽（通常为 4–6 Gbps/lane），此时需要引入帧率降级或分辨率压缩策略。
2.4 多摄数据流的关键设计约束
在实际 HAL 实现中，多摄数据流模型需要满足以下约束：
- 带宽预算： 所有激活模组的总 MIPI 带宽不得超过 SoC 的 CSI 控制器上限。
- 内存占用： 每个模组至少需要 3–4 个 buffer 用于双缓冲或三缓冲，多摄同时工作会显著增加 ION/DMA-BUF 内存压力。
- 延迟预算： 从 Sensor 曝光结束到应用层收到帧，总延迟通常要求 < 33 ms（30fps 场景），多摄融合场景需额外预留 5–10 ms 给算法。
- 功耗约束： 每增加一个激活模组，系统功耗增加约 200–500 mW（含 Sensor + ISP + 内存带宽），需根据场景动态开关模组。
实战建议： 在设计多摄 Pipeline 时，建议将数据流模型抽象为“资源组”概念——每个模组及其 ISP 管线视为一个可独立启停的资源单元，HAL 通过资源组调度实现灵活的多摄组合。