1. 课程导入与XG-X系统认知
《KEYENCE XG-X任务流程与检测逻辑设计》这门课程的目标，不是让学员记住某个菜单在哪里，而是建立一套可复用的工程思维：面对一个视觉检测需求，能够判断该用哪种相机与光源、如何在XG-X控制器中组织任务、如何把检测逻辑拆解成可执行的判断链，并最终让设备在现场稳定运行。本章作为导入，先解决三个基础问题：XG-X系统由哪些硬件构成、软件环境如何组织、典型应用场景对任务流程提出了什么要求。
一、XG-X系统的硬件组成
XG-X是基恩士（KEYENCE）面向高速、高精度图像处理的视觉控制器系列。理解它的硬件结构，是后续设计任务流程的前提。一套典型的XG-X系统可以拆成四个层次：
- 成像层：由相机（如XG-H系列、XG-S系列等）与镜头组成，负责把被测物转换为数字图像。相机分辨率、帧率、接口类型（如Camera Link、GigE Vision等）直接决定可检测的最小缺陷尺寸与节拍上限。
- 照明层：由光源控制器与光源（环形光、条形光、同轴光、背光等）组成。照明不是配件，而是检测方案的一部分——同一相机在不同打光方式下，缺陷的对比度可能相差数倍。
- 控制与处理层：XG-X控制器本体，包含图像处理单元、I/O接口、通信接口（Ethernet、RS-232C、PLC Link等）。它负责执行任务、运行检测逻辑、输出判定结果。
- 执行与交互层：PLC、机器人、剔除机构、HMI/显示器等。控制器输出的OK/NG信号、坐标、测量值，最终由这一层完成分拣、报警或数据记录。
需要特别强调的是：XG-X的“任务”并不是单一程序，而是由多个处理单元按顺序或并行关系组合而成的执行结构。相机采集、预处理、测量、判定、输出，各自是任务中的一个环节，环节之间的数据传递方式决定了逻辑能否成立。
二、软件环境与任务组织方式
XG-X的软件环境通常由XG-X Navigator或对应的配置软件构成。它的核心概念不是“写程序”，而是“搭建任务”。一个任务（Task）中可以包含多个处理单元（Unit），每个处理单元完成一个明确的图像处理动作，例如：
- 相机输入单元：设定触发方式（外部触发/内部触发）、曝光时间、增益。
- 预处理单元：滤波、二值化、边缘提取、位置补正。
- 测量单元：尺寸测量、缺陷面积计算、灰度平均值、轮廓匹配。
- 判定单元：将测量结果与上下限比较，输出OK/NG。
- 输出单元：把结果映射到I/O或通信寄存器。
这些单元之间存在数据依赖关系。例如，位置补正单元必须先于测量单元执行，否则测量区域会随工件偏移而失效。因此，任务流程设计的本质，是确定单元的执行顺序、数据流向和分支条件。
三、典型应用场景与检测逻辑框架
XG-X广泛应用于电子元件外观检测、汽车零部件尺寸测量、包装印刷质量检查、药品异物检测等场景。不同场景对任务流程的要求差异很大，但检测逻辑的基本框架是相通的：
- 定位：找到工件在图像中的位置和角度，建立参考坐标系。
- 区域提取：在参考坐标系下，框定需要检测的感兴趣区域（ROI）。
- 特征测量：在ROI内计算尺寸、面积、灰度、边缘位置等特征值。
- 判定：将特征值与标准范围比较，得出OK/NG。
- 输出与记录：输出判定结果，必要时保存图像或数据用于追溯。
以电子连接器引脚间距检测为例：假设相机视野为30mm×20mm，分辨率为0.02mm/pixel，引脚标准间距为2.54mm，允许偏差±0.10mm。任务流程可以设计为：先用轮廓匹配定位连接器本体，再在引脚区域做边缘检测，计算相邻边缘间距，最后与2.44mm～2.64mm的范围比较。若某组间距超出范围，判定为NG并输出报警。这个例子说明，检测逻辑不是抽象的，它必须落到具体的像素、毫米和阈值上。