1. MERLIC性能优化全景

MERLIC 项目在实验室里跑得流畅，不代表到了产线就能稳定运行。很多工程师第一次遇到“节拍突然变慢”“图像偶尔丢帧”“结果时好时坏”时，第一反应是换相机、加内存、升级 CPU，但真正的问题往往藏在流程结构、参数配置或现场环境里。本章要建立的，是一张覆盖“项目部署—运行监控—瓶颈定位—优化验证”的性能瓶颈地图，以及一套可复用的现场调试闭环，让你在遇到性能问题时知道先看哪里、再改什么、最后如何确认真的改对了。

一、性能瓶颈地图：MERLIC 运行链路上的五个关键环节

MERLIC 的一次完整处理，可以抽象为“图像采集 → 图像传输 → 预处理 → 工具链执行 → 结果输出与通信”这条链路。性能瓶颈不会均匀分布，而是集中在少数几个环节。下面这张图给出了本节的核心对象：一条从相机到 PLC 的处理链，以及每个环节最典型的瓶颈类型和可观测指标。

这张图要传达的核心判断是：优化顺序应从 P0 到 P3，而不是从硬件开始。原因很直接——流程结构和参数配置的改动成本最低、见效最快，而硬件升级往往投入大、周期长，且可能掩盖真正的结构问题。例如，一个全图 500 万像素的模板匹配，如果先做 ROI 裁剪到 80 万像素，单次匹配耗时可能从 45 ms 降到 12 ms 左右（示例量级，实际取决于模板复杂度与硬件），这比换一台更高主频的工控机更划算。

二、现场调试闭环：从“感觉慢”到“确认达标”

现场调试最怕的是“改了很多，但不知道有没有改对”。因此需要一个闭环：建立基线 → 定位瓶颈 → 单项变更 → 复测对比 → 固化配置。这个闭环的关键在于“单项变更”和“复测对比”——每次只改一个变量，改完立刻用同一组图像、同一节拍条件复测，否则无法归因。

具体操作上，建议在 MERLIC 的流程中先插入一个“计时”观测点。MERLIC 本身提供工具执行时间的查看方式，也可以在关键工具前后用日志或通信信号打时间戳。一个实用的做法是：用同一张标准图连续跑 100 次，记录单帧总耗时和每个工具的平均耗时，形成基线表。下面给出一个示例基线记录格式（数据为教学示例，非实测）：

工具/环节            平均耗时(ms)   最大耗时(ms)   占比
图像采集+传输          8.2           11.5         18%
预处理(缩放+ROI)       3.1            4.0          7%
模板匹配(全图)        45.6           52.3         62%
测量工具              6.4            7.8          9%
结果输出+通信          3.0            5.2          4%
单帧总计              66.3           80.8        100%
节拍预算              80 ms          —            —
余量                  17%            —            —

从这张示例表可以读出两个信息：第一，模板匹配占了 62%，是绝对瓶颈；第二，最大耗时 80.8 ms 已经逼近 80 ms 节拍预算，说明存在偶发超时风险。此时优化方向就很明确——先动模板匹配，而不是去调通信或换相机。

三、典型瓶颈的定位手法与优化动作

采集与传输环节：如果采集帧率低于相机设定值，先查触发模式。软触发在工控机上容易受系统调度影响，抖动可达数毫秒；硬触发由传感器或 PLC 直接驱动，抖动通常在微秒级。GigE 相机还要看带宽：一台 500 万像素、30 fps 的相机，若用 8 bit 灰度，数据率约为 500 万 × 30 × 1 B ≈ 150 MB/s，千兆网理论带宽约 125 MB/s，已经超限，必须降帧率、开压缩或改用万兆网/多网口分流。

预处理环节：最常见的浪费是“全图缩放后再全图匹配”。正确做法是先根据机械定位或上一帧结果确定 ROI，只对 ROI 做缩放和匹配。ROI 面积每缩小到原来的 1/4，匹配耗时通常也接近线性下降到 1/4 左右（示例规律，实际受金字塔层数和边缘密度影响）。

工具链执行环节：模板匹配的搜索域（角度范围、缩放范围）是耗时大户。如果产线来料角度偏差实际只有 ±3°，却设了 ±180° 搜索，耗时会成倍增加。把角度范围收窄到 ±5°、金字塔层数从自动改为手动指定合适层数，往往能显著提速。此外，多个互不依赖的工具（如两个不同区域的测量）应尽量并行分支执行，而不是串行排队。

结果输出环节：如果 PLC 通信周期是 20 ms，而 MERLIC 每帧都同步等待握手，就会把通信延迟叠加到节拍上。改为异步发送、双缓冲或结果队列，可以让视觉处理与通信解耦。判断依据是：通信耗时是否稳定、是否随帧率升高而增大。

四、把闭环固化为可复用的检查表

为了让闭环可执行、可交接，可以把关键检查点整理成一份现场性能检查表。它不是管理文档，而是调试时的操作顺序和判断依据：