3. 高速采集核心指标

在工业相机高速采集系统中，帧率、分辨率、位深、带宽、延迟、抖动与丢帧率并不是七个彼此独立的参数，而是一条从“图像生成”到“图像可用”的约束链。理解它们之间的定量关系，是后续做接口选型、参数配置和丢帧治理的前提。本节先把每个指标的定义讲清楚，再给出它们之间的换算关系与相互制约逻辑。

一、七个指标的定义

帧率（Frame Rate）指相机每秒输出完整图像帧的数量，单位 fps。它描述的是采集的“时间密度”。工业相机常给出最大帧率，但实际可达帧率受曝光时间、读出时间、接口带宽和主机处理能力共同限制。例如某相机标称 500 fps，若曝光时间设为 5 ms，则单帧曝光已占 5 ms，理论上限就只有 200 fps。

分辨率（Resolution）指单帧图像的像素规模，通常写作宽×高，如 2448×2048。它决定单帧的信息量。分辨率与帧率往往此消彼长：同一传感器在 ROI（感兴趣区域）裁剪后，参与读出的像素减少，帧率可以显著提升。

位深（Bit Depth）指每个像素用多少比特表示灰度或颜色，常见 8 bit、10 bit、12 bit。位深决定灰度层次，也直接放大数据量。10 bit 数据在传输时通常按 16 bit 对齐打包，因此实际占用带宽往往高于“像素数×位深/8”的理论值。

带宽（Bandwidth）指单位时间内接口能传输的数据量，单位 Gbps 或 MB/s。它是采集链路的“管道口径”，由接口类型（GigE、USB3、Camera Link、CoaXPress 等）和链路配置决定。

延迟（Latency）指从物理事件发生到该事件对应的图像数据被主机应用可用的时间。它包含曝光、读出、传输、驱动缓冲和软件取帧等环节，是“从光到用”的总时间。

抖动（Jitter）指延迟或帧间隔的时间波动。平均延迟 10 ms 但抖动 ±3 ms，与平均延迟 10 ms 且抖动 ±0.1 ms，对运动控制同步的意义完全不同。抖动反映的是时间确定性。

丢帧率（Frame Loss Rate）指应采集帧中未被成功接收或未被成功处理的帧占比，通常用百分比表示。它是结果性指标，是前面所有环节失衡后的最终表现。

二、核心换算关系

把七个指标串起来的关键公式是数据率：

单帧数据量(Byte) = 宽 × 高 × 位深 / 8
理论数据率(Byte/s) = 单帧数据量 × 帧率
所需带宽(bit/s) = 理论数据率 × 8

以 2448×2048、10 bit、100 fps 为例：单帧约 2448×2048×10/8 ≈ 6.27 MB；数据率约 627 MB/s；对应约 5.0 Gbps。若接口按 16 bit 打包，则单帧变为约 10.0 MB，数据率约 1.0 GB/s，即约 8.0 Gbps。这说明位深对齐方式会显著改变带宽需求，选型时必须按实际打包方式核算，而不能只看理论值。

三、指标之间的相互制约

这七个指标构成一个“不可能三角”式的约束：在带宽固定时，提高分辨率、提高帧率、提高位深三者只能取其二。若三者都要提高，就必须升级接口或增加链路数。延迟与抖动则受缓冲策略影响：加大缓冲能吸收突发、降低丢帧率，但会推高平均延迟；减小缓冲能降低延迟，却让抖动更容易转化为丢帧。因此延迟、抖动、丢帧率之间存在明确的权衡关系。

四、用一组示例参数走通全链路

假设某检测工位选用 2448×2048 的 CMOS 相机，位深 10 bit，目标帧率 120 fps，接口为千兆网 GigE（理论 1 Gbps，实际可用约 110 MB/s）。按 16 bit 打包计算：单帧约 10.0 MB，120 fps 需要约 1.2 GB/s，即约 9.6 Gbps，远超 GigE 能力。此时若强行配置 120 fps，结果必然是大量丢帧。可行的调整方向有三类：一是把分辨率裁剪到 1024×1024，单帧降到约 2.1 MB，120 fps 只需约 252 MB/s，仍超 GigE，需继续降帧率或换接口；二是改用 USB3（约 400 MB/s 可用）或 CoaXPress；三是降低帧率到约 10 fps 以适配 GigE。这个例子说明：丢帧率不是孤立调出来的，而是带宽、分辨率、位深、帧率共同决定的必然结果。

五、延迟与抖动的工程含义

延迟和抖动常被忽略，但在触发采集、多相机同步、运动补偿等场景中至关重要。延迟决定“看到的是多久之前的状态”，抖动决定“每次看到的时间是否一致”。若系统平均延迟 8 ms、抖动 ±0.2 ms，可用于较严格的同步；若平均延迟 8 ms、抖动 ±4 ms，则同一触发在不同帧上的时间基准漂移可达 8 ms，运动物体位置误差会直接放大。工程上通常通过固定曝光、关闭自动增益、使用硬件触发、减少中间缓冲层数来压低抖动。

六、指标核查清单

掌握这七个指标的定义与换算关系后，面对具体相机和接口时，就可以先算数据率、再比带宽、最后看缓冲与延迟，从而在配置阶段就预判丢帧风险，而不是等系统跑起来再被动排查。