📚 课程目录第2章 XG-X控制器与相机硬件架构

2. XG-X控制器与相机硬件架构

XG-X 系列是基恩士面向高速产线的高端视觉控制器，其硬件架构与普通 PC 式视觉系统最大的区别在于：图像采集、图像处理、判定输出全部在控制器内部以专用硬件流水线完成，相机只负责成像与传输，不承担运算。理解这套架构，是后续做产线部署、选型与排障的基础。

XG-X 控制器按处理能力与相机路数分为几个典型档位，选型时主要看三件事：同时接入的相机数量、单帧处理时间要求、以及是否需要多工位并行判定。

需要强调的是，这里的“路数”指可同时接入并独立处理的相机通道数，而不是相机接口物理端口数。实际工程中，控制器型号一旦确定，可用的相机总数、可分配的算法资源、以及可挂载的 I/O 点数就基本被框定，因此选型应在产线节拍测算之后进行，而不是先买控制器再凑相机。

XG-X 控制器与相机之间采用专用高速数字接口，常见为 Camera Link 或基恩士专用高速总线，配合相机端的图像传感器完成从光信号到数字图像的转换。整条成像链路可以概括为：

光源照射被测物 → 镜头成像 → 相机传感器光电转换 → 高速接口传输 → 控制器图像缓存 → 处理引擎运算 → 判定结果输出

这条链路中，任何一个环节的带宽或时序不匹配，都会直接反映为丢帧、触发延迟或判定不稳定。例如相机分辨率提高一倍，单帧数据量翻倍，若接口带宽不变，则最大帧率会下降；若产线节拍要求不变，就必须降低分辨率或改用更高带宽接口。

光源不是独立工作的，它由控制器的 I/O 或专用光源驱动端口控制，与相机曝光、产线触发保持时序同步。典型配置中，控制器输出一个触发信号给相机，同时输出一个同步信号给光源控制器，使光源在曝光窗口内点亮，曝光结束后立即熄灭，既保证亮度又减少发热与光衰。

I/O 模块承担三类信号：

实际接线时，触发信号的极性、脉宽、延时都需要与相机和光源匹配。例如编码器触发模式下，若脉冲频率过高而相机曝光时间过长，会出现运动模糊；此时应缩短曝光并提高光源亮度，而不是单纯提高增益，因为增益会引入噪声，影响边缘检测稳定性。

在高速产线上，XG-X 的部署形态通常有三种：

单工位独立检测：一台控制器带 1～2 台相机，安装在某个工位旁，独立完成检测并输出 OK/NG。适合节拍要求高、检测项集中的场合。
多工位集中处理：一台控制器带 4～8 台相机，分布在产线不同位置，由同一控制器统一处理。优点是数据集中、配方统一；缺点是相机到控制器的线缆长度受限，通常需要控制在接口允许范围内。
分布式 + 集中判定：多台控制器分别处理各自工位，再通过 PLC 或上位机汇总判定。适合产线很长、工位分散的场景。

部署形态的选择，核心依据是“相机到控制器的距离”和“单帧处理时间”。距离远、节拍要求不极端时，分布式更稳妥；距离近、节拍极快时，集中式更能减少通信延迟。

在把 XG-X 装上产线之前，建议按下面这份核对表逐项确认，避免到现场才发现接口或时序不匹配：

其中“节拍余量”最容易被忽视。假设产线节拍为 50 ms/件，而单帧处理时间为 45 ms，看似能跟上，但一旦产线提速或增加检测项，就会立刻超时。工程上一般要求处理时间不超过节拍的 70%～80%，给触发抖动、通信延迟和算法波动留出空间。

XG-X 的硬件架构可以理解为“相机成像、控制器运算、I/O 执行”三段式。选型时先算节拍与相机路数，再定控制器型号；部署时先确认接口带宽与触发时序，再核对 I/O 与通信；运行中重点关注丢帧、触发延迟和光源同步这三类问题。把这套架构关系理清，后续的算法配置、通信调试和故障排查才有稳定的落脚点。