3. MERLIC软件安装、升级与回滚维护

MERLIC 的安装与升级并不是“下一步到底”的通用软件操作，它涉及安装模式选择、许可证绑定、版本兼容性判断和回滚预案四个相互关联的环节。维护人员如果只关注“装上了、能打开”，往往会在后续更换硬件、迁移产线或升级失败时陷入被动。本节围绕安装模式、许可证配置、升级步骤、回滚策略和升级后验证清单展开，重点说明每一步的输入、判断依据和可观察结果。

一、安装模式：完整安装与运行时安装

MERLIC 提供两种安装模式，选择依据是“这台机器是否需要做视觉配置”。完整安装（Full Installation）包含 MERLIC Creator（图形化流程编辑环境）、MERLIC Communicator、示例图像与文档，适合工程师工作站、调试笔记本和需要修改流程的产线主机。运行时安装（Runtime Installation）只安装 MERLIC Runtime 与必要的运行组件，不含 Creator，适合仅执行已发布流程的生产工位，体积更小、暴露面更低。

安装时还需注意三个实际参数：安装路径建议保持默认（如 C:\Program Files\MVTec\MERLIC），避免中文或空格路径引发脚本调用异常；组件选择中若产线使用 PLC 通信，需勾选对应接口组件；安装完成后首次启动会提示许可证激活，此时不要跳过，否则 Creator 会以受限模式运行。

二、许可证配置：软授权与加密狗

MERLIC 的许可证分为软授权（Soft License）和硬件加密狗（Dongle）两类。软授权通过 MVTec License Server 或本地激活文件绑定到具体机器，适合固定工位；加密狗可随人移动，适合调试笔记本和多机轮换场景。配置软授权时，需在 License Server 中导入 .lic 文件，并确认授权中的功能项（如 MERLIC Creator、Runtime、可选通信模块）与安装组件一致。

判断许可证是否生效，可观察 Creator 启动后标题栏是否显示完整版本信息，以及“帮助—许可证信息”中是否列出已授权模块。若显示试用或受限，应检查授权文件是否与当前机器指纹匹配——更换主板、网卡或重装系统后，软授权通常需要重新申请。

三、版本升级步骤

升级前必须完成三件事：备份当前流程文件（.mflow）、记录当前版本号与许可证状态、确认目标版本是否支持现有相机接口和通信协议。MERLIC 的升级通常遵循“先升 Creator 工作站，验证流程兼容性，再升产线 Runtime”的顺序，避免一次性全线升级导致无法定位问题。

升级操作本身并不复杂：运行新版本安装包，选择与旧版本相同的安装路径，安装程序会提示是否保留现有配置和许可证。此处建议保留配置，但升级完成后仍需逐项核对。升级过程中最值得观察的是流程文件的兼容性提示——若新版本对某些算子或参数做了调整，Creator 打开旧流程时会给出警告，此时应逐条确认，而不是直接忽略。

四、回滚策略

回滚不是“再装一遍旧版本”这么简单。MERLIC 升级后，流程文件可能已被新版本保存为更高格式，旧版本无法直接打开。因此回滚策略的核心是备份先行：升级前将流程文件、配置文件（如通信配置、相机参数）和许可证信息一并归档，并记录旧版本安装包的位置。

回滚操作顺序为：先卸载新版本（保留许可证和配置），再安装旧版本，最后用备份的流程文件覆盖当前文件。若升级后已经用新版本保存过流程，则必须使用升级前的备份，不能依赖新版本文件。回滚完成后，同样需要执行一遍验证清单，确认相机、通信和节拍恢复到升级前水平。

五、升级后验证清单

验证清单的作用是把“感觉没问题”变成“逐项确认过”。以下清单可直接用于现场记录，每项填写通过/不通过及备注。

验证通过后，应更新维护记录：记录新版本号、升级日期、验证人、备份文件位置和许可证变更情况。若验证不通过，按回滚策略执行，并在记录中注明失败现象和回滚原因，为下一次升级提供依据。

六、常见问题与判断

升级后 Creator 能打开但 Runtime 无法启动，通常是因为运行时组件未随主程序一起升级，需单独确认 Runtime 安装包版本。流程加载时提示算子不存在，说明该流程使用了新版本已移除或改名的算子，应查阅版本发布说明后手动替换，而不是强行忽略。许可证在升级后失效，多因授权文件绑定了旧版本或机器指纹变化，需重新导入或申请。

把安装模式、许可证、升级顺序、回滚备份和验证清单作为一个整体来维护，才能让 MERLIC 的版本变更处于可控状态。对产线而言，稳定运行比“用上最新版”更重要，升级的价值只有在验证通过并稳定运行后才真正成立。