4. 视觉系统集成

视觉系统在产线里，说白了就是机器的眼睛。眼睛不好使，后面动作再快也是白搭。我这些年调试过的视觉项目，十有八九的问题都出在触发、传输和光源这三个环节上。今天咱们就把这几个硬骨头啃下来。

4.1 相机触发与采图：别让相机瞎忙活

相机触发，听起来简单，但坑最多。我见过不少项目，相机一直在那拍，结果拍了一堆没用的图，还把系统拖垮了。

触发方式就两种：

• 硬触发（硬件触发）：靠PLC或传感器给相机一个电平信号。延迟低，精度高，产线首选。
• 软触发（软件触发）：上位机发指令让相机采图。灵活，但延迟不可控，适合低速场景。

我个人习惯，只要产线节拍在1秒以内，一律用硬触发。软触发那点延迟，在高速产线上就是灾难。

采图参数设置，记住这个口诀：

曝光时间 < 运动周期 / 2
触发延迟 < 节拍时间 × 5%
帧率 > 产线速度 × 检测位数量

举个例子，产线速度是每分钟60个工件，每个工件拍一张，那帧率至少得1fps。但实际我一般留3倍余量，设到3fps以上。

4.2 图像传输延迟分析：数据在路上堵车了

图像传得慢，比相机拍得慢更让人头疼。你想想看，相机咔嚓一下拍完了，结果数据半天传不到工控机，整个流程就卡住了。

传输延迟的三大瓶颈：

瓶颈环节	典型延迟	排查方法
相机内部缓存	5-20ms	查看相机SDK的帧统计信息
网络传输	10-100ms	用Wireshark抓包，看丢包率和重传率
工控机处理	20-200ms	检查CPU占用率和内存带宽

我在一个3C组装项目里遇到过，图像传输延迟从30ms飙到了200ms。查了一圈，发现是交换机端口协商成了百兆，而不是千兆。换了个千兆交换机，问题立马解决。

降低传输延迟的几个实操技巧：

1. 调整Packet Size：GigE相机默认包大小是1500字节，可以调到9000字节（巨帧），减少包数量，降低CPU开销。
2. 开启巨帧：网卡和交换机都要支持，且设置一致。我见过有人只开了网卡没开交换机，结果反而更慢。
3. 绑定CPU核心：把相机采集线程绑定到某个CPU核心上，避免线程切换带来的抖动。
4. 使用DMA传输：如果工控机支持，直接内存访问能省掉CPU拷贝的时间。

4.3 光源与曝光参数调优：光不对，图白费

光源选得好不好，直接决定后面算法能不能跑通。我常说一句话：光源调好了，算法就成功了一半。

常见光源类型及适用场景：

光源类型	特点	适用场景
环形光源	均匀、无阴影	字符识别、外观检测
条形光源	方向性强	划痕检测、边缘定位
同轴光源	消除反光	镜面物体、反光表面
背光源	高对比度	尺寸测量、轮廓检测

曝光参数调优，我一般按这个步骤来：

1. 先固定光源亮度：把光源调到最大亮度的80%左右，留点余量。
2. 调整曝光时间：让图像的平均灰度值在150-200之间（8位图）。
3. 微调增益：如果曝光时间已经到极限了，图像还是暗，再考虑加增益。但增益别超过12dB，否则噪点会爆炸。
4. 检查直方图：好的图像，直方图应该分布均匀，没有明显的过曝或欠曝区域。

4.4 知识结构总览

下面这张图，把视觉系统集成的核心逻辑串起来了。你可以把它当成调试时的检查清单。

4.5 实战案例：一个典型的调试流程

假设你遇到一个视觉检测工位，图像时好时坏，偶尔还丢帧。按我的经验，可以这么排查：

1. 第一步：检查触发信号。用示波器看PLC给相机的触发信号，有没有抖动？电平对不对？我遇到过PLC输出口坏了，信号电压只有2.5V，相机死活不触发。
2. 第二步：看传输延迟。用相机SDK自带的工具，看每帧图像的传输时间。如果超过50ms，就得查网络了。
3. 第三步：调光源。把工件放在检测位置，看图像有没有反光、阴影或者过暗的地方。用手动模式调光源亮度，直到图像清晰为止。
4. 第四步：微调曝光。在光源调好的基础上，用自动曝光跑一遍，记录下参数，然后切回手动模式，把参数固定下来。

嗯，视觉系统集成这块，说到底就是三个字：稳、准、快。触发要稳，传输要快，光源要准。把这三点吃透了，产线上90%的视觉问题你都能搞定。