1. MERLIC系统维护与故障诊断导论

在工业机器视觉项目中,系统上线只是起点,真正决定产线稳定性的,是长期运行中的维护能力与故障诊断能力。MVTec MERLIC 作为一套面向工业应用的机器视觉软件,把图像采集、图像处理、结果输出和流程编排整合在同一个运行环境中。它的优势在于"无需编程即可搭建视觉流程",但这也意味着:一旦现场出现异常,问题可能来自相机、光源、网络、配方、许可、流程逻辑或外部通信中的任意一环。维护与故障诊断的核心任务,就是把这些环节组织成可检查、可定位、可恢复的对象,而不是凭经验反复重启。

课程目标与定位

本课程的目标不是让读者记住某个按钮的位置,而是建立一套可复用的诊断方法:能够读懂 MERLIC 的运行结构,能够区分"采集问题、处理问题、通信问题、配置问题"四类故障,能够通过日志、状态指示和最小化测试快速缩小范围,并能在维护窗口内完成备份、恢复与版本核对。维护与诊断在机器视觉项目中的定位,可以理解为"质量保障的第二条防线":第一条防线是设计阶段的稳定性设计,第二条防线就是运行阶段的维护与诊断。没有第二条防线,再好的视觉算法也会因为一次相机掉线或一次配方误改而停线。

MERLIC 架构概览

理解 MERLIC 的架构,是诊断的前提。MERLIC 的运行可以抽象为一条从物理世界到控制信号的链路:相机采集图像,图像进入 MERLIC 的采集层;采集层把图像交给由工具(Tool)组成的视觉流程;流程输出结果(如位置、角度、OK/NG、测量值);结果再通过通信接口(如 PLC、TCP/IP、Modbus、数字 I/O)发送给设备。与此同时,MERLIC 还包含配方管理、用户权限、日志与状态监控等支撑模块。诊断时,我们实际上是在这条链路上逐段确认"信号是否到达、是否被正确处理、是否被正确输出"。

MERLIC 运行链路与故障诊断分段 物理对象 工件 / 光源 相机 / 镜头 采集层 图像获取 / 触发 曝光 / 增益 视觉流程层 Tool 链 / 配方 结果判定 OK/NG 通信层 PLC / TCP / I/O 结果输出 执行机构 分拣 / 报警 停机 支撑模块:配方管理 · 用户权限 · 日志 · 状态监控 为整条链路提供配置、追溯与可观测性 故障诊断分段定位 ① 采集段 无图像 / 图像偏暗 触发丢失 / 相机掉线 ② 处理段 工具报错 / 结果异常 配方不匹配 / 阈值漂移 ③ 通信段 连接超时 / 数据错位 PLC 无响应 / 信号丢失 ④ 配置与许可段 许可失效 / 权限不足 版本不一致 / 配置误改

常见故障分类

把现场故障归入稳定的类别,能显著缩短诊断时间。结合 MERLIC 的架构,常见故障可以分为四类。第一类是采集类故障:表现为无图像、图像全黑、图像过曝、触发不响应或相机频繁掉线。这类问题通常与相机供电、网线、触发信号、曝光参数或驱动有关。第二类是处理类故障:图像正常但结果异常,例如定位偏移、测量值超差、OK/NG 判断反转。这类问题往往来自配方切换错误、工具参数被修改、标定失效或工件本身变化。第三类是通信类故障:MERLIC 内部结果正常,但 PLC 收不到、收到错位数据或通信超时。这类问题需要检查 IP、端口、协议配置、数据映射和握手信号。第四类是配置与许可类故障:软件启动失败、功能受限、配方无法加载、用户权限不足。这类问题通常与许可文件、版本升级、配置文件被覆盖有关。

诊断顺序建议从"最靠近物理世界"的一端开始:先确认相机是否有图像,再确认流程是否输出正确结果,最后确认通信是否把结果送达。这样可以避免在通信层反复排查,而真正的问题其实在采集层。

学习路径与维护要点

本课程后续内容将沿着"架构理解—状态观察—分段诊断—恢复验证"的路径展开。学习时建议同步建立三类维护习惯。第一,建立基线:在系统稳定运行时记录相机参数、配方版本、通信配置和典型图像,作为后续对比的依据。第二,保留日志:MERLIC 的日志和状态信息是诊断的第一手材料,遇到异常时先保存日志再重启,避免证据丢失。第三,最小化验证:当无法判断故障段时,用最简单的测试流程替代完整流程,例如只做一次图像采集并显示,逐步加回工具,观察在哪一步出现异常。

维护与诊断不是"出问题才做的事",而是贯穿项目全生命周期的常规工作。把 MERLIC 的运行链路拆成采集、处理、通信、配置四段,把故障归入对应类别,再配合基线、日志和最小化验证,就能把原本依赖经验的排查过程,转化为可重复、可交接、可积累的工程方法。这也是本课程希望建立的核心能力。