8. HMI与生产换型（第58—60问）
网络署名：LanQS · 作者及著作权人：兰青松 · 版权说明
58. 什么是HMI？视觉系统需要与HMI交互哪些信息？
58.1 HMI的基本定义和核心概念是什么？
HMI是人与设备之间交换信息和发出操作指令的界面。在机器视觉系统里，它不只是一个“显示屏”，而是操作员、工程师和维护人员接触视觉系统的主要入口。读者在理解这一概念时，可以把HMI看成两个方向的信息通道：一边把视觉系统的状态、图像、结果和报警呈现给人，另一边把人的操作意图、配方选择和参数修改传回系统。
工业HMI与消费电子界面的差别，在于它首先服务于生产秩序和故障处理，而不是追求炫目的交互效果。一个视觉HMI是否合格，关键要看操作者能否迅速确认当前设备状态、读懂检测结果、处理异常并在权限允许的范围内完成必要操作。
58.2 HMI在工业自动化、智能汽车等不同领域的应用特点有何差异？
放到更广的技术背景中看，HMI可以出现在汽车座舱、医疗设备、消费终端等许多领域，但机器视觉教材里更值得关注的是工业自动化语境。工业HMI强调连续运行、角色权限、误操作防护和异常信息的可追溯呈现，界面通常较为克制，布局稳定，颜色与图标的含义也要求长期一致。
这与偏消费场景的HMI不同。后者可以更强调沉浸体验与交互丰富度，而工业视觉HMI首先要回答“产线现在是否能继续跑”“当前报警意味着什么”“这次调参是否会影响生产”。如果把面向普通用户的软件风格直接搬到工业现场，往往会牺牲可读性与可维护性。
58.3 视觉系统在HMI交互中扮演什么角色？
视觉系统在HMI中同时承担信息源和业务对象两个角色。所谓信息源，是指它向界面提供图像、定位结果、测量值、OK/NG判定、报警码、统计数据和运行状态；所谓业务对象，是指操作者在HMI上执行的许多操作，最终都指向视觉系统本身，例如切换产品配方、修改阈值、抓拍当前样件、复位报警或保存参数版本。
这意味着HMI设计不能只关心显示效果，还要清楚视觉系统内部哪些数据值得暴露、哪些数据只能读不能改、哪些操作必须记录、哪些结果需要与PLC或制造执行系统（MES，Manufacturing Execution System）保持一致。界面如果脱离这些业务约束，仅仅把数据堆在屏幕上，往往很快就会失去使用价值。
58.4 视觉系统需要向HMI提供哪些核心信息？
从工程实践看，视觉系统向HMI提供的信息大体可以分成四层。第一层是运行层，包括当前模式、连接状态、在线工位、节拍、最近一次检测时间和系统健康状态；第二层是结果层，包括OK/NG判定、测量值、定位分数、缺陷类别和合格率统计；第三层是异常层，包括报警码、异常描述、发生时间、处理建议和恢复条件；第四层是追溯层，包括图像存档、批次信息、参数版本和操作日志。
其中最容易被忽略的是“层级”。不是所有信息都应该同等显眼。运行状态和当前报警应处于操作者视线中心，详细日志与历史图像可以放在二级页面，工程参数则应在更高权限下打开。信息分层做得好，界面会显得安静而清楚；做得差，屏幕上虽然内容很多，真正有用的内容反而不容易被找到。
图 58-1 视觉系统向 HMI 提供的信息分层
58.5 视觉系统如何从HMI接收用户的交互意图？
在工业现场，最常见的交互方式仍然是触摸屏、实体按钮、旋钮和扫码设备。操作员通过这些输入选择产品型号、确认报警、开始检测或切换页面，工程师则可能进一步进入调参界面修改ROI、阈值和曝光参数。视觉系统接收到的并不是“人的动作”本身，而是被界面翻译后的结构化指令，例如某个配方号、某个布尔开关或某个参数值。
这件事看似简单，实际很依赖输入约束设计。对可导致误判的参数，不应开放成任意自由文本；对必须成组变化的参数，最好作为同一配方整体下发；对生产中不可修改的高级参数，则应通过权限和状态机加以限制。HMI真正接收的不是“所有可能的用户意图”，而是被工程规则筛过一遍、系统能够安全执行的意图。
58.6 现代HMI设计中有哪些提升视觉交互效率的关键原则？
机器视觉HMI最值得坚持的原则有三条。其一是信息层级清楚，当前状态、当前结果和当前报警必须在第一眼能看见的位置；其二是操作反馈及时，任何按钮、保存动作、配方切换或报警复位都应立即给出明确反馈，避免操作者重复点击；其三是语义一致，相同颜色、图标和术语在不同页面上不应改变含义。
除此之外，还要注意把现场节拍纳入界面设计。某些页面看上去很完整，但需要多次跳转才能完成一次复位或换型，在产线紧张时并不实用。所谓交互效率，不只是点击次数少，而是让最常见、最关键的现场操作能沿着最短路径完成。
58.7 未来HMI与视觉系统交互的发展趋势是什么？
未来的变化主要会发生在数据联动和上下文辅助上，而不是简单把界面做得更花哨。视觉系统将越来越多地把实时图像、结果统计、报警追溯和配方版本与MES、设备运维平台或远程支持系统打通，使HMI既能服务现场操作，也能服务管理和维护。某些高端系统会加入AR辅助维护、远程协助或角色自适应布局，但这类能力只有在基础信息结构清晰的前提下才真正有价值。
对于教材读者，更值得记住的是：HMI的演进方向并不是脱离现场，而是更贴近现场决策链。界面设计越成熟，越能把“状态识别、异常判断、恢复动作、结果追溯”压缩到更短的时间里。
59. 如何在HMI上设计一个便于操作工使用的视觉参数调整界面？（如ROI框、阈值滑块）
59.1 什么是HMI界面设计中的“操作工友好”核心原则？
所谓“操作工友好”，并不是把界面做得像消费软件那样热闹，而是让不熟悉底层算法的人也能较稳定地完成必要操作。对视觉调参界面来说，操作者首先要知道自己看到的图像是什么、改动的参数作用在哪一块区域、改完之后系统发生了什么变化，以及如何恢复到之前可用的状态。
这一定义决定了界面设计的重点：把“参数名”翻译成“任务语义”，把“算法变化”翻译成“图像反馈”，把“单次修改”纳入“可回退的配方管理”。如果界面只堆参数而不解释作用区域，操作员通常会靠试错去摸索，既慢，也容易把生产中的稳定参数改坏。
59.2 视觉参数调整界面应该采用什么样的整体布局结构？
适合现场使用的布局，通常是“图像为主、参数为辅、结果与日志并列可见”。大面积区域用于显示原图和处理结果，保证操作者调参时始终能看到修改前后差异；侧边或下方放参数控件，把阈值、ROI、曝光或匹配阈值按类别排列；结果区则显示当前分数、轮廓、测量值和OK/NG状态；日志区负责记录保存、加载和报警信息。
这样的布局有一个直接好处：操作者的视线不必在多个页面之间来回跳转。调ROI时可以同时看原图和结果图，调阈值时可以同时看遮罩变化和最终判定，保存配方时也能立刻确认版本和时间。工业界面不怕“朴素”，怕的是关键信息被拆散。
图 59-1 适合现场调参的 HMI 布局
59.3 如何在现场让操作工直观地调整ROI和视觉参数？
真正直观的做法，是让ROI与参数变化立刻反映到图像上。操作者拖动ROI边框时，应能看到框的位置、尺寸与覆盖目标是否合理；调节阈值时，应能看到缺陷区域、边缘区域或前景区域是否被正确分离。只显示一个数字变化而没有图像反馈，往往会让人不知道当前修改到底影响了什么。
从架构上看，现场实现通常有三种形态。若视觉程序运行在工控机上，最适合直接在本机界面完成画框与调参；若系统是智能相机，常见做法是HMI嵌入Web或VNC（Virtual Network Computing，虚拟网络计算）页面，远程调用相机内部配置界面；若只能使用较低端HMI，则应把它限制为配方号、阈值值和少量离散开关的修改入口，把实时图像与复杂ROI编辑留给上位机。不是所有屏都适合做图像交互，这一点在方案阶段就应区分清楚。
59.4 阈值滑块控件的设计有哪些关键考虑因素？
阈值调节同时追求两件事：拖动时足够快，落点时足够准。仅靠一根滑块很容易完成粗调，却不利于精确落到某个数值；仅靠数字输入框又缺少趋势感。因此，较稳妥的设计是把滑块和数字输入框绑定起来，滑块负责快速扫描区间，输入框负责精调步进，二者始终保持数值同步。
如果参数本身具有上下限关系，例如二值分割中的最小灰度和最大灰度，最好把这两个值独立显示，并在超出有效关系时给出限制或提示。界面层不要把非法区间悄悄吞掉，而应让操作者明确知道当前输入无效。对现场人员来说，清楚地看到边界条件，往往比“系统帮你自动改了个差不多的值”更可靠。
图 59-2 ROI 与阈值联动反馈
59.5 如何通过视觉反馈降低操作工的学习成本？
视觉反馈最有价值的地方，在于把抽象参数翻译成可见后果。参数调整后，界面应立刻显示处理结果变化，例如边缘是否闭合、缺陷是否被正确高亮、测量线是否仍压在正确位置上。相比长段文字说明，这种反馈更接近现场人员的工作方式，因为他们最终要判断的是“当前设置能不能把样件看对”。
同时，反馈最好分层。即时图像变化用于帮助理解参数作用，状态指示用于说明当前检测是否通过，提示信息则用于解释为什么当前设置不合理。三者各司其职，界面就会更容易学；若只剩一种红绿灯式反馈，操作者知道“错了”，却未必知道“错在哪里”。
59.6 工业环境下需要考虑哪些特殊的界面设计因素？
工业环境与办公室环境差别很大，界面控件尺寸、颜色对比、抗误触设计和权限控制都不能按普通桌面软件处理。触摸操作时，按钮和输入区域要考虑戴手套、手指较粗、屏幕有油污或震动的情况；对影响生产稳定性的参数修改，应增加确认步骤，并限制在停车或维护模式下进行；对普通操作员，不应开放算法拓扑、标定矩阵和底层通信参数这类高风险内容。
此外，界面颜色最好服务于业务含义，而不是仅仅追求美观。绿色、黄色、红色分别用于正常、警告、异常是较容易达成共识的方案，但若系统已在企业内部使用既定规范，就应优先遵守现场规则，避免跨设备时语义混乱。
59.7 如何设计参数保存和恢复功能？
视觉调参界面如果没有完善的保存与恢复机制，现场一旦调出问题，往往很难回到此前可用状态。较成熟的做法是以配方为单位保存参数，记录版本号、修改时间、操作者身份和适用型号，并区分“临时调试值”和“正式生产值”。这样即使有人在试产阶段做了调整，也不会直接覆盖已经验证过的生产参数。
恢复功能不能只提供一个“默认值”按钮，而应支持载入上一稳定版本、指定产品配方或最近一次备份。对于关键参数，最好在保存前提示变更内容摘要，让操作者知道本次到底改了哪些项。把修改记录留清楚，后续排障时会轻松很多。
59.8 如何评估和优化视觉参数调整界面的用户体验？
评价这类界面，不必借助过多抽象术语，直接观察几个问题即可：新人是否能在较短时间内完成一次标准调参；误改高风险参数的概率是否下降；从报警到恢复生产所需步骤是否足够短；同一配方在不同人手里是否容易保持一致。若这几项表现不好，说明界面虽然能用，但还不够适合现场。
优化时，应优先修正高频任务路径，而不是先去美化低频页面。例如把最常用的抓图、加载配方、恢复版本和进入调参模式放到更明确的位置，往往比增加额外说明文字更有效。对工业视觉界面来说，体验提升的标准不是“像不像现代软件”，而是“现场是否更少出错、恢复是否更快、交接是否更顺”。
60. 生产换型时，视觉系统如何快速切换程序和参数？PLC如何配合？
60.1 为什么生产换型对视觉系统提出了特殊的技术要求？
换型意味着同一条设备要在较短时间内从一种产品切到另一种产品，变化的不只是外形尺寸，还可能包括拍照位置、光源亮度、判定阈值、模板类别、测量公差、夹具姿态和机器人动作。若视觉系统仍靠工程师逐项手改参数，换型时间会很长，且容易把某些关键项漏掉，导致首件误判、节拍下降甚至机械干涉。
因此，换型能力本质上是在考验系统是否真正“参数化”。如果程序结构里把型号差异写死在代码和界面里，产品种类一多，维护很快会失控；如果程序与参数边界清楚，换型就能收敛为一次受控的配方切换与设备联动。
60.2 视觉系统快速切换的核心技术架构是什么？
较成熟的架构是“稳定程序框架 + 可版本化配方数据”。程序负责完成通用流程，例如取图、定位、测量、判定和结果上报；配方负责描述当前产品的具体参数，包括ROI、模板、阈值、公差、曝光、增益、光源强度和判定策略。这样换型时无需改程序本体，只需调用不同配方。
当产品差异较大时，还可以把程序拆成模块化流程，例如统一定位模块后挂接不同测量模块或缺陷模块。即便如此，也应尽量维持相同的配方结构，便于PLC、HMI和MES在上层按同样方式管理。换型效率高低，往往取决于这套数据结构是否从一开始就设计得规整。
60.3 视觉系统有哪些具体的快速切换技术手段？
常用手段包括配方数据库、模板库、参数分组和产品族管理。配方数据库负责保存每个型号的完整参数；模板库用于存放不同产品对应的参考图像、特征模板或分类模型；参数分组有助于把相机、光源、定位和判定参数分层管理，避免界面上出现庞杂无序的参数列表；产品族管理则适合在多个相近型号之间共享大部分参数，只覆盖少量差异项。
此外，若设备具备统一的机械坐标基准，视觉系统还应尽量把型号差异收敛到偏移量和公差层面，而不是为每个型号复制一整套完全独立的流程。前者更便于维护，也更容易做批量校验。
60.4 PLC在视觉系统快速切换中扮演什么角色？
PLC在换型中承担协调者的角色。它一边接收HMI或MES发来的型号切换指令，一边控制夹具、传送带、挡停机构、机器人或转盘等硬件状态进入对应配置，同时向视觉系统下发配方号、等待加载完成信号，并在自检通过后才允许重新启动生产。
这说明PLC的任务不只是“通知视觉切参数”，而是保证整条设备在同一时刻进入同一型号状态。若视觉已经切到新配方，而机器人还在旧夹具姿态，或者光源尚未切换到对应亮度，就会出现首件误判甚至碰撞风险。换型质量往往取决于这种跨设备状态一致性。
60.5 PLC与视觉系统之间如何进行通讯和数据交换？
在常见实现里，PLC与视觉系统通过TCP/IP、Modbus TCP、OPC UA、PROFINET、EtherCAT 或数字I/O 完成数据交换。具体采用哪一种方式，要看实时性要求、现场既有架构和维护能力。对换型任务本身而言，最关键的不是协议名字，而是交互内容是否定义清楚。
至少应明确这些字段：PLC下发的型号编码、配方编号、批次号和启动命令；视觉返回的配方加载完成、参数校验通过、检测就绪和当前版本号；必要时还要返回首件结果、异常码和失败原因。只传一个“开始”位和一个“完成”位的粗糙接口，在换型场景中通常不够用，因为它无法解释为什么切换失败、失败停在哪一步。
60.6 什么是“一键换型”技术？如何实现？
所谓一键换型，不是按一个按钮之后系统神奇地自动正确，而是把换型流程预先拆成一组可验证的自动步骤，并由HMI、PLC、视觉和执行机构按固定顺序完成。操作者在界面选择目标型号后，PLC下发对应配方号，视觉系统加载参数，机器人与夹具进入相应状态，随后系统执行参数版本校验、设备原点检查和首件确认，全部通过后才进入正式生产。
这里的难点不是“自动调用配方”本身，而是自动步骤之间必须有清晰的完成判据。例如视觉的“加载完成”要能证明关键参数已到位，机器人“切换完成”要能证明姿态已进入安全区，首件确认也应留有明确记录。没有这些判据，一键换型只是把人工操作藏到了自动流程后面，风险并没有真正减少。
图 60-1 生产换型中的配方切换与联动确认
60.7 如何通过MES系统实现更高层次的智能换型？
当MES参与进来后，换型不再只是现场设备之间的协同，还会与生产计划、批次管理和质量追溯相连。MES可以把当前工单对应的型号、批次和工艺版本下发给PLC与视觉系统，并记录实际启用的配方版本、切换时间、操作员身份和首件确认结果。这样，后续若出现质量波动，就能追溯到具体换型事件，而不是只知道“那天换过一次产品”。
不过，MES的价值建立在现场编码规则一致、版本管理清楚的基础上。若车间里同一型号在PLC、视觉和MES三边的编号并不一致，MES接入后不仅不会提升自动化，反而会放大映射错误。因此，智能换型先是数据治理问题，后才是系统集成问题。
60.8 在实际应用中，快速换型系统面临哪些技术挑战？
最常见的挑战有四类。第一类是参数兼容性，某些型号差异看似很小，实际上已超出同一算法参数族的适用边界；第二类是状态同步，视觉已切到新配方，但机械、光源或上料姿态未同步切换；第三类是版本失控，现场有人复制旧配方临时修改，却没有留下清楚记录；第四类是首件验证不足，系统形式上完成了换型，真正上料后才发现定位不稳或判定阈值不合适。
这几类问题没有哪一项能靠单一功能彻底解决。工程上更有效的做法，是把换型流程拆解成可观测、可回退、可审计的步骤，让每一步都能被确认、记录和必要时撤销。换型速度当然重要，但如果为了速度牺牲状态一致性和版本可追溯性，后续返工成本通常更高。