2. In-Sight硬件选型与节拍匹配

在高速产线上,视觉系统的节拍瓶颈往往不在算法本身,而在“相机能不能在允许的时间内完成一次有效成像”。In-Sight 系列虽然同属智能相机,但不同型号在传感器帧率、曝光能力、处理器算力和接口带宽上差异明显。选型时如果只看“像素够不够”,很容易在产线提速后出现丢帧、拖影或通信超时。本节围绕帧率、曝光时间、处理器性能三条主线,说明如何把相机参数与产线速度对应起来。

一、先算清产线给视觉留了多少时间

节拍匹配的第一步不是看相机手册,而是把产线速度换算成单件可用时间。设产线速度为 V(件/分钟),则单件周期 T = 60 / V(秒)。例如产线 300 件/分钟,单件周期为 0.2 s,即 200 ms。这 200 ms 要分配给触发等待、曝光、图像传输、算法处理和结果输出。工程上通常要求视觉总耗时不超过周期的 60%~70%,留出余量应对抖动。若按 65% 计算,视觉可用时间约 130 ms。

更关键的是“运动模糊”约束。若工件在曝光期间移动超过约 1/3 个像素,边缘就会明显发虚。设视野对应实际宽度为 FOV(mm),分辨率为 W(像素),产线线速度 v(mm/s),则允许曝光时间 t_exp ≤ (FOV / W) / (3v)。举例:FOV 100 mm、1280 像素,单像素对应 0.078 mm;产线线速度 500 mm/s,则 t_exp ≤ 0.078 / (3×500) ≈ 52 μs。这个数值往往比“帧率够不够”更早成为限制条件。

判断顺序建议:先由运动模糊定曝光上限,再由周期定帧率下限,最后看处理器能否在剩余时间内跑完算法。三者取交集,才是可用的相机型号。

二、帧率、曝光与处理器三者的耦合关系

帧率决定相机每秒能输出多少幅完整图像,但它受曝光时间和读出时间共同限制。很多型号标称 60 fps,是在短曝光、小 ROI 条件下测得;一旦曝光拉长到 5 ms,实际帧率可能降到 100 fps 以下。因此选型时要区分“最大帧率”和“当前曝光下的可用帧率”。

处理器性能则决定“拿到图之后多久出结果”。In-Sight 不同型号的 CPU/GPU 算力差异可达数倍,同一套 PatMax 或 Blob 工具,在入门型号上可能耗时 40 ms,在高性能型号上可压到 10 ms 以内。若算法耗时接近周期上限,即使帧率足够,也会因处理排队造成节拍漂移。因此应把“曝光 + 传输 + 处理 + 输出”作为一条完整时间链来评估,而不是分段孤立看参数。

In-Sight 节拍匹配时间链与选型约束 单件周期时间链(示例:300 件/分钟 → 200 ms) 触发等待 ≈ 5~15 ms 曝光 ≤ 52 μs(示例) 图像传输/读出 ≈ 8~20 ms 算法处理 10~60 ms(型号相关) 结果输出 ≈ 3~10 ms 三条硬约束(取交集) ① 运动模糊约束 t_exp ≤ (FOV/W) / (3v) 决定曝光上限 → 选短曝光/高亮光源 ② 帧率约束 fps ≥ 1 / T_可用 决定能否逐件触发 → 关注曝光下的实际帧率 ③ 处理算力约束 t_proc ≤ T_可用 − t_exp − t_io 决定算法复杂度上限 → 选高算力型号或简化工具 选型判断路径 算周期 T 与曝光上限 查型号实际帧率 测算法耗时 留 30% 余量定型 注:图中数值为教学示例,实际应以现场标定与型号手册为准

三、把参数落到具体型号档位

In-Sight 产品线大致可分为入门、主流、高性能三档。入门型号分辨率适中、帧率约 30~60 fps、算力有限,适合节拍 60 件/分钟以下、算法简单的定位或有无判断。主流型号帧率可达 60~100 fps,支持较短的曝光和中等复杂度工具,适合 100~200 件/分钟的产线。高性能型号具备更高帧率、更短读出时间和更强处理器,可支撑 300 件/分钟以上、且需要 PatMax、OCR 或多工具并行的场景。

需要强调的是,型号档位只是起点,真正决定成败的是“曝光—帧率—算力”三者的匹配。例如某主流型号标称 100 fps,但若曝光需 2 ms、读出 6 ms,实际周期约 8 ms,理论上可到 125 件/秒,看似充裕;可一旦算法耗时 35 ms,单件总时间就变成 43 ms,只能支撑约 23 件/秒,即 1400 件/分钟——此时瓶颈已从相机转到算法。反过来,若算法只需 8 ms,但曝光被迫拉到 3 ms 且帧率只有 60 fps,则帧率成为瓶颈。

四、实操:一次完整的匹配计算

下面给出一个可复用的计算流程,读者可代入自己的产线参数。

已知(示例):
  产线速度 V = 240 件/分钟
  视野 FOV = 120 mm,分辨率 W = 1600 像素
  产线线速度 v = 600 mm/s
  允许视觉占比 = 65%

步骤 1:单件周期 T = 60 / 240 = 0.25 s = 250 ms
步骤 2:视觉可用时间 T_vis = 250 × 0.65 = 162.5 ms
步骤 3:单像素对应 = 120 / 1600 = 0.075 mm
步骤 4:曝光上限 t_exp ≤ 0.075 / (3 × 600) = 41.7 μs
步骤 5:若相机读出 + 传输 ≈ 12 ms,算法 ≈ 45 ms,输出 ≈ 5 ms
        则总耗时 ≈ 0.042 + 12 + 45 + 5 = 62 ms < 162.5 ms ✔
步骤 6:帧率需求 = 1 / 0.25 = 4 fps(远低于相机能力)✔
结论:该场景瓶颈在算法,不在帧率;可选用主流型号,
      但需确认 41.7 μs 曝光下光源亮度是否足够。

这个例子说明一个常见误区:很多人一上来就追求高帧率相机,但实际算下来帧率需求只有几 fps,真正吃时间的是算法和曝光。反过来,如果产线提速到 600 件/分钟,周期变成 100 ms,视觉可用 65 ms,而算法 45 ms + 读出 12 ms + 输出 5 ms 已接近 62 ms,余量只剩 3 ms,此时就必须换更高算力型号或简化算法,否则节拍必然失稳。

五、选型检查清单

  • 曝光优先:先按运动模糊公式算出曝光上限,再确认光源能否在该曝光下提供足够照度。
  • 帧率看实际值:不要用标称最大帧率,要在目标曝光和 ROI 下实测可用帧率。
  • 算力留余量:算法耗时按最坏情况(工件最脏、特征最多)估算,总耗时不超过可用时间的 70%。
  • 接口匹配:确认相机输出接口(以太网/IP、PROFINET、EtherNet/IP 等)与 PLC 周期匹配,避免通信成为隐性瓶颈。
  • 现场验证:用实际工件在目标速度下连续跑 10 分钟,统计丢帧率和节拍抖动,而不是只看单次结果。
若计算结果显示“曝光上限”小于光源可支持的最短曝光,说明当前光学方案(FOV 过大或分辨率不足)需要调整,而不是硬选更高帧率相机。此时应优先缩小视野、提高分辨率或增强光源,再重新匹配型号。

综上,In-Sight 硬件选型的核心不是比较参数表上的数字大小,而是把产线周期拆解成曝光、传输、处理、输出四段时间,再用运动模糊、帧率和算力三条约束去筛选型号。只有三者同时满足并留有余量,相机选型才算真正与产线速度匹配。