1. 产线视觉集成工程导览

在一条典型的自动化装配或检测产线上，视觉系统与PLC并不是“谁替代谁”的关系，而是两个职责边界清晰、又必须实时握手的协作单元。Cognex In-Sight智能相机负责“看”和“判断”——采集图像、执行定位/测量/读码/缺陷检测算法，并输出结构化的判定结果与坐标数据；PLC负责“动”和“控”——管理输送、气缸、伺服、安全回路与节拍，并根据视觉结果决定工件是放行、剔除还是返修。理解这套分工，是后续所有集成工作的起点。

一、角色分工：谁负责什么

In-Sight相机内部运行的是独立的视觉作业（Job），它完成从取像到结果输出的完整闭环。以常见的定位引导应用为例，相机在收到触发信号后曝光成像，通过PatMax等工具找到工件特征点，输出像素坐标并换算为物理坐标（如mm），再通过通信接口把结果发送出去。相机不关心工件接下来被机械手抓到哪里，它只保证“我给出的坐标是准的、及时的”。

PLC则站在产线控制层。它需要完成三件事：第一，在正确的时间点给出触发信号（通常由光电传感器或编码器位置触发）；第二，接收并解析视觉结果，把坐标、角度、OK/NG等数据映射到内部变量；第三，根据结果驱动执行机构，并处理超时、通信中断、结果无效等异常。PLC不参与图像处理，但它决定了视觉结果“什么时候用、怎么用”。

二、典型集成拓扑

在工程现场，In-Sight与PLC的集成方式主要有三类，选择哪一类取决于数据量、实时性要求和现有硬件条件。

• 离散I/O直连：相机通过多根I/O线输出OK/NG、触发就绪、结果有效等信号，PLC用普通输入模块读取。优点是简单、延迟低；缺点是只能传递少量布尔量，无法传坐标和字符串，适合仅做合格判定的场景。
• 工业以太网通信：相机作为EtherNet/IP或PROFINET从站，与PLC建立周期性数据交换。PLC可以读取相机的结果寄存器（如X、Y、角度、判定码），也可以向相机写入触发命令和作业切换号。这是目前产线集成的主流方式，兼顾数据量和实时性。
• 上位机中转：相机通过TCP/IP或FTP把结果发给工控机，工控机再与PLC通信。适合需要保存图像、做追溯或与MES对接的场景，但增加了中间环节和延迟。

下图给出一个典型的“相机—PLC—执行机构”集成拓扑，同时标注了课程后续要覆盖的关键任务节点，可作为整门课的任务地图来使用。

三、从拓扑到工程：关键接口与数据流

无论采用哪种拓扑，集成的核心都是“触发—取像—处理—输出—执行”这条数据链。以EtherNet/IP为例，PLC侧通常需要配置相机的输入/输出 assembly 实例：输出 assembly 中放置触发位、作业切换号、字符比较参数等；输入 assembly 中读取相机返回的X坐标、Y坐标、角度、判定结果和状态字。相机侧则在In-Sight Explorer中把需要输出的结果“映射”到对应的通信地址上。

这里有一个容易被忽略的细节：触发方式的选择直接影响节拍和稳定性。硬触发由光电传感器直接给相机I/O，延迟最低，适合高速产线；软触发由PLC通过通信发送触发命令，灵活但受通信周期影响。实际工程中，常采用“光电硬触发取像 + 通信回传结果”的混合方式，兼顾实时性与数据量。

四、课程任务地图与学习路径

本课程围绕上述拓扑展开，后续章节将依次覆盖：通信选型与组态（EtherNet/IP、PROFINET、Modbus TCP的配置差异）、触发与节拍设计（硬触发/软触发、编码器跟踪）、结果数据映射（坐标、角度、字符串、判定码的地址规划）、异常与容错（超时、通信中断、结果无效的处理逻辑）、联调与验收（节拍测试、稳定性验证、常见故障排查）。

学习时建议始终带着三个问题：数据从哪来、经过什么、到哪去。相机输出的每一个坐标和判定码，都要能在PLC的变量表中找到对应地址，并能追溯到它驱动的执行动作。只有把这条链路走通，集成才算真正完成。

本章不涉及具体配置操作，但需要建立整体认知框架：In-Sight是“感知与判定单元”，PLC是“决策与执行单元”，通信链路是两者之间的“神经”。后续每一章都会在这个框架下展开一个具体的工程任务，最终形成一条可运行、可维护、可复现的产线视觉集成方案。