1. 多工位视觉检测系统概述

在一条典型的3C电子装配线上，一台整机往往需要在十几个甚至几十个位置完成外观、尺寸、字符、装配到位等检查。如果每个位置都配一套独立的相机、光源、控制器和显示终端，成本、布线、维护和版本管理都会迅速失控。多工位视觉检测系统要解决的，正是"多位置、多任务、统一控制"这一工程问题。本章先建立整体认知：Cognex In-Sight 的系统架构是什么样、多工位检测如何定义、典型场景有哪些、工程上真正难在哪里。

一、In-Sight 系统架构：从成像到决策的分层

Cognex In-Sight 属于"智能相机"体系，其核心思想是把图像采集、图像处理、结果判定和通信输出集成在一台相机内部完成，而不是把原始图像送到工控机再处理。理解它的架构，可以按信号链自上而下分成四层。

成像层由镜头、光源和相机传感器组成。镜头决定视场（FOV）与工作距离（WD）的匹配关系，光源决定特征对比度。例如检测金属件表面字符，常用低角度环形光突出刻痕；检测透明胶路，则常用同轴光或背光。这一层直接决定"图像里有没有可用的特征"，是后续所有算法的物理前提。

处理层是 In-Sight 相机内部的处理器与视觉工具库。常用工具包括 PatMax/PatQuick 图案匹配、Blob 斑点分析、Caliper 卡尺测量、Edge 边缘工具、OCRMax 字符识别、IDMax 读码等。这些工具在相机内以作业（Job）为单位组织，一个 Job 就是一套完整的检测逻辑。

判定层负责把工具输出与阈值比较，得出 Pass/Fail，并可输出测量值、缺陷类型、NG 原因码。判定逻辑通常用电子表格视图或 In-Sight 的脚本/公式表达，例如 If(Score>0.85,1,0) 这类条件判断。

通信层把结果送到 PLC、机器人或上位机。In-Sight 支持以太网/IP、Profinet、Modbus TCP、TCP/IP 原生字符串、数字 I/O 等多种方式。多工位系统中，这一层决定了"检测结果如何被产线动作消费"。

二、多工位检测的定义与边界

多工位视觉检测，指在同一台设备或同一条产线上，由两个及以上检测位置（工位）协同完成对同一产品的检测任务，各工位之间共享触发、节拍、结果汇总与追溯信息。它与"单工位多相机"不同：单工位多相机是同一位置从不同角度拍摄；多工位则是产品在物理上依次经过不同位置，每个位置承担不同检测项。

判断一个系统是否属于多工位，关键看三点：是否存在多个物理检测位置；各工位是否共享同一产品身份（如条码或载具号）；结果是否需要在系统层面合并判定。若三个条件都满足，就必须考虑工位间的同步与追溯，而不能各自为政。

三、典型应用场景

最常见的场景是3C整机组装线：工位1读产品条码并绑定载具，工位2检测屏幕外观划伤，工位3检测螺丝是否漏打，工位4检测字符印刷，工位5做最终外观复检。每个工位一台 In-Sight 相机，通过 PLC 统一调度，最终由上位机按条码汇总所有工位结果，决定放行或返修。

另一类是汽车零部件线：同一零件在压装前检测尺寸、压装后检测到位、涂胶后检测胶路连续性。这类场景的特点是检测项之间存在工序依赖，前道结果会影响后道是否执行，因此工位间不只是"并列"，而是有先后逻辑。

还有一类是包装与物流线：多面读码、标签位置检测、封箱完整性检测分布在输送线不同段，节拍快、产品种类多，对切换效率要求高。

四、工程挑战：真正难的地方

节拍与同步。假设整线节拍为 6 秒/件，5 个工位平均分配，每工位可用时间约 1.2 秒，其中还要扣除产品到位稳定时间和触发延迟。若某工位 PatMax 匹配耗时 300 ms、OCR 耗时 400 ms，加上通信往返，很容易逼近上限。工程上必须实测单工位处理时间，而不是凭经验估算。

产品定位一致性。多工位之间产品姿态会有差异。若工位1用固定 ROI，工位3产品旋转了 2°，同一 ROI 就可能偏出特征。因此多工位系统通常要求每个工位都先做 PatMax 定位，再基于定位结果建立相对坐标系，所有测量 ROI 都挂在定位坐标系下。

结果汇总与追溯。5 个工位各自输出 Pass/Fail，系统需要按产品条码合并。若工位2读码失败，后续工位如何关联同一产品？常见做法是载具号作为主键，条码作为辅键，两者在工位1绑定。

版本与维护。多工位意味着多个 Job 文件。若工位3的阈值改了但工位5没同步，可能出现判定不一致。工程上应建立 Job 版本号与变更记录，并在上位机侧校验各工位 Job 版本是否匹配。

五、工程视角下的关键参数