1. 医疗设备HMI与产线HMI的分水岭约束条件不一样方案就不可能一样先讲一个我去年碰到的真实场景。一家做体外诊断设备的小团队硬件部分基本定型了主控用的是常规的PLC方案触摸屏选了一块10.1寸的。他们找我是因为第一版医疗设备界面已经做完了样机送到客户那边试用回来一堆意见护士说找不到开始键医生说报警弹出来我不知道该点哪里工程师说手套点不动。他们原本是从自动化产线项目转过来的产线上的HMI做了十几年套路熟得不能再熟结果一换到医疗场景全都不成立了。这件事的核心不在于他们技术不行而在于HMI这个技术本身是场景绑定的。同一套组态技巧放在产线上是加分项放在医疗设备上可能就是减分项。所以这篇文章我不打算上来就讲怎么拖控件、怎么配变量我想先把约束条件这件事讲透因为约束条件决定了后面所有的设计取舍。你把约束搞错了画得再漂亮也是白搭。1.1 使用者不固定这一条就足以推翻很多设计习惯产线HMI的隐含前提是操作这个屏幕的人是被培训过的固定岗位人员。他一天点几百次同一个界面熟练度极高可以接受深层级菜单、可以接受简写术语、可以接受F3进入参数页这种记忆型交互。你在产线上放一个参数设置藏在三级菜单里操作工闭着眼睛都能翻到。医疗设备不一样。使用设备的人可能是临床科室的护士、检验科的技术员、设备科的工程师、厂家的售后工程师、偶尔被拉来帮忙的实习生甚至还有患者家属在旁边看。这群人没有统一的培训时长也没有统一的术语背景。你今天在设计稿上写PID整定护士看不懂你写温度补偿系数技术员可能也要愣一下。这就是为什么医疗设备的界面必须做到两件事第一主要操作路径要短到不需要记忆第二术语要用使用者的话而不是工程师的话。我一般会把设备上所有的高频操作列出来逐个问一句一个没看过说明书的人能不能在屏幕上自己找到入口找不到的就得改。还有一个容易被忽略的点误操作的代价不一样。产线上点错了大不了这批料废掉操作工骂两句继续干。医疗设备上点错了可能直接影响一次检测结果甚至影响后面的诊疗判断。所以医疗设备界面里确认这个动作的权重要比产线高得多但同时又不能无脑弹确认框——你每一步都弹用户会形成肌肉记忆闭着眼睛点确定确认框就失效了。这个度是医疗设备HMI设计里最难拿捏的地方之一。1.2 一张对照表看清两类HMI的差异我把这些年在两类项目里反复验证过的差异整理成了下面这张表。做医疗设备界面设计之前建议先对着这张表过一遍自己的方案看看有没有踩到产线思维。对比维度产线工控HMI医疗设备HMI使用者固定岗位、经培训、熟练度高不固定、培训时长差异大、流动性强主要目标效率优先节拍越快越好准确优先宁可慢一点也不能错操作路径可以深允许记忆型快捷键主流程建议控制在三步以内术语表达行业惯用简写、工程术语可接受使用科室语言避免工程术语直译报警呈现以颜色和文字为主报警多可接受需要分级冗余通道报警要克制输入方式鼠标键盘、裸手触摸手套触摸、湿手触摸、戴护目镜观看环境车间粉尘、油污、温度波动消毒液擦拭、酒精、强光或暗光环境数据记录多数只做趋势追溯要求低操作日志、参数记录、追溯要求高验证方式现场调试通过即可需要做可用性走查找非专业人员验证维护窗口停线时间相对可控设备停机影响面大维护要更谨慎这张表里我个人认为影响最大的是输入方式和报警呈现这两行。很多人做医疗设备界面视觉部分做得挺漂亮结果护士戴着一次性手套点屏幕电容屏识别不到或者报警一响屏幕上一堆红字乱闪操作者根本不知道先处理哪个。这两条后面我会单独展开讲。1.3 从工控项目迁移过来最容易犯的三个错结合我自己和身边同行的经历从产线HMI转到医疗设备HMI下面三个错是最常见的而且都属于不改就出问题、改了才发现原来这么简单的类型。第一个错把参数页做成工程师视角的完整暴露。产线上这么干是对的因为调试方便。但医疗设备的参数页如果一屏列出四五十个可改项使用者会直接懵掉更危险的是他可能会随手改掉不该改的东西。正确的做法是分层把日常需要调的比如样本量、目标温度放在第一层把需要授权的比如校准系数、通信参数放到带权限的第二层。用户在哪个层取决于他登录的角色而不是取决于他愿不愿意多点两下。第二个错报警不分级一律用红色加闪烁。产线上报警多、密、快红色闪烁是效率工具。医疗设备上报警应该按是否需要立即干预分成至少三级提示级信息性不需要动作、注意级需要确认但不紧急、警告级需要立即处理。级别不同呈现方式必须不同不能都靠颜色。原因很直接——有相当比例的男性用户存在不同程度色觉差异而且在消毒液雾气、护目镜反光的环境下颜色的区分度会进一步下降。颜色只能作为辅助文字、图标形状、位置、声音这几个通道必须一起上。第三个错把确认当成万能挡箭牌。我刚做医疗项目的时候特别喜欢加确认框觉得加了就安全。后来被一位临床用户当面教育了你们这个确认框弹得太多了我点久了就闭眼点确定反而更危险。这句话我记到现在。确认框要加在真正不可逆的操作上比如开始一次不可中断的检测流程、清除历史记录、执行校准。至于改一个温度值弹确认框纯属添乱。2. 信息架构把关键操作压进三步之内约束条件讲完了接下来是正面战场——界面本身怎么搭。我一般会把医疗设备HMI的搭建拆成三个层次来想主界面负责告诉用户现在是什么状态参数页负责让用户改该改的东西报警层负责在出问题的时候把注意力拉到正确的地方。这三层的关系不是并列的而是有主次的主界面永远是主角参数页和报警层都是配角。很多做得不好的界面问题往往出在配角抢戏。2.1 主界面分区与视觉权重的分配主界面怎么分区取决于这台设备最核心的一个动作是什么。比如一台离心机核心动作是设置转速和时间然后启动一台培养箱核心动作是看当前温湿度和运行状态。你的主界面应该让这个核心动作在不需要任何导航的情况下就能完成。我常用的分区是这样四块状态区占屏幕上部约四分之一到三分之一显示设备当前运行状态、剩余时间、关键实时值。这块是看的不放任何可点击控件。主操作区占中部放一两个最大的按钮比如启动停止。按钮尺寸我一般按屏幕对角线来算短边不小于屏幕短边的八分之一戴手套也能点准。导航区固定在底部或侧边入口数量控制在五到六个以内。超过六个就要考虑合并。信息条最顶部或最底部的一条窄带放设备名称、当前用户、时间、通信状态。这条窄带的作用是随时可查的环境信息但它必须存在尤其是通信状态——设备掉线了屏幕上必须有个东西明确告诉用户而不是让用户看着一个不动的数字猜。视觉权重这件事很多人理解成把重要的东西放大加粗其实更准确的说法是制造对比。你如果所有东西都放大加粗等于什么都没强调。我的做法是主操作按钮用高饱和实色填充状态文字用中性灰或浅色导航用低对比度线条图标。屏幕上最亮的那一块就是用户视线第一落点这个落点必须是当前场景下最该被点的东西。2.2 参数设置页的层级折叠与防误触参数页的设计核心矛盾是功能要全和界面要简单之间的拉扯。我的解法是按使用频率分层而不是按功能模块分层。具体怎么操作先把所有可调参数列一张表标注三项改的频率、改错的后果、谁来改。然后频率高 后果轻 任何用户都能改 → 放在主界面附近一步可达。频率中 后果中等 需要一定角色 → 放到二级页面进入时不需要密码但修改时要确认。频率低 后果重 只有工程师改 → 放到三级页面进入需要登录。防误触这块有几个具体的做法我实测有效数值输入必须带范围约束。不要指望用户自己记得温度只能设30到45度输入框在提交时就要做范围校验超出范围直接拒绝并提示合法区间。更稳妥的是用步进控件加号减号配合长按加速而不是让他调出键盘敲数字——调键盘这件事戴手套基本做不了。危险操作要有物理距离。不要把启动和停止并排放在一起也不要把清除数据放在常用按钮旁边。我通常会在这类按钮周围留出至少一个按钮宽度的空白区。关键参数要有改前/改后对照。用户改了之后界面上要能一眼看到原来是多少现在是多少而不是只显示新值。这个细节在医疗设备上尤其重要因为用户经常需要回溯我刚才是不是改错了。2.3 报警分级颜色之外必须留冗余通道前面提过报警不能只靠颜色这里展开说一下我实际怎么落地。我的分级标准是看这个报警需不需要用户立刻做一个动作级别触发条件呈现方式是否需要确认提示信息性事件流程正常推进顶部信息条短暂文字提示不闪烁否自动消失注意偏离预期但未到危险流程可继续中部文字条图标单次声音提示是需要点击确认警告需要立即干预流程可能中断全屏或半屏遮挡图标持续声音文字说明处理动作是且要记录操作日志关键在于每一级都要有颜色之外的第二、第三通道。提示级用文字内容区分注意级用图标形状区分比如三角形 vs 圆形警告级用屏幕位置的强制占位来区分——它会挡住一部分界面用户没法忽略。这比单纯加红高饱和要有效得多。还有一个实操心得警告级报警的文字里必须写该做什么而不是发生了什么。写温度超限是没用的用户看到这四个字不知道该干嘛写温度超过上限请检查循环水并点击确认后重启才是有用的。这个差别看着小但在真实使用场景里对缩短处理时间的作用非常明显。3. 组态软件选型与工程落地博图、威纶通和自绘方案的取舍界面架构想清楚之后才轮到工具。工具选型这件事我的态度一向是先看团队现有能力再看项目需求最后才看工具本身的功能清单。因为工具再强团队不熟项目周期照样拖工具功能一般但团队熟能提前交付就是胜利。3.1 博图、威纶通和嵌入式自绘方案的取舍医疗设备HMI的组态方案市面上主流就三类我按自己的使用体验做个对比。方案典型代表优势劣势适合场景西门子生态组态博图下的HMI组态与PLC变量直接打通仿真链路完整团队迁移成本低授权成本高界面自由度受组态框架限制主控用西门子PLC、对稳定性和生态一致性要求高的设备通用触摸屏组态威纶通等品牌组态软件硬件成本低上手快型号覆盖广跨品牌变量映射要手工做复杂逻辑靠宏指令中小型设备、成本敏感型项目嵌入式自绘基于Linux或嵌入式框架自研界面界面自由度最高可做复杂动效和自定义控件开发周期长需要专门的UI和后端人员界面差异化要求高、有软件团队的设备厂商我个人给中小团队的建议是如果你的设备主控已经是某个品牌的PLC优先用同品牌的组态生态因为变量绑定、仿真调试、故障排查这三件事能省掉大量时间。只有在界面差异化是核心竞争力的时候才值得上自绘方案。很多团队一上来就说我们要做个特别炫的界面最后卡在通信稳定性和维护成本上得不偿失。下面这段是很多人做组态时一定会遇到的两个具体问题我把排查链路写完整因为这两个问题在社区里问的人特别多。3.2 博图HMI仿真按钮无反应一条完整排查链路仿真跑起来了画面出来了但按钮点了没反应——这个问题我在不同的项目里至少遇到过五六次每次原因都不一样。所以我不建议直接给答案而是给一条从外到内的排查链路你按顺序走基本能定位。第一步先分清是整个仿真没起来还是只有按钮不响应。分水岭在这里如果你点别的控件比如输入框有反应那问题在按钮本身如果整个画面都是死的那是仿真或连接的问题方向完全不同。第二步看变量区。如果画面上的数值显示成了占位符或者不刷新说明HMI和PLC仿真的连接没建立起来。这时候要确认三件事PLC仿真有没有启动、HMI连接配置里指向的是不是那个仿真实例、变量是不是内部变量还是需要外部PLC提供。外部变量在仿真里必须由PLC仿真供值缺了这一步绑在按钮上的函数即使触发了也看不到效果。第三步检查按钮绑的事件类型。按钮通常有按下释放单击几种触发。如果你把函数绑在按下而仿真环境的鼠标操作识别逻辑和实际运行时有差异就可能出现实际设备上能用、仿真里没反应的情况。我的习惯是统一绑到单击或释放保持一致性避免这种平台差异带来的误判。第四步检查用户管理和权限。这一条我踩过坑。按钮如果设置了权限要求而仿真启动后没有任何用户登录按钮会被置灰或者点击无效。表现出来就是点了没反应。解决方式是在仿真里先登录一个具备权限的用户或者临时把该按钮的权限要求去掉做验证。第五步检查按钮的动画配置里有没有启用/可见性变量。有些人做界面时用变量控制按钮的启用状态变量初值是0结果按钮在仿真里是禁用状态自然点不动。这种情况画面看起来很正常但控件实际不可交互很容易被忽略。第六步检查画面模板和层叠顺序。如果有透明对象、矩形、或者模板层覆盖在按钮上方点击事件会被上层对象吃掉。排查方式是临时把上层对象全部移开或设为不可见看按钮是否恢复响应。第七步检查画面是否用了面板或图形列表嵌套。嵌套结构里内层的事件有时候不会冒泡到外层或者变量作用域对不上。这种情况建议先在空画面上放一个裸按钮做对照测试。第八步环境层面。包括仿真与主程序的版本是否匹配、是否需要以管理员身份运行、系统显示缩放比例是不是非100%、多显示器配置有没有异常。这几个因素单独看都很边缘但组合起来确实会造成按钮点不动的现象。我一般会把这八步做成一个检查清单贴在项目文档里新同事遇到问题直接照着走比在群里问效率高得多。3.3 威纶通HMI(174)未定义打不开工程怎么办另一个高频问题是打开工程时报类似(174)未定义的提示工程直接开不了。这种报错本质上是工程引用了当前环境找不到的东西所以处理思路是定位到底缺了什么而不是反复重装软件。我按优先级排一下处理顺序先备份。不管后面怎么操作第一件事是把工程文件夹整体复制一份。很多工程打不开之后被反复另存反而把原始文件搞坏了。换一台装了同版本组态软件的电脑试。这一步是分水岭如果换了电脑能打开说明是原电脑的环境问题缺字体、缺驱动、缺组件如果换了也打不开说明工程文件本身有问题。检查字体和图片资源。工程里引用的特殊字体、自定义图片、配方文件如果是从别的电脑拷过来的路径很可能是绝对路径会指向一个不存在的目录。这是最常见的诱因之一。检查型号是否被切换过。不同型号的地址范围、可用功能不一样。如果工程原本是给大屏做的后来改成了小屏原来用到的某些地址或功能在当前型号里不存在打开时就会报未定义。检查宏指令和自定义函数里的地址引用。宏里手工写的地址如果越界或者拼写错误也容易触发这类提示。可以把工程里的宏逐个注释掉做对照测试。用二分法定位画面。如果上面都排除了就复制一份工程删掉一半画面再打开能开就说明问题在被删掉的那一半里然后继续对半切。这个方法笨但非常有效。注意版本兼容的方向性。用高版本软件另存过的工程再用低版本打开容易出现各种资源不识别的问题。如果确认是这个原因就统一版本或者把工程导出成中间格式再导入。我在实际维护中还有一个习惯工程文件按版本号日期命名并且每次大改动前单独存一版。医疗设备的工程往往要维护好几年中间换人很正常没有版本管理后面接手的人会很痛苦。4. 心跳点与断线降级让界面知道自己掉线了这一节讲的是整个HMI设计里最容易被忽略、但出事时后果最严重的部分——通信可靠性。很多团队把精力全花在界面美观上结果设备在现场跑着跑着屏幕上的数字不更新了用户还在那儿操作以为设备正常。这种情况比界面难看一百倍危险。4.1 心跳点解决的是什么问题先说清楚一个基础认知屏幕上的数字不动了和设备真的停了是两件事。通信断了屏幕依然会显示最后一次收到的值它自己是不知道这个值已经过期的。所以界面必须有一种机制主动地、持续地判断我还能不能拿到最新数据。心跳点就是干这个的。它的原理特别朴素让一个位bit规律地翻转另一端观察它有没有按规律翻转只要还在翻就说明链路是活的超过预期时间没翻就判定掉线。就这么简单但它解决的问题是根本性的——它把隐性的通信故障变成了显性的界面状态。心跳的周期设置我的经验值是200毫秒到500毫秒翻转一次判定超时设在周期三到五倍之间。太慢会导致掉线发现迟太快则占用通信带宽还可能因为正常的网络抖动造成误判。200ms翻转、1秒判定超时这个组合我在多个项目里用过稳定性不错。4.2 心跳的两种方向与落地写法心跳有两种方向我建议两个方向都做互为确认。方向一PLC侧生成心跳HMI侧读取并检测。PLC程序里用一个定时器做成方波// PLC 侧生成 200ms 翻转一次的心跳方波 #instHeart(IN : NOT #instHeart.Q, PT : T#200MS); DB_HMI.HeartBeat : #instHeart.Q;这段是实例调用一个脉冲定时器把输出反过来接回输入就能持续产生方波。HMI侧用宏或者脚本定时采样检测两次采样之间有没有变化# HMI 侧宏伪代码每 100ms 执行一次 bit_now ReadBit(DB_HMI.HeartBeat) if bit_now ! bit_last: lost_count 0 bit_last bit_now else: lost_count lost_count 1 if lost_count 15: # 1.5 秒没有翻转 SetBit(HMI.Status.CommLost, 1) EnterDegradeMode() # 进入降级显示方向二HMI侧主动往PLC写一个递增的计数器PLC侧检测它有没有在变。这个方向的价值在于它能发现**PLC能读到HMI这个方向上的问题**而方向一只能证明HMI能读到PLC。两个方向都做才叫双向确认。这里有几个实操上的坑我单独提醒一下心跳位不要用同一个位既读又写。有人图省事HMI和PLC都往同一个位写结果两边互相覆盖心跳永远看起来是正常的但实际链路可能早就断了。心跳检测的计数器要用掉电保持区或者独立的寄存器不要跟业务数据混用避免被业务逻辑清零。掉线判定要加去抖。网络抖动、设备重启、PLC扫描周期波动都可能造成单次心跳丢失所以不要一丢就判掉线连续丢三次以上再判。4.3 断线时的界面降级与参数保护判定掉线之后界面要做什么这一步是很多项目缺失的。我见过的常见做法是什么都不做或者弹个提示框。前者危险后者不够。我的做法是界面降级分三件事第一所有实时数据区域变灰并打上数据可能已过期的标记。注意是变灰而不是清空因为清空会让用户以为设备归零了。变灰加时间戳才是准确的表达这是最后一次收到的值时间是什么时候。第二禁用所有写操作控件。通信断了用户点启动是没意义的不如直接禁用并给出原因。禁用比让他点了没反应要好后者会让人以为设备卡死了。第三记录掉线事件到操作日志包括掉线时刻和恢复时刻。医疗设备的追溯要求通常比较高这个日志在现场排查时价值很大。至于参数保护核心是一句话关键参数不能只存在HMI里。HMI的存储介质普遍不如PLC可靠而且HMI可能被断电、被换屏、被重新下载工程。我的常规做法是需要掉电保持的参数主副本存PLC的保持区HMI只做显示和下发。HMI本地可以存一份副本但要带校验值比如累加和或简单CRC启动时比对不一致就以PLC为准并给出提示。涉及追溯的数据记录写到外部存储时要考虑写入频率和介质寿命不要每秒写一次。可以按状态变化时写入或者固定间隔但不少于30秒的策略来做。5. 硬件与使用环境手套、消毒液与安装角度软件层面的东西讲得差不多了但医疗设备的HMI有一半问题出在硬件和环境的匹配上。这部分经常被软件工程师忽略因为它不在组态软件的界面里。5.1 手套操作与触摸屏类型选择我前面反复提到手套点不动这不是夸张。临床场景里戴一次性手套操作设备是常态尤其是检验科和手术相关科室。手套的材质乳胶、丁腈、厚度、是否沾了液体都会直接影响触摸识别的效果。物理按键和触摸屏的取舍我的判断是这样触摸屏类型手套操作表现湿手操作表现适用建议电容式普通手套通常识别不了需专用手套或加厚触控较差容易误触适合非临床区、工程师维护界面电阻式压力触发戴手套基本可用较好适合需要频繁戴手套操作的主界面电容压力混合表现介于两者之间中等成本较高适合对体验要求高的设备如果设备必须用电容屏那就要在软件层面补偿把常用按钮做大、增加按下反馈动画、避免小尺寸滑动操作、尽量不要依赖长按或双击。这几点比硬件的型号选择更影响实际体验。5.2 消毒擦拭、防护等级与盖板医疗设备几乎每天都要擦拭消毒这是和产线HMI最大的环境差异之一。含氯消毒剂、酒精、过氧化氢这几类擦拭液对屏幕表面的涂层、边框密封、接口防护都有腐蚀作用。我的经验是屏幕表面优先选带硬化涂层或玻璃盖板的方案普通塑料面板长期擦拭容易起雾、发白。正面防护等级尽量做到IP65因为擦拭时液体是顺着面板往下流的边缝是重灾区。接口和散热孔不要在正面或顶部避免液体渗入。侧面和下侧也要考虑导流不要形成积液区。擦拭测试要真的做。我建议在样机阶段就用实际使用的消毒液按实际擦拭频率做几百次循环看看一个月后的表面状态。这个测试花不了多少时间但能避免量产后的批量返工。5.3 亮度、眩光与安装角度屏幕看得清不清楚跟亮度和安装角度关系很大。检验科通常是明亮的白光环境手术室里可能是暗光加局部强光这两种场景对屏幕的要求完全相反。我的做法是默认提供手动亮度调节并且把调节入口放在一级或二级页面不要藏起来。同时如果成本允许加一个环境光传感器做自动调节体验会明显好一截。自动调节的阈值曲线要现场调不能照搬默认值。安装角度上我的经验是屏幕中心略低于操作者视线水平线屏幕平面与视线夹角保持在一个不用低头也不反光的角度。反光问题很难靠软件解决主要靠安装位置和屏幕表面处理防眩光涂层。这一点在设备结构设计阶段就要和机械工程师对齐等到组装完了再改代价很大。6. 上线前的验证与报错速查界面做完了、通信调通了、硬件也装好了最后一关是验证。这一步在国内很多团队里做得比较随意但恰恰是医疗设备HMI和产线HMI差别最大的地方之一。6.1 可用性走查找五个没碰过设备的人我的固定做法是找五个完全没有接触过这台设备的人来做走查。不要找项目组内部的人不要找培训过的操作员就找纯新人。给他们一个任务比如把温度设为37度并启动然后坐在旁边看全程不提示、不指导只记录三件事他在哪一步停下来了停多久。他点了哪些不该点的东西。他有没有在某个地方露出我不确定的表情或动作。这三条记录比任何问卷都真实。我在一次走查里发现五个新人有四个人在启动前会去找一个并不存在的预热按钮原因是主界面的状态区写了预热中他们以为需要一个手动触发。这个认知偏差只有看真人操作才能发现。走查之后把问题按阻断级困扰级优化级分类。阻断级必须改困扰级尽量改优化级看排期。不要试图一次全改完那会无限拉长周期。6.2 常见报错与处理顺序速查表最后放一张速查表把我这几年在医疗设备HMI项目里遇到的高频问题汇总一下方便现场排查。现象优先排查方向处理要点仿真中按钮点不动权限、启用变量、覆盖层按从内到外顺序排查先做裸按钮对照测试工程打开报未定义类错误字体、图片、型号、宏里地址先整体备份再换机测试二分法定位画面数值显示不刷新心跳状态、连接配置、变量类型先看通信状态区再看变量是否指向外部PLC屏幕局部点不准触摸校准、盖板贴合、手套类型先重做校准再换电阻屏或加大按钮掉线后画面无提示心跳机制是否实现、判定阈值补上心跳检测和界面降级逻辑参数重启后丢失保持区配置、HMI本地副本主副本存PLC保持区本地副本加校验长期使用后屏幕发雾消毒液腐蚀、面板材质换玻璃盖板或硬化涂层做擦拭循环测试我个人的一点体会是医疗设备HMI的问题八成不在技术难点上而在想当然上。想当然地以为用户会看说明书想当然地以为手套能点想当然地以为通信不会断想当然地以为用户不会闭着眼睛点确认框。把每一个想当然都拿到真实环境里验证一遍界面基本就成了。这个验证的过程比任何设计规范都管用。
1. 医疗设备HMI与产线HMI的分水岭约束条件不一样方案就不可能一样先讲一个我去年碰到的真实场景。一家做体外诊断设备的小团队硬件部分基本定型了主控用的是常规的PLC方案触摸屏选了一块10.1寸的。他们找我是因为第一版医疗设备界面已经做完了样机送到客户那边试用回来一堆意见护士说找不到开始键医生说报警弹出来我不知道该点哪里工程师说手套点不动。他们原本是从自动化产线项目转过来的产线上的HMI做了十几年套路熟得不能再熟结果一换到医疗场景全都不成立了。这件事的核心不在于他们技术不行而在于HMI这个技术本身是场景绑定的。同一套组态技巧放在产线上是加分项放在医疗设备上可能就是减分项。所以这篇文章我不打算上来就讲怎么拖控件、怎么配变量我想先把约束条件这件事讲透因为约束条件决定了后面所有的设计取舍。你把约束搞错了画得再漂亮也是白搭。1.1 使用者不固定这一条就足以推翻很多设计习惯产线HMI的隐含前提是操作这个屏幕的人是被培训过的固定岗位人员。他一天点几百次同一个界面熟练度极高可以接受深层级菜单、可以接受简写术语、可以接受F3进入参数页这种记忆型交互。你在产线上放一个参数设置藏在三级菜单里操作工闭着眼睛都能翻到。医疗设备不一样。使用设备的人可能是临床科室的护士、检验科的技术员、设备科的工程师、厂家的售后工程师、偶尔被拉来帮忙的实习生甚至还有患者家属在旁边看。这群人没有统一的培训时长也没有统一的术语背景。你今天在设计稿上写PID整定护士看不懂你写温度补偿系数技术员可能也要愣一下。这就是为什么医疗设备的界面必须做到两件事第一主要操作路径要短到不需要记忆第二术语要用使用者的话而不是工程师的话。我一般会把设备上所有的高频操作列出来逐个问一句一个没看过说明书的人能不能在屏幕上自己找到入口找不到的就得改。还有一个容易被忽略的点误操作的代价不一样。产线上点错了大不了这批料废掉操作工骂两句继续干。医疗设备上点错了可能直接影响一次检测结果甚至影响后面的诊疗判断。所以医疗设备界面里确认这个动作的权重要比产线高得多但同时又不能无脑弹确认框——你每一步都弹用户会形成肌肉记忆闭着眼睛点确定确认框就失效了。这个度是医疗设备HMI设计里最难拿捏的地方之一。1.2 一张对照表看清两类HMI的差异我把这些年在两类项目里反复验证过的差异整理成了下面这张表。做医疗设备界面设计之前建议先对着这张表过一遍自己的方案看看有没有踩到产线思维。对比维度产线工控HMI医疗设备HMI使用者固定岗位、经培训、熟练度高不固定、培训时长差异大、流动性强主要目标效率优先节拍越快越好准确优先宁可慢一点也不能错操作路径可以深允许记忆型快捷键主流程建议控制在三步以内术语表达行业惯用简写、工程术语可接受使用科室语言避免工程术语直译报警呈现以颜色和文字为主报警多可接受需要分级冗余通道报警要克制输入方式鼠标键盘、裸手触摸手套触摸、湿手触摸、戴护目镜观看环境车间粉尘、油污、温度波动消毒液擦拭、酒精、强光或暗光环境数据记录多数只做趋势追溯要求低操作日志、参数记录、追溯要求高验证方式现场调试通过即可需要做可用性走查找非专业人员验证维护窗口停线时间相对可控设备停机影响面大维护要更谨慎这张表里我个人认为影响最大的是输入方式和报警呈现这两行。很多人做医疗设备界面视觉部分做得挺漂亮结果护士戴着一次性手套点屏幕电容屏识别不到或者报警一响屏幕上一堆红字乱闪操作者根本不知道先处理哪个。这两条后面我会单独展开讲。1.3 从工控项目迁移过来最容易犯的三个错结合我自己和身边同行的经历从产线HMI转到医疗设备HMI下面三个错是最常见的而且都属于不改就出问题、改了才发现原来这么简单的类型。第一个错把参数页做成工程师视角的完整暴露。产线上这么干是对的因为调试方便。但医疗设备的参数页如果一屏列出四五十个可改项使用者会直接懵掉更危险的是他可能会随手改掉不该改的东西。正确的做法是分层把日常需要调的比如样本量、目标温度放在第一层把需要授权的比如校准系数、通信参数放到带权限的第二层。用户在哪个层取决于他登录的角色而不是取决于他愿不愿意多点两下。第二个错报警不分级一律用红色加闪烁。产线上报警多、密、快红色闪烁是效率工具。医疗设备上报警应该按是否需要立即干预分成至少三级提示级信息性不需要动作、注意级需要确认但不紧急、警告级需要立即处理。级别不同呈现方式必须不同不能都靠颜色。原因很直接——有相当比例的男性用户存在不同程度色觉差异而且在消毒液雾气、护目镜反光的环境下颜色的区分度会进一步下降。颜色只能作为辅助文字、图标形状、位置、声音这几个通道必须一起上。第三个错把确认当成万能挡箭牌。我刚做医疗项目的时候特别喜欢加确认框觉得加了就安全。后来被一位临床用户当面教育了你们这个确认框弹得太多了我点久了就闭眼点确定反而更危险。这句话我记到现在。确认框要加在真正不可逆的操作上比如开始一次不可中断的检测流程、清除历史记录、执行校准。至于改一个温度值弹确认框纯属添乱。2. 信息架构把关键操作压进三步之内约束条件讲完了接下来是正面战场——界面本身怎么搭。我一般会把医疗设备HMI的搭建拆成三个层次来想主界面负责告诉用户现在是什么状态参数页负责让用户改该改的东西报警层负责在出问题的时候把注意力拉到正确的地方。这三层的关系不是并列的而是有主次的主界面永远是主角参数页和报警层都是配角。很多做得不好的界面问题往往出在配角抢戏。2.1 主界面分区与视觉权重的分配主界面怎么分区取决于这台设备最核心的一个动作是什么。比如一台离心机核心动作是设置转速和时间然后启动一台培养箱核心动作是看当前温湿度和运行状态。你的主界面应该让这个核心动作在不需要任何导航的情况下就能完成。我常用的分区是这样四块状态区占屏幕上部约四分之一到三分之一显示设备当前运行状态、剩余时间、关键实时值。这块是看的不放任何可点击控件。主操作区占中部放一两个最大的按钮比如启动停止。按钮尺寸我一般按屏幕对角线来算短边不小于屏幕短边的八分之一戴手套也能点准。导航区固定在底部或侧边入口数量控制在五到六个以内。超过六个就要考虑合并。信息条最顶部或最底部的一条窄带放设备名称、当前用户、时间、通信状态。这条窄带的作用是随时可查的环境信息但它必须存在尤其是通信状态——设备掉线了屏幕上必须有个东西明确告诉用户而不是让用户看着一个不动的数字猜。视觉权重这件事很多人理解成把重要的东西放大加粗其实更准确的说法是制造对比。你如果所有东西都放大加粗等于什么都没强调。我的做法是主操作按钮用高饱和实色填充状态文字用中性灰或浅色导航用低对比度线条图标。屏幕上最亮的那一块就是用户视线第一落点这个落点必须是当前场景下最该被点的东西。2.2 参数设置页的层级折叠与防误触参数页的设计核心矛盾是功能要全和界面要简单之间的拉扯。我的解法是按使用频率分层而不是按功能模块分层。具体怎么操作先把所有可调参数列一张表标注三项改的频率、改错的后果、谁来改。然后频率高 后果轻 任何用户都能改 → 放在主界面附近一步可达。频率中 后果中等 需要一定角色 → 放到二级页面进入时不需要密码但修改时要确认。频率低 后果重 只有工程师改 → 放到三级页面进入需要登录。防误触这块有几个具体的做法我实测有效数值输入必须带范围约束。不要指望用户自己记得温度只能设30到45度输入框在提交时就要做范围校验超出范围直接拒绝并提示合法区间。更稳妥的是用步进控件加号减号配合长按加速而不是让他调出键盘敲数字——调键盘这件事戴手套基本做不了。危险操作要有物理距离。不要把启动和停止并排放在一起也不要把清除数据放在常用按钮旁边。我通常会在这类按钮周围留出至少一个按钮宽度的空白区。关键参数要有改前/改后对照。用户改了之后界面上要能一眼看到原来是多少现在是多少而不是只显示新值。这个细节在医疗设备上尤其重要因为用户经常需要回溯我刚才是不是改错了。2.3 报警分级颜色之外必须留冗余通道前面提过报警不能只靠颜色这里展开说一下我实际怎么落地。我的分级标准是看这个报警需不需要用户立刻做一个动作级别触发条件呈现方式是否需要确认提示信息性事件流程正常推进顶部信息条短暂文字提示不闪烁否自动消失注意偏离预期但未到危险流程可继续中部文字条图标单次声音提示是需要点击确认警告需要立即干预流程可能中断全屏或半屏遮挡图标持续声音文字说明处理动作是且要记录操作日志关键在于每一级都要有颜色之外的第二、第三通道。提示级用文字内容区分注意级用图标形状区分比如三角形 vs 圆形警告级用屏幕位置的强制占位来区分——它会挡住一部分界面用户没法忽略。这比单纯加红高饱和要有效得多。还有一个实操心得警告级报警的文字里必须写该做什么而不是发生了什么。写温度超限是没用的用户看到这四个字不知道该干嘛写温度超过上限请检查循环水并点击确认后重启才是有用的。这个差别看着小但在真实使用场景里对缩短处理时间的作用非常明显。3. 组态软件选型与工程落地博图、威纶通和自绘方案的取舍界面架构想清楚之后才轮到工具。工具选型这件事我的态度一向是先看团队现有能力再看项目需求最后才看工具本身的功能清单。因为工具再强团队不熟项目周期照样拖工具功能一般但团队熟能提前交付就是胜利。3.1 博图、威纶通和嵌入式自绘方案的取舍医疗设备HMI的组态方案市面上主流就三类我按自己的使用体验做个对比。方案典型代表优势劣势适合场景西门子生态组态博图下的HMI组态与PLC变量直接打通仿真链路完整团队迁移成本低授权成本高界面自由度受组态框架限制主控用西门子PLC、对稳定性和生态一致性要求高的设备通用触摸屏组态威纶通等品牌组态软件硬件成本低上手快型号覆盖广跨品牌变量映射要手工做复杂逻辑靠宏指令中小型设备、成本敏感型项目嵌入式自绘基于Linux或嵌入式框架自研界面界面自由度最高可做复杂动效和自定义控件开发周期长需要专门的UI和后端人员界面差异化要求高、有软件团队的设备厂商我个人给中小团队的建议是如果你的设备主控已经是某个品牌的PLC优先用同品牌的组态生态因为变量绑定、仿真调试、故障排查这三件事能省掉大量时间。只有在界面差异化是核心竞争力的时候才值得上自绘方案。很多团队一上来就说我们要做个特别炫的界面最后卡在通信稳定性和维护成本上得不偿失。下面这段是很多人做组态时一定会遇到的两个具体问题我把排查链路写完整因为这两个问题在社区里问的人特别多。3.2 博图HMI仿真按钮无反应一条完整排查链路仿真跑起来了画面出来了但按钮点了没反应——这个问题我在不同的项目里至少遇到过五六次每次原因都不一样。所以我不建议直接给答案而是给一条从外到内的排查链路你按顺序走基本能定位。第一步先分清是整个仿真没起来还是只有按钮不响应。分水岭在这里如果你点别的控件比如输入框有反应那问题在按钮本身如果整个画面都是死的那是仿真或连接的问题方向完全不同。第二步看变量区。如果画面上的数值显示成了占位符或者不刷新说明HMI和PLC仿真的连接没建立起来。这时候要确认三件事PLC仿真有没有启动、HMI连接配置里指向的是不是那个仿真实例、变量是不是内部变量还是需要外部PLC提供。外部变量在仿真里必须由PLC仿真供值缺了这一步绑在按钮上的函数即使触发了也看不到效果。第三步检查按钮绑的事件类型。按钮通常有按下释放单击几种触发。如果你把函数绑在按下而仿真环境的鼠标操作识别逻辑和实际运行时有差异就可能出现实际设备上能用、仿真里没反应的情况。我的习惯是统一绑到单击或释放保持一致性避免这种平台差异带来的误判。第四步检查用户管理和权限。这一条我踩过坑。按钮如果设置了权限要求而仿真启动后没有任何用户登录按钮会被置灰或者点击无效。表现出来就是点了没反应。解决方式是在仿真里先登录一个具备权限的用户或者临时把该按钮的权限要求去掉做验证。第五步检查按钮的动画配置里有没有启用/可见性变量。有些人做界面时用变量控制按钮的启用状态变量初值是0结果按钮在仿真里是禁用状态自然点不动。这种情况画面看起来很正常但控件实际不可交互很容易被忽略。第六步检查画面模板和层叠顺序。如果有透明对象、矩形、或者模板层覆盖在按钮上方点击事件会被上层对象吃掉。排查方式是临时把上层对象全部移开或设为不可见看按钮是否恢复响应。第七步检查画面是否用了面板或图形列表嵌套。嵌套结构里内层的事件有时候不会冒泡到外层或者变量作用域对不上。这种情况建议先在空画面上放一个裸按钮做对照测试。第八步环境层面。包括仿真与主程序的版本是否匹配、是否需要以管理员身份运行、系统显示缩放比例是不是非100%、多显示器配置有没有异常。这几个因素单独看都很边缘但组合起来确实会造成按钮点不动的现象。我一般会把这八步做成一个检查清单贴在项目文档里新同事遇到问题直接照着走比在群里问效率高得多。3.3 威纶通HMI(174)未定义打不开工程怎么办另一个高频问题是打开工程时报类似(174)未定义的提示工程直接开不了。这种报错本质上是工程引用了当前环境找不到的东西所以处理思路是定位到底缺了什么而不是反复重装软件。我按优先级排一下处理顺序先备份。不管后面怎么操作第一件事是把工程文件夹整体复制一份。很多工程打不开之后被反复另存反而把原始文件搞坏了。换一台装了同版本组态软件的电脑试。这一步是分水岭如果换了电脑能打开说明是原电脑的环境问题缺字体、缺驱动、缺组件如果换了也打不开说明工程文件本身有问题。检查字体和图片资源。工程里引用的特殊字体、自定义图片、配方文件如果是从别的电脑拷过来的路径很可能是绝对路径会指向一个不存在的目录。这是最常见的诱因之一。检查型号是否被切换过。不同型号的地址范围、可用功能不一样。如果工程原本是给大屏做的后来改成了小屏原来用到的某些地址或功能在当前型号里不存在打开时就会报未定义。检查宏指令和自定义函数里的地址引用。宏里手工写的地址如果越界或者拼写错误也容易触发这类提示。可以把工程里的宏逐个注释掉做对照测试。用二分法定位画面。如果上面都排除了就复制一份工程删掉一半画面再打开能开就说明问题在被删掉的那一半里然后继续对半切。这个方法笨但非常有效。注意版本兼容的方向性。用高版本软件另存过的工程再用低版本打开容易出现各种资源不识别的问题。如果确认是这个原因就统一版本或者把工程导出成中间格式再导入。我在实际维护中还有一个习惯工程文件按版本号日期命名并且每次大改动前单独存一版。医疗设备的工程往往要维护好几年中间换人很正常没有版本管理后面接手的人会很痛苦。4. 心跳点与断线降级让界面知道自己掉线了这一节讲的是整个HMI设计里最容易被忽略、但出事时后果最严重的部分——通信可靠性。很多团队把精力全花在界面美观上结果设备在现场跑着跑着屏幕上的数字不更新了用户还在那儿操作以为设备正常。这种情况比界面难看一百倍危险。4.1 心跳点解决的是什么问题先说清楚一个基础认知屏幕上的数字不动了和设备真的停了是两件事。通信断了屏幕依然会显示最后一次收到的值它自己是不知道这个值已经过期的。所以界面必须有一种机制主动地、持续地判断我还能不能拿到最新数据。心跳点就是干这个的。它的原理特别朴素让一个位bit规律地翻转另一端观察它有没有按规律翻转只要还在翻就说明链路是活的超过预期时间没翻就判定掉线。就这么简单但它解决的问题是根本性的——它把隐性的通信故障变成了显性的界面状态。心跳的周期设置我的经验值是200毫秒到500毫秒翻转一次判定超时设在周期三到五倍之间。太慢会导致掉线发现迟太快则占用通信带宽还可能因为正常的网络抖动造成误判。200ms翻转、1秒判定超时这个组合我在多个项目里用过稳定性不错。4.2 心跳的两种方向与落地写法心跳有两种方向我建议两个方向都做互为确认。方向一PLC侧生成心跳HMI侧读取并检测。PLC程序里用一个定时器做成方波// PLC 侧生成 200ms 翻转一次的心跳方波 #instHeart(IN : NOT #instHeart.Q, PT : T#200MS); DB_HMI.HeartBeat : #instHeart.Q;这段是实例调用一个脉冲定时器把输出反过来接回输入就能持续产生方波。HMI侧用宏或者脚本定时采样检测两次采样之间有没有变化# HMI 侧宏伪代码每 100ms 执行一次 bit_now ReadBit(DB_HMI.HeartBeat) if bit_now ! bit_last: lost_count 0 bit_last bit_now else: lost_count lost_count 1 if lost_count 15: # 1.5 秒没有翻转 SetBit(HMI.Status.CommLost, 1) EnterDegradeMode() # 进入降级显示方向二HMI侧主动往PLC写一个递增的计数器PLC侧检测它有没有在变。这个方向的价值在于它能发现**PLC能读到HMI这个方向上的问题**而方向一只能证明HMI能读到PLC。两个方向都做才叫双向确认。这里有几个实操上的坑我单独提醒一下心跳位不要用同一个位既读又写。有人图省事HMI和PLC都往同一个位写结果两边互相覆盖心跳永远看起来是正常的但实际链路可能早就断了。心跳检测的计数器要用掉电保持区或者独立的寄存器不要跟业务数据混用避免被业务逻辑清零。掉线判定要加去抖。网络抖动、设备重启、PLC扫描周期波动都可能造成单次心跳丢失所以不要一丢就判掉线连续丢三次以上再判。4.3 断线时的界面降级与参数保护判定掉线之后界面要做什么这一步是很多项目缺失的。我见过的常见做法是什么都不做或者弹个提示框。前者危险后者不够。我的做法是界面降级分三件事第一所有实时数据区域变灰并打上数据可能已过期的标记。注意是变灰而不是清空因为清空会让用户以为设备归零了。变灰加时间戳才是准确的表达这是最后一次收到的值时间是什么时候。第二禁用所有写操作控件。通信断了用户点启动是没意义的不如直接禁用并给出原因。禁用比让他点了没反应要好后者会让人以为设备卡死了。第三记录掉线事件到操作日志包括掉线时刻和恢复时刻。医疗设备的追溯要求通常比较高这个日志在现场排查时价值很大。至于参数保护核心是一句话关键参数不能只存在HMI里。HMI的存储介质普遍不如PLC可靠而且HMI可能被断电、被换屏、被重新下载工程。我的常规做法是需要掉电保持的参数主副本存PLC的保持区HMI只做显示和下发。HMI本地可以存一份副本但要带校验值比如累加和或简单CRC启动时比对不一致就以PLC为准并给出提示。涉及追溯的数据记录写到外部存储时要考虑写入频率和介质寿命不要每秒写一次。可以按状态变化时写入或者固定间隔但不少于30秒的策略来做。5. 硬件与使用环境手套、消毒液与安装角度软件层面的东西讲得差不多了但医疗设备的HMI有一半问题出在硬件和环境的匹配上。这部分经常被软件工程师忽略因为它不在组态软件的界面里。5.1 手套操作与触摸屏类型选择我前面反复提到手套点不动这不是夸张。临床场景里戴一次性手套操作设备是常态尤其是检验科和手术相关科室。手套的材质乳胶、丁腈、厚度、是否沾了液体都会直接影响触摸识别的效果。物理按键和触摸屏的取舍我的判断是这样触摸屏类型手套操作表现湿手操作表现适用建议电容式普通手套通常识别不了需专用手套或加厚触控较差容易误触适合非临床区、工程师维护界面电阻式压力触发戴手套基本可用较好适合需要频繁戴手套操作的主界面电容压力混合表现介于两者之间中等成本较高适合对体验要求高的设备如果设备必须用电容屏那就要在软件层面补偿把常用按钮做大、增加按下反馈动画、避免小尺寸滑动操作、尽量不要依赖长按或双击。这几点比硬件的型号选择更影响实际体验。5.2 消毒擦拭、防护等级与盖板医疗设备几乎每天都要擦拭消毒这是和产线HMI最大的环境差异之一。含氯消毒剂、酒精、过氧化氢这几类擦拭液对屏幕表面的涂层、边框密封、接口防护都有腐蚀作用。我的经验是屏幕表面优先选带硬化涂层或玻璃盖板的方案普通塑料面板长期擦拭容易起雾、发白。正面防护等级尽量做到IP65因为擦拭时液体是顺着面板往下流的边缝是重灾区。接口和散热孔不要在正面或顶部避免液体渗入。侧面和下侧也要考虑导流不要形成积液区。擦拭测试要真的做。我建议在样机阶段就用实际使用的消毒液按实际擦拭频率做几百次循环看看一个月后的表面状态。这个测试花不了多少时间但能避免量产后的批量返工。5.3 亮度、眩光与安装角度屏幕看得清不清楚跟亮度和安装角度关系很大。检验科通常是明亮的白光环境手术室里可能是暗光加局部强光这两种场景对屏幕的要求完全相反。我的做法是默认提供手动亮度调节并且把调节入口放在一级或二级页面不要藏起来。同时如果成本允许加一个环境光传感器做自动调节体验会明显好一截。自动调节的阈值曲线要现场调不能照搬默认值。安装角度上我的经验是屏幕中心略低于操作者视线水平线屏幕平面与视线夹角保持在一个不用低头也不反光的角度。反光问题很难靠软件解决主要靠安装位置和屏幕表面处理防眩光涂层。这一点在设备结构设计阶段就要和机械工程师对齐等到组装完了再改代价很大。6. 上线前的验证与报错速查界面做完了、通信调通了、硬件也装好了最后一关是验证。这一步在国内很多团队里做得比较随意但恰恰是医疗设备HMI和产线HMI差别最大的地方之一。6.1 可用性走查找五个没碰过设备的人我的固定做法是找五个完全没有接触过这台设备的人来做走查。不要找项目组内部的人不要找培训过的操作员就找纯新人。给他们一个任务比如把温度设为37度并启动然后坐在旁边看全程不提示、不指导只记录三件事他在哪一步停下来了停多久。他点了哪些不该点的东西。他有没有在某个地方露出我不确定的表情或动作。这三条记录比任何问卷都真实。我在一次走查里发现五个新人有四个人在启动前会去找一个并不存在的预热按钮原因是主界面的状态区写了预热中他们以为需要一个手动触发。这个认知偏差只有看真人操作才能发现。走查之后把问题按阻断级困扰级优化级分类。阻断级必须改困扰级尽量改优化级看排期。不要试图一次全改完那会无限拉长周期。6.2 常见报错与处理顺序速查表最后放一张速查表把我这几年在医疗设备HMI项目里遇到的高频问题汇总一下方便现场排查。现象优先排查方向处理要点仿真中按钮点不动权限、启用变量、覆盖层按从内到外顺序排查先做裸按钮对照测试工程打开报未定义类错误字体、图片、型号、宏里地址先整体备份再换机测试二分法定位画面数值显示不刷新心跳状态、连接配置、变量类型先看通信状态区再看变量是否指向外部PLC屏幕局部点不准触摸校准、盖板贴合、手套类型先重做校准再换电阻屏或加大按钮掉线后画面无提示心跳机制是否实现、判定阈值补上心跳检测和界面降级逻辑参数重启后丢失保持区配置、HMI本地副本主副本存PLC保持区本地副本加校验长期使用后屏幕发雾消毒液腐蚀、面板材质换玻璃盖板或硬化涂层做擦拭循环测试我个人的一点体会是医疗设备HMI的问题八成不在技术难点上而在想当然上。想当然地以为用户会看说明书想当然地以为手套能点想当然地以为通信不会断想当然地以为用户不会闭着眼睛点确认框。把每一个想当然都拿到真实环境里验证一遍界面基本就成了。这个验证的过程比任何设计规范都管用。
