多相机采集系统搭建：从传感器选型到存储落盘的工程链路

多相机采集系统（EGO 数据采集、多目同步采集等）的搭建，本质上是把一条从传感器到存储的数据链路做通。它的难点很少落在"相机能不能出图"上，而集中在链路中后段：接口带宽是否够、多路汇聚会不会互相抢、时间基准是否统一、主机能不能持续搬运、存储能不能持续写入。

本文按工程实施顺序，把这条链路拆成九个环节依次说明：需求定义、接口选型、多路汇聚、同步方案、主机与搬运、存储规划、掉帧排查、落地验证与工程清单。文中不涉及具体品牌与型号，只讨论可复用的方法与边界条件。

一、需求定义：先把四个量定下来

多相机采集系统的所有设计决策，都从四个量反推：路数、单路分辨率、帧率、单次连续录制时长。

这四个量一旦确定，就能推导出后续几乎所有关键指标：

• 单路原始数据率 = 分辨率 × 帧率 × 每像素字节数；
• 系统峰值数据率 = 单路数据率 × 路数（注意是峰值叠加，不是平均值）；
• 单次录制容量 = 系统数据率 × 录制时长；
• 主机所需搬运能力 = 系统峰值数据率 × 安全系数。

工程上最常见的失败模式，是"先选相机、再想办法接"。相机本身完全符合要求，但系统的接口通道数、主机内部带宽或磁盘持续写入能力接不住，最终表现为掉帧、丢包或时间戳错乱。正确顺序是：先把需求写成上面四个量，再逐段验证链路是否能承载。

还要区分"原始流"与"处理后流"。如果系统允许在采集端做压缩或预处理，带宽与容量压力会明显下降，但代价是引入额外算力开销、处理延迟，以及可能影响下游算法对原始数据的可用性。这一步的取舍必须在需求阶段就和算法方确认清楚，不能留到集成阶段。

二、接口选型：距离与带宽两个维度

接口选型可以用两个维度快速收敛：传输距离和单路所需带宽。常见的四类接口特性对比如下。

选型时除带宽外，还要把三件事一起算进去：

1. 带宽是共享还是独占。USB 控制器、网口、主机内部通道都是共享资源，多路接入时按峰值叠加评估，不能按单路实测值乘以路数。
2. 供电与触发能否同缆。能把数据、供电、触发放在一根线上走的接口，接线复杂度和故障点都会显著减少。
3. 线缆与连接器的可靠性。工业现场存在振动、弯折与电磁干扰，连接器锁扣形式、线缆屏蔽与走线路径都会影响长期稳定性。

三、多路汇聚：峰值叠加与资源共享

多路汇聚环节的核心矛盾是：每一路单独测试都达标，合在一起就掉。原因不是相机，而是共享资源在峰值时刻同时被占满。

需要重点关注的共享资源包括：

• 接口控制器通道数：多路相机挂在同一个控制器上时，控制器总带宽成为上限；
• 主机内部总线带宽：多张采集卡或多路高速接口共同占用；
• 内存带宽与缓存：数据搬运会持续消耗；
• 处理器中断与调度：频繁中断会挤占其它任务的执行窗口。

对应的工程做法有三条：

分通道。让不同相机尽量走不同的控制器、不同的采集卡或不同的网口，把并发压力在硬件层面拆开。

留余量。不要按理论峰值配置。实际可用带宽受协议开销、线缆质量、对端处理能力影响，按峰值配置等于把系统长期运行在临界点上。

把搬运从处理器手里拿走。优先选择支持直接内存访问的采集卡或接口，让数据从接口直接进内存，而不是由处理器逐帧拷贝。这一步对多路高帧率场景的影响通常最大。

四、同步方案：统一时基是前提

同步要先回答一个问题：系统需要多高的时间一致性？答案不同，方案完全不同。

软件同步。主机轮流取图，用时间戳做近似对齐。实现最简单、成本最低，但受操作系统调度与总线延迟影响，抖动较大，适合对时间一致性要求不高的记录型应用。

外触发同步。用一路触发信号同时触发多台相机曝光。一致性最好，实现前提是相机支持外部触发输入，并且触发信号源、分路与线缆要走得干净——信号完整性问题会直接变成曝光时刻的偏差。

网络时间同步。通过支持时间同步协议的网络，让各设备对到同一套时钟上。适合分布式布放、线缆难以统一拉设的场合，代价是网络设备需要支持相应特性，且端到端延迟与交换设备的处理方式会影响最终精度。

不论采用哪种方案，目标都是同一个：让所有相机的曝光时刻与时间戳落在同一根时间轴上。没有统一时基，后续的融合、对齐、重建都缺少可靠基础。

还需要注意，触发只是起点。从曝光、读出到传输，是一条流水线，整条链路必须能以目标帧率的节拍持续运转，单点触发准确不代表系统整体同步。

五、主机与搬运：把带宽用在数据上

主机侧的选择通常落在两条路线上：工控机加采集卡，或嵌入式平台直接接入。

工控机加采集卡的优势是通道数与扩展性强、驱动与开发套件成熟、便于现场维护；代价是体积、功耗与成本更高。嵌入式平台的优势是紧凑、低功耗、易于集成到设备内部；代价是接口数量受限、内存带宽与算力余量有限。

两条路线都可行，判断标准是同一个：主机能否在目标帧率下持续搬运所有通道的数据，并留有余量。评估时建议实测而非估算，关注长时间运行下的资源占用曲线。

六、存储规划：容量靠估算，稳定靠介质

存储容量可以按下面的方式粗估：

容量 ≈ 单路数据率 × 路数 × 录制时长 × 安全系数

这个结果通常相当可观，因此工程上一般从三个方向减压：压缩（换取容量，付出算力）、缩短时长（只录关键时段）、边采边落（在线处理并只保留必要片段）。

落盘方式分为两类：

• 先录后处理：全量落盘，事后离线处理。对存储的持续写入能力要求最高。
• 边采边落：在线处理，只保留关键片段或特征。对算力要求更高，对存储压力更小。

介质方面，多块高速固态盘并行写入是提升持续写入能力的常见做法。选型时要区分峰值速度与持续速度，并关注写入寿命、掉电保护与长期稳定性——采集场景往往是长时间连续写入，与日常办公负载完全不同。

七、掉帧与丢包：按链路顺序排查

出现掉帧或丢包时，建议按数据流向从上游到下游排查，避免在错误的位置反复调参：

这个顺序的逻辑是：越靠近数据源头的问题，越会掩盖下游的表现。上游一堵，下游的调优全部无效。

另外要强调长时间验证。采集系统在开头几分钟正常，不代表连续运行半小时后正常。存储温度上升、缓存写满、磁盘队列堆积，都可能在运行一段时间后才暴露。

八、落地验证：先小规模跑通再扩路数

推荐的落地路径是先小规模验证，再逐步扩路数。

第一阶段用最小可行配置跑通整条链路，验证四件事：

• 触发是否同步，各通道曝光时刻是否一致；
• 时间戳是否落在统一时基上；
• 能否满帧录到目标时长，中途是否掉帧；
• 长时间运行后，主机与存储的资源占用是否仍在余量内。

把这一阶段的基线数据记录下来，作为后续扩容的对照。扩路时逐路上加，每加一路复测一次，重点观察主机侧哪项资源先到顶——它就是下一阶段的瓶颈。

九、工程实施清单

把上述环节收敛成一份可执行的检查清单：

1. 需求四问：路数、分辨率、帧率、录制时长是否已确定并书面化；
2. 带宽估算：单路与系统峰值数据率是否已计算，是否留有余量；
3. 接口选型：距离、带宽、供电、触发四项是否同时满足；
4. 多路汇聚：通道分配是否拆分，共享资源是否评估；
5. 同步方案：需要多齐、用哪种方式、时基如何统一；
6. 供电与接地：分路、余量、压降、共地是否处理；
7. 主机与搬运：采集卡、驱动与开发套件是否支持持续搬运；
8. 存储规划：容量估算、持续写入能力、落盘方式是否确认；
9. 验证方案：同步精度、丢帧情况、长时间稳定性如何度量；
10. 可维护性：线缆标识、连接器可靠性、标定与维护流程是否就位。

多相机采集系统的搭建，最终考验的不是某一项参数有多高，而是整条链路是否处处接得住。把每一段的余量和边界都算清楚，系统才具备长期稳定运行的基础。

【备选标题】

1. 多相机采集系统搭建：从传感器选型到存储落盘的工程链路
2. 多相机采集链路的九个环节：接口、汇聚、同步与存储
3. 多目同步采集怎么做：一份工程实施清单