1. 项目背景为什么我要做这套配料系统仿真监控先交代一下背景。我前几年接手了一个中小型化工企业的配料车间改造项目现场主要做粉体和液体的按配方称重配料。原有控制方式是人工看秤、手动启停配料精度和效率都谈不上批次数据靠纸笔记跟踪批次质量问题时经常扯皮。车间提出要上一套能实时监控配料过程、记录配方和历史数据的系统但预算又卡得比较紧。这种情况下用昆仑通泰MCGS触摸屏做本地监控配合 PLC 做逻辑控制是最稳妥也最省钱的方案。之所以选用昆仑通泰的 MCGS 6.2 通用版有几个现实原因。第一昆仑通泰的组态环境上手快工程开发基本不需要写复杂的高级语言脚本变量绑定和画面组态是主要工作团队里即便是刚接触组态的电气工程师也能在几天内进入状态。第二MCGS 6.2 通用版对老式设备和低配工控机支持良好在现有车间并不需要更换上位机硬件。第三它的仿真运行功能可以在没有真实 PLC 的情况下直接模拟变量变化这对我前期做功能预演和给操作人员培训帮助很大。这套系统最终要解决的核心问题是把配料过程中“人要盯秤、手工记数”的状态变成“画面看状态、配方一键调用、数据自动记录”的状态。仿真监控程序在整个项目里承担的是关键路径作用先脱离硬件把逻辑和画面跑通再下装到真实触摸屏联动 PLC。本文分享的就是从开发流程到功能模块设计再到实际现场应用的完整经验。2. 开发前的设计思路与方案选型2.1 配料工艺对监控系统的核心要求在动鼠标组态之前需要先搞清楚配料工艺到底对监控系统有哪些硬性要求。我参与的这套系统主要涉及两种配料模式一种按重量自动配料比如 A 粉体需要称重到 50kg精度达到 ±0.2kg另一种按时间/流量累计配料主要用于液体添加比如设定累计流量 30L 后关阀。两种模式对画面显示、数据刷新、报警处理的要求差别很大。对于称重配料监控界面必须能实时显示当前称重值、目标值、偏差值并且配料过程中阀的开关状态要一目了然。对于流量累计配料界面需要显示瞬时流量、累计量、剩余量。这是因为操作人员在现场最关心的不是我应当写多少逻辑而是“现在进行到哪一步、数值对不对、卡住了没有”。这些要求决定了后续变量定义和画面布局的基本方向。另外还有两个容易被忽略的需求。一个是配方管理现场产品经常换不同产品对应不同物料的配比值操作员希望能“一键切换配方”而不是每次修改几十个设定值。另一个是追溯需求每生产完一批车间主任会问这批用了哪个配方、每种料实际投了多少、什么时间开始的。所以监控程序不仅要管实时显示还要管配方存储和批次数据归档。2.2 为什么选择 MCGS 6.2 而不是其他组态软件选型阶段我其实比较过几款组态软件。有些组态软件功能强大但授权费高而且开发环境偏重对普通电气工程师不太友好。有些开源方案比如用 Python 写界面再走 Modbus 读取 PLC 变量灵活但开发周期长后期维护难度大尤其对车间维修电工来说不现实。MCGS 6.2 的优势在于它的组态开发环境把所有常用的功能模块化用户管理、配方、报警、曲线、报表都是以“构件”或“策略”方式添加到工程里不需要编写底层逻辑。举个例子配方功能在 MCGS 里可以直接建立配方构件设置配方各组数据变量和配方组名称运行时就自动生成配方调用界面。这个特性让开发周期大幅缩短我大概用了两周时间就完成了所有画面和策略的编写。而且昆仑通泰对 PLC 通信的支持很全我们现场用的三菱 Q 系列 PLC 可以通过直连驱动直接通信不需要额外写通信协议。这点必须单独说明后面会专门讲触摸屏与 PLC 连接时容易踩的坑。2.3 仿真监控程序的定位先仿真后实机很多项目团队是直接组态完就下装到触摸屏等设备装好了再联调结果发现地址对不上、变量名写错、画面按钮误触发导致现场调试周期无限拉长。我这次特意把仿真监控作为单独阶段来做确保逻辑和画面在电脑上提前验证。MCGS 6.2 通用版的仿真运行功能本质上是让工程在开发电脑上脱离真实设备运行起来。在这个模式下输入输出变量没有真实的外部设备但可以通过内部策略给变量赋初值、模拟变化。比如我可以写一个循环策略让“当前秤重”变量每隔 100ms 增加一个随机量用来模拟称重传感器数值变化再设一个“配料完成”开关变量模拟 PLC 返回的完成信号。这样整个画面动作、报警触发、数据记录逻辑就全部可以在电脑上验证。这样做的好处不只是缩短现场调试时间更重要的是可以提前让操作工参与评审。他们把仿真画面当成真机操作发现“按钮太小不好点”“配方编号显示不直观”这类问题在设计阶段就改掉等到了现场就不会返工。3. 配料监控系统核心功能模块设计3.1 用户登录与操作权限管理配料车间的监控设备不是所有人都能随便操作的。按我的设计习惯系统至少要分三层权限工程师、操作员、只读观察员。工程师可以修改配方、修改系统参数、进行手动操作和报警确认操作员可以选择配方、启动配料流程、进行常规手动操作只读观察员只能查看画面和数据无法触碰控制按钮。MCGS 6.2 在这个问题上提供了用户权限管理器构件。我在组态环境里建立了三类用户并分配了不同权限。在需要限制操作的元件上比如“配方修改”“手动开阀”按钮分别设置“调用登录对话框”属性并且勾选对应的权限组。运行仿真时未登录或权限不足的操作会弹出提示这个逻辑不依赖 PLC在仿真阶段就能完整验证。需要提醒的是权限管理不是把用户密码设置复杂而是要保证操作可追溯。所以我在“操作记录”策略里把“登录用户名”“操作时间”“操作对象”“操作内容”全部存入磁盘数据。这样即便误操作之后也能从历史记录里查到是谁、什么时候、做了什么。3.2 配方管理模块配方管理是配料系统的灵魂。不同产品对应不同物料种类、目标重量和允差范围。之前人工操作时换产品要翻工艺卡、手动调秤效率低不说还容易把数值填错。我这次做的配方管理在 MCGS 里基于配方构件实现。配方构件的使用方式是这样的在组态环境“实时数据库”里先定义好需要配方控制的变量例如“配方号”“物料1目标值”“物料1允差”“物料2目标值”“物料2允差”等这些变量都是有名字的组对象变量。然后在工程目录里添加“配方构件”编辑配方组数据每个配方组就对应一个产品配方。运行画面中放入配方选择窗口操作员选中某个配方编号后点击“读取”配方组里的数值就会整体赋值给对应的配方组变量。这里有一个关键细节配方构件可以直接对接 PLC 变量也可以对接 MCGS 内部变量。我一般建议配方变量放在 MCGS 内部等按下“配方下发”按钮时再把内部变量统一写到 PLC 的数据寄存器。为什么这样做因为如果直接把配方构件绑定到 PLC 寄存器每次读取历史配方或修改配方时都会直接改写 PLC 数据一旦配方调整时操作中断可能把不完整的配方数据下发到 PLC。实际生产中还遇到一个情况操作工经常会问“上次用的哪个配方”。我后来在画面上加了“配方调用记录”每次下发配方时把这个配方编号连同时间戳写入数据文件。这虽然不是必须功能但很方便现场追溯。3.3 实时监控与状态显示实时监控画面是操作工每天盯得最多的界面。我的设计思路是“大信息量、结构化布局、状态一目了然”。画面左侧是配料流程总览中间是当前执行步骤的放大状态和参数右侧是报警和操作按钮。总览部分用图形组态工具画出工艺流程图包括料仓、给料阀、称重料斗、混合罐、泵和管道。每个设备图元绑定到对应的 PLC 变量地址运行时会根据变量值变化颜色。例如阀开时为绿色、关闭为灰色、故障为红色。这个直接看图说话的方式比看文字状态表直观得多。中间放大区域是当前配料步骤的实时数据。称重配料模式下我放了一个大型数字显示框显示当前秤重值并配有一个棒图用图形比例显示当前重量与目标重量的差距。棒图的量程上限和精度与称重传感器对应比如 0-100kg精度 0.1kg。画面还会显示当前步骤的物料名称、目标值、允差范围、偏差值以及执行状态“等待启动”“配料中”“快加”“慢加”“完成”。有人会问这些状态是从 PLC 读来的还是 MCGS 自己判断的我整个项目中是状态字由 PLC 统一计算并写到特定寄存器MCGS 只负责读取和显示。这样保证控制逻辑和显示逻辑分离不会出现画面状态和实际设备状态不一致。但在仿真阶段没有 PLC我会用内部策略模拟状态字变化做到真实验证画面的动作。3.4 报警与历史数据记录配料系统的报警类型很典型称重超差、物料阻塞、阀门故障、通信中断、急停触发。MCGS 6.2 自带了报警显示构件但我在实际项目中没有直接用默认配置而是做了自定义报警组。具体做法是在实时数据库里为每个可能报警的变量建立报警属性比如“称重偏差过大”设置上限报警和下限报警。然后在报警显示构件里选择需要显示报警的“报警组”设置报警信息内容、报警优先级和确认方式。一个值得特别强调的是报警信息要分“提示”和“需确认”两类。超差提示可以不确认但急停和混料阀故障必须确认后才能继续操作。在 MCGS 的报警属性组里可以勾选 “确认” 选项用户点击确认后报警状态颜色会由闪烁变为常亮。历史数据记录方面我用的是 MCGS 的“存盘数据”策略。每隔一定时间比如 1 秒将过程量写入数据文件同时使用“报警浏览”查看历史报警。为了节省存储空间我对不同类型的变量设置不同的存盘周期。比如称重值每秒存一次流量累计量每 10 秒存一次温度信号每 5 秒存一次。因为实际需要关注的变化速度不一样统一高频存储会很快写满存储介质低频存储又不够用。在实际应用时我更倾向让 PLC 把每批次的配料完成标志位触发一次数据记录这样 MCGS 可以配合“事件数据”策略只在批次完成时把整批数据打包存储。这种方式生成的数据量小、容易溯源比持续存盘更实用。4. MCGS 6.2 工程开发实操全流程4.1 环境准备与工程创建我用的开发环境是 MCGS 6.2 通用版组态软件安装过程比较简单一路默认即可。需要注意的地方是安装路径建议保持默认不要装在中文带空格目录下某些版本的数据库组件对路径意外敏感装在中文路径下运行时报错会比较难排查。安装完成后打开 MCGS 组态环境新建工程会弹出“新建工程向导”。我建议按如下步骤操作第一选择设备类型我这里选择“三菱 Q 系列”通信方式为“以太网”。如果触摸屏和 PLC 是串口连接那就选对应的串口协议。这一步如果选错后期通信测试会比较绕。第二设置触摸屏型号和分辨率。现场用的触摸屏是昆仑通泰 10.4 寸的 TPC 系列分辨率 1024×768所以我在工程属性里也设置了同样的分辨率和方向。第三建立实时数据库。这是整个组态环节的地基。我的建议是先将需要的变量全部列在 Excel 表里再一次性批量导入。变量表要包括变量名、变量类型开关型、数值型、字符型、初始值、对应 PLC 地址、数据格式、工程单位、报警属性。这样做的好处是后续在画面组态中绑定变量时非常顺手不怕漏绑或绑错。4.2 定义实时数据库变量实时数据库变量是 MCGS 工程中所有画面、策略、脚本之间的公共数据池。我这次建立的变量大致有这么几类第一类是来自 PLC 的输入状态变量比如“当前称重值”“当前累计流量”“各阀门反馈”“手自动状态”“配料进行状态”“故障代码”等。这些变量都绑定到三菱 PLC 的寄存器地址或位地址。比如当前称重值我用的是 D100数据类型是 32 位浮点数。这里要提醒三菱 Q 系列 PLC 中 D 寄存器默认是 16 位字32 位浮点数要占两个连续寄存器MCGS 驱动里需要指定“32 位浮点数ABCD 顺序”还是“CDAB 顺序”。顺序不对会导致数据乱码这是新手最常犯的问题之一。第二类是 MCGS 内部临时变量比如“当前选中的配方号”“配方读取控制”“界面切换变量”等。这些变量不连接 PLC只是作为工程内部逻辑的缓存。第三类是中间计算变量比如“偏差值”“偏差百分比”“批次开始时间”“批次结束时间”。这些变量在 MCGS 策略里通过脚本计算然后显示到画面或写入数据文件。实时数据库建立完成后我会把所有变量导出检查一遍确认名字拼写和地址没有冲突。这个习惯帮我减少了很多后期联调时间。4.3 构建主监控画面MCGS 组态画面的绘制逻辑和大部分组态软件类似先画静态底图再放动态元件最后绑定变量。我的主监控画面布局如下顶部是系统标题和当前登录用户中部左侧是流程图总览包括料仓图标、阀门图标、称重料斗图标和泵图标中部中间是当前步骤详情包括大数字显示、棒图和当前配料参数中部右侧是报警列表框和操作按钮区域底部是页面切换按钮包括“配方管理”“历史趋势”“报表查询”“系统设置”。画流程图时需要画一个类似输送管道的线我用了折线工具设置合适的线宽和颜色。阀门图标我用了一个矩形旋转 45 度模拟蝶阀通过动画连接属性绑定阀门开关变量。当变量值为 1 时显示绿色0 时显示灰色。棒图控件在 MCGS 工具箱里叫“滑动杆输入器”或者直接用“百分比填充矩形”。我用的是矩形填充它的填充比例可以通过“动画连接”绑定到变量值并根据量程计算填充比例。比如当前称重值 30kg量程 100kg填充比例就是 30%。这个显示的刷新率非常高视觉效果流畅。大数字显示用“标签输出显示”控件在属性里选择表达式绑定到“当前称重值”并设置小数位数和字体大小。因为配料现场操作员有老花眼的情况我把字体调到 48 号以上确保站在 2 米外也能看清。4.4 编写运行策略与脚本MCGS 6.2 里的“运行策略”非常适合做一些周期性的逻辑和数据处理。我的项目里主要用了“启动策略”“循环策略”“事件策略”三种。启动策略在工程开始运行时执行一次。我在启动策略里做了这样几件事初始化界面变量、读取上次保存的操作员偏好、将配方从配方构件中加载到内部变量、开启数据文件记录。这些初始化工作放在启动策略里可以防止运行中出现“变量初始化为 0 导致误触发”的情况。循环策略按照设定的周期不停执行我用的是每 100ms 执行一次脚本。循环策略里主要做这几件事第一从 PLC 地址读取“当前运行模式”和“当前配料步骤”然后根据步骤码刷新画面显示状态文字。比如步骤码为 1 时显示“等待启动”2 时显示“物料1快加”3 时显示“物料1慢加”4 时显示“完成”。第二计算偏差值。脚本里我把“目标值”减去“当前称重值”得到“偏差值”再根据允差范围判断是否超差如果超差则触发报警变量。第三控制棒图填充比例。棒图不需要在脚本里额外写但如果你用了多个棒图并且量程不同最好在脚本里统一设置每个棒图的量程属性否则可能因为默认量程不匹配导致显示异常。事件策略用于响应特定条件。比如“批次完成”事件当“配料完成标志位”由 0 变为 1 时触发事件策略。在这个策略里系统会将本次配料的相关数据写入数据文件同时清空“当前批次开始时间”并记录“批次结束时间”。这种方式比在循环策略中持续判断完成标志位更加简洁高效。需要注意的是脚本语法虽然简单但调试时还是要细心。MCGS 的运行策略脚本如果语法错误工程运行时不会有明显提示只是某个动作不执行。所以我会在关键脚本里加上一些中间变量比如“策略执行计数”“最后执行时间”在画面上临时显示出来方便定位是哪段脚本没跑。4.5 配方构件与历史曲线配置配方构件的配置我在前面已经介绍得比较多了这里补充一个实用场景不同配方可能物料数量不同。有的产品只用两种物料有的需要四种。我的做法是在配方组中预定义最大的物料种数比如 8 种每种物料有独立的“目标值”“允差”“给料速度模式”。如果某个配方只用到 4 种物料那么后 4 种的“目标值”设为 0并且在下发配方时通过脚本判断物料目标值为 0 时跳过该物料避免等待一个不存在的物料配料。历史曲线配置也非常重要。我搭建了一个“配料趋势”画面用 MCGS 的“历史曲线”控件绑定“当前称重值”“流量累计值”等变量。曲线显示的时间范围可以选择最近 30 分钟、24 小时或一个月。这样操作员可以直观看到配料过程有没有超调、有没有波动异常。配置历史曲线时有一个细节历史曲线的数据来源是“实时数据库”中已经设置“存盘”属性的变量。如果你在画面上看不到历史曲线八成是因为变量没有设置存盘属性或者存盘周期和显示时间范围不匹配。另外历史曲线的坐标轴标签可以自定义最好把时间轴刻度调成小时制数值轴设成与传感器量程一致方便看图。5. 仿真运行让系统在没有 PLC 的情况下先跑起来5.1 仿真模式的工作原理MCGS 6.2 仿真运行模式是在开发环境中直接点击“进入运行环境”按钮工程会启动一个模拟运行窗口其行为与真实触摸屏运行时几乎一致。区别在于仿真模式下没有真实设备通信外部设备变量读不到值也不会输出控制信号。但这不是说仿真模式没有用。我利用内部变量和脚本策略把外部设备变量的变化模拟出来。例如我在循环策略中写了一段模拟脚本如果步骤码为 2则“当前称重值”每 100ms 增加一个随机数模拟快加当达到目标值 80% 时步骤码切到 3慢加阶段慢加阶段增加值变小接近目标值时步骤码切到 4完成。这样整个配料逻辑可以在没有 PLC 的情况下完整走一遍。仿真运行的价值主要体现在三方面。一是逻辑验证画面状态切换是否准确报警是否按预期触发数据记录是否完整。二是操作培训让操作人员提前熟悉界面操作避免真机上线时装懂。三是演示汇报给车间主任和生产经理演示系统功能可以更直观地争取项目支持。5.2 模拟 PLC 变量变化的具体配置仿真时模拟 PLC 变量变化我常用的方式有两种一种是在循环策略脚本里直接修改变量另一种是利用 MCGS 自带的“模拟设备”绑定一个模拟的 Modbus 从站通过脚本给寄存器写值。第一种方式比较简单适合单个变量模拟。比如我在循环策略里写!当前称重值 当前称重值 0.5再加一个条件判断超过目标值就归零。但这样做有个问题如果画面绑定的是 PLC 地址变量脚本修改的却只是内部变量画面不一定会刷新。所以我实际用的是第二种方式或者在实时数据库里把画面显示的变量绑定到内部变量等真机联调时再切换到 PLC 变量。第二种方式是使用 MCGS 的“模拟设备”。在设备组态中加入一个虚拟的 Modbus TCP 从站设备然后在循环策略中往对应的寄存器地址写入数值外部设备变量就可以实时变化。这种方式最接近真实场景但配置略复杂。我一般只在需要完整测试通信链路时才会这么做。不过要提醒的是仿真运行期间是不能真实访问到 PLC 的所以如果你的工程里只有 PLC 变量而没有内部模拟变量那仿真画面应该是“静止”的。这就需要你在变量表设计阶段就预留模拟变量或者准备一套“仿真变量前缀”的备份工程。我的习惯是专门建一个“仿真版”变量表用“SIM_”前缀标记所有模拟变量避免和真实变量搞混。5.3 仿真时常见的界面和逻辑问题仿真跑起来后我遇到最多的一类问题是画面变量绑定不正确。比如我明明希望显示“当前称重值”画面上却一直显示 0。检查方法是在运行环境中按“调试输出”工具查看变量的当前值。如果从 PLC 设备变量中一直读到 0而内部模拟变量正常就说明画面绑定的变量不是模拟变量。第二类问题是脚本触发了但画面没变化。最常见的原因是脚本中变量名写错或者变量的值域不对。例如“配方下发”按钮点击后配方组内容没有实时刷新这个往往是因为配方读取按钮的执行条件设成了“按下抬起”但实际上 MCGS 的按钮动作是“按下时执行一次”如果设置成了“按住时循环执行”就会出现重复读配方的问题。第三类问题是报警不显示。我排查过几次报警属性虽然设置了但报警显示构件没有关联对应的“报警组”所以即便报警变量触发了画面上的报警列表也是空的。MCGS 6.2 的报警构件支持选择报警组新建报警时最好建立独立的报警组比如“配料报警组”“通信报警组”然后在报警构件里关联。漏掉这一步报警系统就形同虚设。6. 触摸屏与 PLC 联动三菱 Q 系列连接实操6.1 通信参数配置步骤真机联调时触摸屏和 PLC 的连接是整个系统中最容易卡壳的环节。这里以三菱 Q 系列 PLC 通过以太网连接昆仑通泰触摸屏为例给出我实际验证过的配置步骤。第一步在触摸屏端进入“设备组态”删除默认的“模拟设备”添加“三菱 Q 系列以太网”驱动。驱动类型里有几个选项如 MC 协议、SLMP 协议等Q 系列建议使用“MC 协议 3E 帧二进制”或“QnA 兼容 3E 帧”。我这边使用的是 Q03UDECPU触摸屏型号是 TPC1061Ti。第二步设置 PLC 的 IP 地址和端口号。PLC 默认端口一般是 5000触摸屏侧设置 IP 为 192.168.1.10与 PLC 同一网段端口设 5000。PLC 的 IP 在 GX Works2 或者 GX Developer 中设置比如 192.168.1.1。这里注意PLC 和触摸屏的 IP 必须处于相同网段否则通信不上。第三步在通道设置里新增通道指定要读取的寄存器类型。Q 系列中D 寄存器对应“数据寄存器”M 寄存器对应“内部继电器”X 寄存器对应“输入继电器”。MCGS 驱动中通道类型一般会列出类似“D、W、R、M、X、Y、B、F”等。如果是 32 位浮点数要选择“32 位浮点数”的数据格式并确认大小端字节顺序。第四步在“通道处理”里设置数据转换。比如称重传感器传过来的原始值可能是 0-4000 的模拟量但你的编程范围是 0-100kg这个换算关系可以在 MCGS 通道处设置线性转换公式为 Y AX B。第五步启动运行环境后通过“设备调试”窗口查看通信帧。如果地址配置正确变量值会持续刷新如果显示通信超时或数据错误需要逐项排查 IP、端口、数据格式和寄存器地址。6.2 寄存器地址对应与数据类型触摸屏内部寄存器和 PLC 寄存器是完全两套体系。很多初学者会把触摸屏内部 LW 寄存器与 PLC 的 D 寄存器混淆。这里解释清楚昆仑通泰触摸屏内部寄存器是 LW、LB 等主要用于触摸屏自身的逻辑运算和 PLC 没有直接通信关系而当你通过设备驱动添加了 PLC 设备后实时数据库中的变量可以绑定到 PLC 寄存器的地址上这些变量读写的就是 PLC 的 D、M 等寄存器。举个例子我想在监控界面显示“当前称重值”这个值在三菱 Q 系列 PLC 的程序中计算完成后存放在 D100 和 D10132 位。那么在 MCGS 实时数据库中添加一个变量“当前称重值”数据类型选“数值型”并设为“外部设备连接”在设备通道中选择“三菱 Q 系列以太网”的 D100格式为“32 位浮点数”。这样 MCGS 运行期间就会通过 MC 协议定时读取 D100-D101 并显示在画面标签里。这里有个容易出错的点PLC 程序里如果用的是 IEEE 754 浮点数MCGS 驱动需要匹配其字节顺序。三菱 Q 系列默认高字在前低字在后但有些版本可以设置如果不匹配读取出来的数会变成类似“-1.#IND”或者一个天文数字。遇到这个情况我通常先在 MCGS 设备调试里挨个切换字节顺序选项找到正确值为止。对于开关量比如“急停反馈”“运行中”“阀开到位”对应 M 寄存器或 X 寄存器。M 寄存器是位地址一个通道对应一个位。MCGS 驱动中 M10 就对应 PLC 内部的 M10注意三菱寄存器地址是从 0 开始还是从 1 开始不同驱动可能差 1我实际试错发现 MCGS 的驱动程序会自动转换但还是要做好变量表核对。6.3 通信测试的步骤和技巧通信测试最好在仿真环境之外单独做不要在复杂画面里测试不然问题不好定位。我推荐的测试流程是第一步先用触摸屏自带“设备调试”功能添加设备后直接测试通信。如果能读到 PLC 寄存器的值说明 IP、端口和协议没问题。第二步从实时数据库中添加几个测试变量绑定到已知寄存器在运行环境中用“监视变量”工具观察数值。第三步再把画面绑定到这些变量上确认显示正确。如果在设备调试阶段就显示通信超时我一般按下面顺序排查检查 PLC 与触摸屏是不是在同一网段用电脑 ping 一下 PLC 的 IP确认 PLC 网络正常确认 PLC 的以太网模块是否启用了 MC 协议有的 Q 系列要设置“软元件通信端口”为允许检查触摸屏侧驱动选择的端口号是否为 5000如果 PLC 设置了非标端口保持一致尝试在触摸屏系统设置里关闭“自动分配 IP”改为手动设置固定 IP避免 DHCP 冲突查看触摸屏“系统日志”里是否有通信错误代码记录下错误码再来搜解决方法。三菱 Q 系列还有一个特点PLC 的“允许 RUN 中写入”需要在 PLC 参数里勾选否则有些寄存器只能读不能写。配料系统中有一些设定值需要从触摸屏下发到 PLC比如配方目标值这时就必须允许写入。当初我第一次联调时没注意这个导致画面能读到显示值但一按“下发配方”就弹通信错误排查了半天。6.4 触摸屏内部寄存器的使用技巧虽然最终控制逻辑由 PLC 完成但触摸屏内部寄存器 LW、LB 也不能忽略。我经常用 LW 来做画面内部状态标志。例如在多页面系统中我在 LW0 里保存当前页面编号通过画面“切换按钮”更改 LW0 的值然后在其他页面根据 LW0 的值决定是否显示“返回按钮”或刷新数据。另外在配方下发功能中我先把配方值从配方构件读取到 LW 寄存器中暂存再写脚本把 LW 中的值批量赋值给 PLC 的 D 寄存器。这样做的好处是防止配方数据在写 PLC 过程中被外部因素打断也便于在触摸屏上增加二次确认逻辑。MCGS 的内部寄存器读写速度非常快但要注意LW 寄存器的数据保存类型可以设置为“掉电保持”或“不保持”。像配方号、操作员偏好这类要断电不丢失的数据我设为保持像页面号、当前批次计时这类临时信息设为不保持。否则频繁开关机后可能有残留状态干扰系统启动逻辑。7. 常见问题与排查技巧实录7.1 通信超时和数据错乱的排查通信超时是现场最容易出的问题。有一次设备已经运行了但触摸屏偶尔显示“通信超时”重启动后又正常。后来查了半天发现是交换机端口接触不良重启触摸屏时被动了一下网线就好了。所以排查通信问题时我建议第一个动作就是检查物理链路而不是急着改 IP 和协议。如果是数据错乱比如称重值偶尔变成很大的数或者负数多半是寄存器地址重叠或者数据类型不匹配。例如本来在 PLC 程序里 D100-D101 存了一个浮点数但另一段程序又往 D101 写了一个整数导致 32 位浮点数被覆盖显示值就乱七八糟。遇到这种情况需要回到 PLC 程序里检查有没有地址冲突尤其是用了指针或变址操作时。7.2 变量绑定错误导致的界面无响应画面上的按钮按下去没反应十有八九是按钮绑定的变量错误。比如按钮本来要写 PLC 的 M100但绑定到了 PLC 的 M110或者绑定成了内部变量。排查方法是在 MCGS 运行环境里切换到“调试模式”点击按钮的同时观察变量值变化就能快速定位。还有一种情况是按钮弹起时才触发动作但操作工习惯按下去就松开动作执行不稳定。这个问题可以通过设置按钮的“按下去触发”和“弹起触发”不同动作来解决。例如“启动配料”按钮设为按下时触发“急停复位”按钮设为弹起时触发改善操作手感。7.3 配方数据下发了但 PLC 不执行配方数据看起来已经通过触摸屏写入 PLC 寄存器了但 PLC 没动作。这个常见原因是 PLC 程序中的地址和触摸屏写入的地址不一致。比如触摸屏上配方号写到 D200但 PLC 程序读取的是 D210。这种问题很难直接发现因为通信是正常的只是地址错位。我的建议是在触摸屏画面和 PLC 程序中都把寄存器地址做成统一注释。例如 D200 配方号、D201-D210 物料1目标值、D211-D220 物料1允差这样联调时可以快速对照。如果地址对不上直接在触摸屏设备组态里修改通道地址即可不需要改 PLC 程序。另一个可能的原因是 PLC 的“写入允许”没有使能前面的部分提过Q 系列 PLC 默认某些寄存器不允许外部写入需要在 PLC 参数中勾选“RUN 中允许”。如果不允许触摸屏写入时会报错但有时错误提示不明显只是数据不变化。7.4 触摸屏画面运行卡顿的优化运行一段时间后触摸屏画面偶尔卡顿尤其是历史曲线和数据文件写入同时进行时。我的优化策略是降低存盘频率尤其避免高频存盘大量中间变量把历史曲线控件的自动刷新时间从 1 秒改成 3 秒在策略中避免在循环策略里做复杂的字符串拼接或文件操作。另外MCGS 工程中如果某个画面放了很多动画连接而且每个动画连接都在实时刷新CPU 占用会很高。我处理大型画面的经验是将部分不常用的详细状态放到子画面里主画面只显示关键状态和数据减少同时刷新的图元数量。这样既保证了主监控界面的简洁也提升了运行流畅度。8. 实际应用效果与可扩展方向这套仿真监控程序在开发完成后先经过了两周的电脑仿真验证然后下装到现场触摸屏进行联调。由于前期仿真把变量绑定和画面逻辑都验证过真机联调只花了一个下午就把通信配置和数据校验完成。这让我再次确认了“先仿真后实机”这个流程的重要性。现场投入使用之后配料员的操作效率提升明显。原来每次换产品要翻工艺卡、手动设定所有目标值现在只需要在配方界面点选配方编号再按“下发”按钮所有目标值和允差自动写入 PLC。配料过程从原来的人工盯秤、手动记录变成了自动执行、自动记录批次追溯时直接在触摸屏上查看历史报表方便了很多。如果要往更深的层次扩展这套系统还可以接入上位机数据库通过以太网把批次数据上传到车间管理系统。昆仑通泰触摸屏本身支持数据转发功能再加上一个上位机采集服务是可以实现数据远程查看的。不过这里要提醒触摸屏的数据转发需要确认授权以及网络安全设置不能随便在未规划的网络环境里开启。另外如果后续生产规模扩大需要管理更多配方和更复杂的工艺流程可以考虑从 MCGS 通用版升级到更高版本的组态软件或者结合 SQL 数据库和 Web 发布功能实现更灵活的远程监控。不过就当前配料车间这种中小规模场景而言MCGS 6.2 通用版已经足够稳定和实用。9. 写在最后几个容易被忽略的细节我个人在实际项目中总结出几个容易被忽略的细节这里一并分享。第一务必在工程文件目录下保留一份“开发带注释版本”和一份“运行精简版”。开发版本里包含大量说明性注释方便后续维护人员理解运行版本去掉不必要的注释和调试策略体积更小、启动更快。但要注意两个版本要保持同步更新否则改过代码后忘记同步会出现偏差。第二触摸屏程序的备份要定期做。昆仑通泰工程文件拷出来就是个文件夹很容易复制。建议每次修改完程序后在项目文件夹名称上加上日期版本号。比如“配料监控_20250601_V1.2”这样即使后面回退版本也很方便。第三操作培训时不要只让操作员看电脑模拟画面尽量让他们在仿真模式下自己点击操作。我试过几次操作员通过亲手点击“配方下发”“启动配料”“报警确认”等按钮后记忆会更深刻后期真机操作出错率明显降低。第四如果现场供电环境不太好触摸屏电源建议加装隔离变压器或开关稳压电源。昆仑通泰触摸屏本身功耗不高但车间设备启停频繁电网电压波动可能造成屏体重启这在配料过程中是非常危险的。我后来在触摸屏电源前加了一个小型的开关电源稳定了不少。第五报警列表一定要支持“按时间筛选”和“按报警类型筛选”。操作员在实际使用中经常说“好像 3 小时前有不正常的报警但我翻不出来”。如果没有筛选功能日志翻到后面很累。MCGS 的报警浏览构件默认支持按时间和类型过滤务必在开发时把这个属性启用。这套系统开发完成后我也收到一些同行的询问提到“MCGS 6.2 是不是太老了要不要换新型号”。我的看法是工具没有新旧之分只有合不合适。对于中小型配料车间、预算有限、维护团队以电气工程师为主的场景MCGS 6.2 通用版完全够用。你真正要花心思的是理解工艺需求、把变量地址规划清楚、把画面做得让操作者顺手这些才是系统的核心价值。
基于MCGS的配料系统仿真监控开发与实战
1. 项目背景为什么我要做这套配料系统仿真监控先交代一下背景。我前几年接手了一个中小型化工企业的配料车间改造项目现场主要做粉体和液体的按配方称重配料。原有控制方式是人工看秤、手动启停配料精度和效率都谈不上批次数据靠纸笔记跟踪批次质量问题时经常扯皮。车间提出要上一套能实时监控配料过程、记录配方和历史数据的系统但预算又卡得比较紧。这种情况下用昆仑通泰MCGS触摸屏做本地监控配合 PLC 做逻辑控制是最稳妥也最省钱的方案。之所以选用昆仑通泰的 MCGS 6.2 通用版有几个现实原因。第一昆仑通泰的组态环境上手快工程开发基本不需要写复杂的高级语言脚本变量绑定和画面组态是主要工作团队里即便是刚接触组态的电气工程师也能在几天内进入状态。第二MCGS 6.2 通用版对老式设备和低配工控机支持良好在现有车间并不需要更换上位机硬件。第三它的仿真运行功能可以在没有真实 PLC 的情况下直接模拟变量变化这对我前期做功能预演和给操作人员培训帮助很大。这套系统最终要解决的核心问题是把配料过程中“人要盯秤、手工记数”的状态变成“画面看状态、配方一键调用、数据自动记录”的状态。仿真监控程序在整个项目里承担的是关键路径作用先脱离硬件把逻辑和画面跑通再下装到真实触摸屏联动 PLC。本文分享的就是从开发流程到功能模块设计再到实际现场应用的完整经验。2. 开发前的设计思路与方案选型2.1 配料工艺对监控系统的核心要求在动鼠标组态之前需要先搞清楚配料工艺到底对监控系统有哪些硬性要求。我参与的这套系统主要涉及两种配料模式一种按重量自动配料比如 A 粉体需要称重到 50kg精度达到 ±0.2kg另一种按时间/流量累计配料主要用于液体添加比如设定累计流量 30L 后关阀。两种模式对画面显示、数据刷新、报警处理的要求差别很大。对于称重配料监控界面必须能实时显示当前称重值、目标值、偏差值并且配料过程中阀的开关状态要一目了然。对于流量累计配料界面需要显示瞬时流量、累计量、剩余量。这是因为操作人员在现场最关心的不是我应当写多少逻辑而是“现在进行到哪一步、数值对不对、卡住了没有”。这些要求决定了后续变量定义和画面布局的基本方向。另外还有两个容易被忽略的需求。一个是配方管理现场产品经常换不同产品对应不同物料的配比值操作员希望能“一键切换配方”而不是每次修改几十个设定值。另一个是追溯需求每生产完一批车间主任会问这批用了哪个配方、每种料实际投了多少、什么时间开始的。所以监控程序不仅要管实时显示还要管配方存储和批次数据归档。2.2 为什么选择 MCGS 6.2 而不是其他组态软件选型阶段我其实比较过几款组态软件。有些组态软件功能强大但授权费高而且开发环境偏重对普通电气工程师不太友好。有些开源方案比如用 Python 写界面再走 Modbus 读取 PLC 变量灵活但开发周期长后期维护难度大尤其对车间维修电工来说不现实。MCGS 6.2 的优势在于它的组态开发环境把所有常用的功能模块化用户管理、配方、报警、曲线、报表都是以“构件”或“策略”方式添加到工程里不需要编写底层逻辑。举个例子配方功能在 MCGS 里可以直接建立配方构件设置配方各组数据变量和配方组名称运行时就自动生成配方调用界面。这个特性让开发周期大幅缩短我大概用了两周时间就完成了所有画面和策略的编写。而且昆仑通泰对 PLC 通信的支持很全我们现场用的三菱 Q 系列 PLC 可以通过直连驱动直接通信不需要额外写通信协议。这点必须单独说明后面会专门讲触摸屏与 PLC 连接时容易踩的坑。2.3 仿真监控程序的定位先仿真后实机很多项目团队是直接组态完就下装到触摸屏等设备装好了再联调结果发现地址对不上、变量名写错、画面按钮误触发导致现场调试周期无限拉长。我这次特意把仿真监控作为单独阶段来做确保逻辑和画面在电脑上提前验证。MCGS 6.2 通用版的仿真运行功能本质上是让工程在开发电脑上脱离真实设备运行起来。在这个模式下输入输出变量没有真实的外部设备但可以通过内部策略给变量赋初值、模拟变化。比如我可以写一个循环策略让“当前秤重”变量每隔 100ms 增加一个随机量用来模拟称重传感器数值变化再设一个“配料完成”开关变量模拟 PLC 返回的完成信号。这样整个画面动作、报警触发、数据记录逻辑就全部可以在电脑上验证。这样做的好处不只是缩短现场调试时间更重要的是可以提前让操作工参与评审。他们把仿真画面当成真机操作发现“按钮太小不好点”“配方编号显示不直观”这类问题在设计阶段就改掉等到了现场就不会返工。3. 配料监控系统核心功能模块设计3.1 用户登录与操作权限管理配料车间的监控设备不是所有人都能随便操作的。按我的设计习惯系统至少要分三层权限工程师、操作员、只读观察员。工程师可以修改配方、修改系统参数、进行手动操作和报警确认操作员可以选择配方、启动配料流程、进行常规手动操作只读观察员只能查看画面和数据无法触碰控制按钮。MCGS 6.2 在这个问题上提供了用户权限管理器构件。我在组态环境里建立了三类用户并分配了不同权限。在需要限制操作的元件上比如“配方修改”“手动开阀”按钮分别设置“调用登录对话框”属性并且勾选对应的权限组。运行仿真时未登录或权限不足的操作会弹出提示这个逻辑不依赖 PLC在仿真阶段就能完整验证。需要提醒的是权限管理不是把用户密码设置复杂而是要保证操作可追溯。所以我在“操作记录”策略里把“登录用户名”“操作时间”“操作对象”“操作内容”全部存入磁盘数据。这样即便误操作之后也能从历史记录里查到是谁、什么时候、做了什么。3.2 配方管理模块配方管理是配料系统的灵魂。不同产品对应不同物料种类、目标重量和允差范围。之前人工操作时换产品要翻工艺卡、手动调秤效率低不说还容易把数值填错。我这次做的配方管理在 MCGS 里基于配方构件实现。配方构件的使用方式是这样的在组态环境“实时数据库”里先定义好需要配方控制的变量例如“配方号”“物料1目标值”“物料1允差”“物料2目标值”“物料2允差”等这些变量都是有名字的组对象变量。然后在工程目录里添加“配方构件”编辑配方组数据每个配方组就对应一个产品配方。运行画面中放入配方选择窗口操作员选中某个配方编号后点击“读取”配方组里的数值就会整体赋值给对应的配方组变量。这里有一个关键细节配方构件可以直接对接 PLC 变量也可以对接 MCGS 内部变量。我一般建议配方变量放在 MCGS 内部等按下“配方下发”按钮时再把内部变量统一写到 PLC 的数据寄存器。为什么这样做因为如果直接把配方构件绑定到 PLC 寄存器每次读取历史配方或修改配方时都会直接改写 PLC 数据一旦配方调整时操作中断可能把不完整的配方数据下发到 PLC。实际生产中还遇到一个情况操作工经常会问“上次用的哪个配方”。我后来在画面上加了“配方调用记录”每次下发配方时把这个配方编号连同时间戳写入数据文件。这虽然不是必须功能但很方便现场追溯。3.3 实时监控与状态显示实时监控画面是操作工每天盯得最多的界面。我的设计思路是“大信息量、结构化布局、状态一目了然”。画面左侧是配料流程总览中间是当前执行步骤的放大状态和参数右侧是报警和操作按钮。总览部分用图形组态工具画出工艺流程图包括料仓、给料阀、称重料斗、混合罐、泵和管道。每个设备图元绑定到对应的 PLC 变量地址运行时会根据变量值变化颜色。例如阀开时为绿色、关闭为灰色、故障为红色。这个直接看图说话的方式比看文字状态表直观得多。中间放大区域是当前配料步骤的实时数据。称重配料模式下我放了一个大型数字显示框显示当前秤重值并配有一个棒图用图形比例显示当前重量与目标重量的差距。棒图的量程上限和精度与称重传感器对应比如 0-100kg精度 0.1kg。画面还会显示当前步骤的物料名称、目标值、允差范围、偏差值以及执行状态“等待启动”“配料中”“快加”“慢加”“完成”。有人会问这些状态是从 PLC 读来的还是 MCGS 自己判断的我整个项目中是状态字由 PLC 统一计算并写到特定寄存器MCGS 只负责读取和显示。这样保证控制逻辑和显示逻辑分离不会出现画面状态和实际设备状态不一致。但在仿真阶段没有 PLC我会用内部策略模拟状态字变化做到真实验证画面的动作。3.4 报警与历史数据记录配料系统的报警类型很典型称重超差、物料阻塞、阀门故障、通信中断、急停触发。MCGS 6.2 自带了报警显示构件但我在实际项目中没有直接用默认配置而是做了自定义报警组。具体做法是在实时数据库里为每个可能报警的变量建立报警属性比如“称重偏差过大”设置上限报警和下限报警。然后在报警显示构件里选择需要显示报警的“报警组”设置报警信息内容、报警优先级和确认方式。一个值得特别强调的是报警信息要分“提示”和“需确认”两类。超差提示可以不确认但急停和混料阀故障必须确认后才能继续操作。在 MCGS 的报警属性组里可以勾选 “确认” 选项用户点击确认后报警状态颜色会由闪烁变为常亮。历史数据记录方面我用的是 MCGS 的“存盘数据”策略。每隔一定时间比如 1 秒将过程量写入数据文件同时使用“报警浏览”查看历史报警。为了节省存储空间我对不同类型的变量设置不同的存盘周期。比如称重值每秒存一次流量累计量每 10 秒存一次温度信号每 5 秒存一次。因为实际需要关注的变化速度不一样统一高频存储会很快写满存储介质低频存储又不够用。在实际应用时我更倾向让 PLC 把每批次的配料完成标志位触发一次数据记录这样 MCGS 可以配合“事件数据”策略只在批次完成时把整批数据打包存储。这种方式生成的数据量小、容易溯源比持续存盘更实用。4. MCGS 6.2 工程开发实操全流程4.1 环境准备与工程创建我用的开发环境是 MCGS 6.2 通用版组态软件安装过程比较简单一路默认即可。需要注意的地方是安装路径建议保持默认不要装在中文带空格目录下某些版本的数据库组件对路径意外敏感装在中文路径下运行时报错会比较难排查。安装完成后打开 MCGS 组态环境新建工程会弹出“新建工程向导”。我建议按如下步骤操作第一选择设备类型我这里选择“三菱 Q 系列”通信方式为“以太网”。如果触摸屏和 PLC 是串口连接那就选对应的串口协议。这一步如果选错后期通信测试会比较绕。第二设置触摸屏型号和分辨率。现场用的触摸屏是昆仑通泰 10.4 寸的 TPC 系列分辨率 1024×768所以我在工程属性里也设置了同样的分辨率和方向。第三建立实时数据库。这是整个组态环节的地基。我的建议是先将需要的变量全部列在 Excel 表里再一次性批量导入。变量表要包括变量名、变量类型开关型、数值型、字符型、初始值、对应 PLC 地址、数据格式、工程单位、报警属性。这样做的好处是后续在画面组态中绑定变量时非常顺手不怕漏绑或绑错。4.2 定义实时数据库变量实时数据库变量是 MCGS 工程中所有画面、策略、脚本之间的公共数据池。我这次建立的变量大致有这么几类第一类是来自 PLC 的输入状态变量比如“当前称重值”“当前累计流量”“各阀门反馈”“手自动状态”“配料进行状态”“故障代码”等。这些变量都绑定到三菱 PLC 的寄存器地址或位地址。比如当前称重值我用的是 D100数据类型是 32 位浮点数。这里要提醒三菱 Q 系列 PLC 中 D 寄存器默认是 16 位字32 位浮点数要占两个连续寄存器MCGS 驱动里需要指定“32 位浮点数ABCD 顺序”还是“CDAB 顺序”。顺序不对会导致数据乱码这是新手最常犯的问题之一。第二类是 MCGS 内部临时变量比如“当前选中的配方号”“配方读取控制”“界面切换变量”等。这些变量不连接 PLC只是作为工程内部逻辑的缓存。第三类是中间计算变量比如“偏差值”“偏差百分比”“批次开始时间”“批次结束时间”。这些变量在 MCGS 策略里通过脚本计算然后显示到画面或写入数据文件。实时数据库建立完成后我会把所有变量导出检查一遍确认名字拼写和地址没有冲突。这个习惯帮我减少了很多后期联调时间。4.3 构建主监控画面MCGS 组态画面的绘制逻辑和大部分组态软件类似先画静态底图再放动态元件最后绑定变量。我的主监控画面布局如下顶部是系统标题和当前登录用户中部左侧是流程图总览包括料仓图标、阀门图标、称重料斗图标和泵图标中部中间是当前步骤详情包括大数字显示、棒图和当前配料参数中部右侧是报警列表框和操作按钮区域底部是页面切换按钮包括“配方管理”“历史趋势”“报表查询”“系统设置”。画流程图时需要画一个类似输送管道的线我用了折线工具设置合适的线宽和颜色。阀门图标我用了一个矩形旋转 45 度模拟蝶阀通过动画连接属性绑定阀门开关变量。当变量值为 1 时显示绿色0 时显示灰色。棒图控件在 MCGS 工具箱里叫“滑动杆输入器”或者直接用“百分比填充矩形”。我用的是矩形填充它的填充比例可以通过“动画连接”绑定到变量值并根据量程计算填充比例。比如当前称重值 30kg量程 100kg填充比例就是 30%。这个显示的刷新率非常高视觉效果流畅。大数字显示用“标签输出显示”控件在属性里选择表达式绑定到“当前称重值”并设置小数位数和字体大小。因为配料现场操作员有老花眼的情况我把字体调到 48 号以上确保站在 2 米外也能看清。4.4 编写运行策略与脚本MCGS 6.2 里的“运行策略”非常适合做一些周期性的逻辑和数据处理。我的项目里主要用了“启动策略”“循环策略”“事件策略”三种。启动策略在工程开始运行时执行一次。我在启动策略里做了这样几件事初始化界面变量、读取上次保存的操作员偏好、将配方从配方构件中加载到内部变量、开启数据文件记录。这些初始化工作放在启动策略里可以防止运行中出现“变量初始化为 0 导致误触发”的情况。循环策略按照设定的周期不停执行我用的是每 100ms 执行一次脚本。循环策略里主要做这几件事第一从 PLC 地址读取“当前运行模式”和“当前配料步骤”然后根据步骤码刷新画面显示状态文字。比如步骤码为 1 时显示“等待启动”2 时显示“物料1快加”3 时显示“物料1慢加”4 时显示“完成”。第二计算偏差值。脚本里我把“目标值”减去“当前称重值”得到“偏差值”再根据允差范围判断是否超差如果超差则触发报警变量。第三控制棒图填充比例。棒图不需要在脚本里额外写但如果你用了多个棒图并且量程不同最好在脚本里统一设置每个棒图的量程属性否则可能因为默认量程不匹配导致显示异常。事件策略用于响应特定条件。比如“批次完成”事件当“配料完成标志位”由 0 变为 1 时触发事件策略。在这个策略里系统会将本次配料的相关数据写入数据文件同时清空“当前批次开始时间”并记录“批次结束时间”。这种方式比在循环策略中持续判断完成标志位更加简洁高效。需要注意的是脚本语法虽然简单但调试时还是要细心。MCGS 的运行策略脚本如果语法错误工程运行时不会有明显提示只是某个动作不执行。所以我会在关键脚本里加上一些中间变量比如“策略执行计数”“最后执行时间”在画面上临时显示出来方便定位是哪段脚本没跑。4.5 配方构件与历史曲线配置配方构件的配置我在前面已经介绍得比较多了这里补充一个实用场景不同配方可能物料数量不同。有的产品只用两种物料有的需要四种。我的做法是在配方组中预定义最大的物料种数比如 8 种每种物料有独立的“目标值”“允差”“给料速度模式”。如果某个配方只用到 4 种物料那么后 4 种的“目标值”设为 0并且在下发配方时通过脚本判断物料目标值为 0 时跳过该物料避免等待一个不存在的物料配料。历史曲线配置也非常重要。我搭建了一个“配料趋势”画面用 MCGS 的“历史曲线”控件绑定“当前称重值”“流量累计值”等变量。曲线显示的时间范围可以选择最近 30 分钟、24 小时或一个月。这样操作员可以直观看到配料过程有没有超调、有没有波动异常。配置历史曲线时有一个细节历史曲线的数据来源是“实时数据库”中已经设置“存盘”属性的变量。如果你在画面上看不到历史曲线八成是因为变量没有设置存盘属性或者存盘周期和显示时间范围不匹配。另外历史曲线的坐标轴标签可以自定义最好把时间轴刻度调成小时制数值轴设成与传感器量程一致方便看图。5. 仿真运行让系统在没有 PLC 的情况下先跑起来5.1 仿真模式的工作原理MCGS 6.2 仿真运行模式是在开发环境中直接点击“进入运行环境”按钮工程会启动一个模拟运行窗口其行为与真实触摸屏运行时几乎一致。区别在于仿真模式下没有真实设备通信外部设备变量读不到值也不会输出控制信号。但这不是说仿真模式没有用。我利用内部变量和脚本策略把外部设备变量的变化模拟出来。例如我在循环策略中写了一段模拟脚本如果步骤码为 2则“当前称重值”每 100ms 增加一个随机数模拟快加当达到目标值 80% 时步骤码切到 3慢加阶段慢加阶段增加值变小接近目标值时步骤码切到 4完成。这样整个配料逻辑可以在没有 PLC 的情况下完整走一遍。仿真运行的价值主要体现在三方面。一是逻辑验证画面状态切换是否准确报警是否按预期触发数据记录是否完整。二是操作培训让操作人员提前熟悉界面操作避免真机上线时装懂。三是演示汇报给车间主任和生产经理演示系统功能可以更直观地争取项目支持。5.2 模拟 PLC 变量变化的具体配置仿真时模拟 PLC 变量变化我常用的方式有两种一种是在循环策略脚本里直接修改变量另一种是利用 MCGS 自带的“模拟设备”绑定一个模拟的 Modbus 从站通过脚本给寄存器写值。第一种方式比较简单适合单个变量模拟。比如我在循环策略里写!当前称重值 当前称重值 0.5再加一个条件判断超过目标值就归零。但这样做有个问题如果画面绑定的是 PLC 地址变量脚本修改的却只是内部变量画面不一定会刷新。所以我实际用的是第二种方式或者在实时数据库里把画面显示的变量绑定到内部变量等真机联调时再切换到 PLC 变量。第二种方式是使用 MCGS 的“模拟设备”。在设备组态中加入一个虚拟的 Modbus TCP 从站设备然后在循环策略中往对应的寄存器地址写入数值外部设备变量就可以实时变化。这种方式最接近真实场景但配置略复杂。我一般只在需要完整测试通信链路时才会这么做。不过要提醒的是仿真运行期间是不能真实访问到 PLC 的所以如果你的工程里只有 PLC 变量而没有内部模拟变量那仿真画面应该是“静止”的。这就需要你在变量表设计阶段就预留模拟变量或者准备一套“仿真变量前缀”的备份工程。我的习惯是专门建一个“仿真版”变量表用“SIM_”前缀标记所有模拟变量避免和真实变量搞混。5.3 仿真时常见的界面和逻辑问题仿真跑起来后我遇到最多的一类问题是画面变量绑定不正确。比如我明明希望显示“当前称重值”画面上却一直显示 0。检查方法是在运行环境中按“调试输出”工具查看变量的当前值。如果从 PLC 设备变量中一直读到 0而内部模拟变量正常就说明画面绑定的变量不是模拟变量。第二类问题是脚本触发了但画面没变化。最常见的原因是脚本中变量名写错或者变量的值域不对。例如“配方下发”按钮点击后配方组内容没有实时刷新这个往往是因为配方读取按钮的执行条件设成了“按下抬起”但实际上 MCGS 的按钮动作是“按下时执行一次”如果设置成了“按住时循环执行”就会出现重复读配方的问题。第三类问题是报警不显示。我排查过几次报警属性虽然设置了但报警显示构件没有关联对应的“报警组”所以即便报警变量触发了画面上的报警列表也是空的。MCGS 6.2 的报警构件支持选择报警组新建报警时最好建立独立的报警组比如“配料报警组”“通信报警组”然后在报警构件里关联。漏掉这一步报警系统就形同虚设。6. 触摸屏与 PLC 联动三菱 Q 系列连接实操6.1 通信参数配置步骤真机联调时触摸屏和 PLC 的连接是整个系统中最容易卡壳的环节。这里以三菱 Q 系列 PLC 通过以太网连接昆仑通泰触摸屏为例给出我实际验证过的配置步骤。第一步在触摸屏端进入“设备组态”删除默认的“模拟设备”添加“三菱 Q 系列以太网”驱动。驱动类型里有几个选项如 MC 协议、SLMP 协议等Q 系列建议使用“MC 协议 3E 帧二进制”或“QnA 兼容 3E 帧”。我这边使用的是 Q03UDECPU触摸屏型号是 TPC1061Ti。第二步设置 PLC 的 IP 地址和端口号。PLC 默认端口一般是 5000触摸屏侧设置 IP 为 192.168.1.10与 PLC 同一网段端口设 5000。PLC 的 IP 在 GX Works2 或者 GX Developer 中设置比如 192.168.1.1。这里注意PLC 和触摸屏的 IP 必须处于相同网段否则通信不上。第三步在通道设置里新增通道指定要读取的寄存器类型。Q 系列中D 寄存器对应“数据寄存器”M 寄存器对应“内部继电器”X 寄存器对应“输入继电器”。MCGS 驱动中通道类型一般会列出类似“D、W、R、M、X、Y、B、F”等。如果是 32 位浮点数要选择“32 位浮点数”的数据格式并确认大小端字节顺序。第四步在“通道处理”里设置数据转换。比如称重传感器传过来的原始值可能是 0-4000 的模拟量但你的编程范围是 0-100kg这个换算关系可以在 MCGS 通道处设置线性转换公式为 Y AX B。第五步启动运行环境后通过“设备调试”窗口查看通信帧。如果地址配置正确变量值会持续刷新如果显示通信超时或数据错误需要逐项排查 IP、端口、数据格式和寄存器地址。6.2 寄存器地址对应与数据类型触摸屏内部寄存器和 PLC 寄存器是完全两套体系。很多初学者会把触摸屏内部 LW 寄存器与 PLC 的 D 寄存器混淆。这里解释清楚昆仑通泰触摸屏内部寄存器是 LW、LB 等主要用于触摸屏自身的逻辑运算和 PLC 没有直接通信关系而当你通过设备驱动添加了 PLC 设备后实时数据库中的变量可以绑定到 PLC 寄存器的地址上这些变量读写的就是 PLC 的 D、M 等寄存器。举个例子我想在监控界面显示“当前称重值”这个值在三菱 Q 系列 PLC 的程序中计算完成后存放在 D100 和 D10132 位。那么在 MCGS 实时数据库中添加一个变量“当前称重值”数据类型选“数值型”并设为“外部设备连接”在设备通道中选择“三菱 Q 系列以太网”的 D100格式为“32 位浮点数”。这样 MCGS 运行期间就会通过 MC 协议定时读取 D100-D101 并显示在画面标签里。这里有个容易出错的点PLC 程序里如果用的是 IEEE 754 浮点数MCGS 驱动需要匹配其字节顺序。三菱 Q 系列默认高字在前低字在后但有些版本可以设置如果不匹配读取出来的数会变成类似“-1.#IND”或者一个天文数字。遇到这个情况我通常先在 MCGS 设备调试里挨个切换字节顺序选项找到正确值为止。对于开关量比如“急停反馈”“运行中”“阀开到位”对应 M 寄存器或 X 寄存器。M 寄存器是位地址一个通道对应一个位。MCGS 驱动中 M10 就对应 PLC 内部的 M10注意三菱寄存器地址是从 0 开始还是从 1 开始不同驱动可能差 1我实际试错发现 MCGS 的驱动程序会自动转换但还是要做好变量表核对。6.3 通信测试的步骤和技巧通信测试最好在仿真环境之外单独做不要在复杂画面里测试不然问题不好定位。我推荐的测试流程是第一步先用触摸屏自带“设备调试”功能添加设备后直接测试通信。如果能读到 PLC 寄存器的值说明 IP、端口和协议没问题。第二步从实时数据库中添加几个测试变量绑定到已知寄存器在运行环境中用“监视变量”工具观察数值。第三步再把画面绑定到这些变量上确认显示正确。如果在设备调试阶段就显示通信超时我一般按下面顺序排查检查 PLC 与触摸屏是不是在同一网段用电脑 ping 一下 PLC 的 IP确认 PLC 网络正常确认 PLC 的以太网模块是否启用了 MC 协议有的 Q 系列要设置“软元件通信端口”为允许检查触摸屏侧驱动选择的端口号是否为 5000如果 PLC 设置了非标端口保持一致尝试在触摸屏系统设置里关闭“自动分配 IP”改为手动设置固定 IP避免 DHCP 冲突查看触摸屏“系统日志”里是否有通信错误代码记录下错误码再来搜解决方法。三菱 Q 系列还有一个特点PLC 的“允许 RUN 中写入”需要在 PLC 参数里勾选否则有些寄存器只能读不能写。配料系统中有一些设定值需要从触摸屏下发到 PLC比如配方目标值这时就必须允许写入。当初我第一次联调时没注意这个导致画面能读到显示值但一按“下发配方”就弹通信错误排查了半天。6.4 触摸屏内部寄存器的使用技巧虽然最终控制逻辑由 PLC 完成但触摸屏内部寄存器 LW、LB 也不能忽略。我经常用 LW 来做画面内部状态标志。例如在多页面系统中我在 LW0 里保存当前页面编号通过画面“切换按钮”更改 LW0 的值然后在其他页面根据 LW0 的值决定是否显示“返回按钮”或刷新数据。另外在配方下发功能中我先把配方值从配方构件读取到 LW 寄存器中暂存再写脚本把 LW 中的值批量赋值给 PLC 的 D 寄存器。这样做的好处是防止配方数据在写 PLC 过程中被外部因素打断也便于在触摸屏上增加二次确认逻辑。MCGS 的内部寄存器读写速度非常快但要注意LW 寄存器的数据保存类型可以设置为“掉电保持”或“不保持”。像配方号、操作员偏好这类要断电不丢失的数据我设为保持像页面号、当前批次计时这类临时信息设为不保持。否则频繁开关机后可能有残留状态干扰系统启动逻辑。7. 常见问题与排查技巧实录7.1 通信超时和数据错乱的排查通信超时是现场最容易出的问题。有一次设备已经运行了但触摸屏偶尔显示“通信超时”重启动后又正常。后来查了半天发现是交换机端口接触不良重启触摸屏时被动了一下网线就好了。所以排查通信问题时我建议第一个动作就是检查物理链路而不是急着改 IP 和协议。如果是数据错乱比如称重值偶尔变成很大的数或者负数多半是寄存器地址重叠或者数据类型不匹配。例如本来在 PLC 程序里 D100-D101 存了一个浮点数但另一段程序又往 D101 写了一个整数导致 32 位浮点数被覆盖显示值就乱七八糟。遇到这种情况需要回到 PLC 程序里检查有没有地址冲突尤其是用了指针或变址操作时。7.2 变量绑定错误导致的界面无响应画面上的按钮按下去没反应十有八九是按钮绑定的变量错误。比如按钮本来要写 PLC 的 M100但绑定到了 PLC 的 M110或者绑定成了内部变量。排查方法是在 MCGS 运行环境里切换到“调试模式”点击按钮的同时观察变量值变化就能快速定位。还有一种情况是按钮弹起时才触发动作但操作工习惯按下去就松开动作执行不稳定。这个问题可以通过设置按钮的“按下去触发”和“弹起触发”不同动作来解决。例如“启动配料”按钮设为按下时触发“急停复位”按钮设为弹起时触发改善操作手感。7.3 配方数据下发了但 PLC 不执行配方数据看起来已经通过触摸屏写入 PLC 寄存器了但 PLC 没动作。这个常见原因是 PLC 程序中的地址和触摸屏写入的地址不一致。比如触摸屏上配方号写到 D200但 PLC 程序读取的是 D210。这种问题很难直接发现因为通信是正常的只是地址错位。我的建议是在触摸屏画面和 PLC 程序中都把寄存器地址做成统一注释。例如 D200 配方号、D201-D210 物料1目标值、D211-D220 物料1允差这样联调时可以快速对照。如果地址对不上直接在触摸屏设备组态里修改通道地址即可不需要改 PLC 程序。另一个可能的原因是 PLC 的“写入允许”没有使能前面的部分提过Q 系列 PLC 默认某些寄存器不允许外部写入需要在 PLC 参数中勾选“RUN 中允许”。如果不允许触摸屏写入时会报错但有时错误提示不明显只是数据不变化。7.4 触摸屏画面运行卡顿的优化运行一段时间后触摸屏画面偶尔卡顿尤其是历史曲线和数据文件写入同时进行时。我的优化策略是降低存盘频率尤其避免高频存盘大量中间变量把历史曲线控件的自动刷新时间从 1 秒改成 3 秒在策略中避免在循环策略里做复杂的字符串拼接或文件操作。另外MCGS 工程中如果某个画面放了很多动画连接而且每个动画连接都在实时刷新CPU 占用会很高。我处理大型画面的经验是将部分不常用的详细状态放到子画面里主画面只显示关键状态和数据减少同时刷新的图元数量。这样既保证了主监控界面的简洁也提升了运行流畅度。8. 实际应用效果与可扩展方向这套仿真监控程序在开发完成后先经过了两周的电脑仿真验证然后下装到现场触摸屏进行联调。由于前期仿真把变量绑定和画面逻辑都验证过真机联调只花了一个下午就把通信配置和数据校验完成。这让我再次确认了“先仿真后实机”这个流程的重要性。现场投入使用之后配料员的操作效率提升明显。原来每次换产品要翻工艺卡、手动设定所有目标值现在只需要在配方界面点选配方编号再按“下发”按钮所有目标值和允差自动写入 PLC。配料过程从原来的人工盯秤、手动记录变成了自动执行、自动记录批次追溯时直接在触摸屏上查看历史报表方便了很多。如果要往更深的层次扩展这套系统还可以接入上位机数据库通过以太网把批次数据上传到车间管理系统。昆仑通泰触摸屏本身支持数据转发功能再加上一个上位机采集服务是可以实现数据远程查看的。不过这里要提醒触摸屏的数据转发需要确认授权以及网络安全设置不能随便在未规划的网络环境里开启。另外如果后续生产规模扩大需要管理更多配方和更复杂的工艺流程可以考虑从 MCGS 通用版升级到更高版本的组态软件或者结合 SQL 数据库和 Web 发布功能实现更灵活的远程监控。不过就当前配料车间这种中小规模场景而言MCGS 6.2 通用版已经足够稳定和实用。9. 写在最后几个容易被忽略的细节我个人在实际项目中总结出几个容易被忽略的细节这里一并分享。第一务必在工程文件目录下保留一份“开发带注释版本”和一份“运行精简版”。开发版本里包含大量说明性注释方便后续维护人员理解运行版本去掉不必要的注释和调试策略体积更小、启动更快。但要注意两个版本要保持同步更新否则改过代码后忘记同步会出现偏差。第二触摸屏程序的备份要定期做。昆仑通泰工程文件拷出来就是个文件夹很容易复制。建议每次修改完程序后在项目文件夹名称上加上日期版本号。比如“配料监控_20250601_V1.2”这样即使后面回退版本也很方便。第三操作培训时不要只让操作员看电脑模拟画面尽量让他们在仿真模式下自己点击操作。我试过几次操作员通过亲手点击“配方下发”“启动配料”“报警确认”等按钮后记忆会更深刻后期真机操作出错率明显降低。第四如果现场供电环境不太好触摸屏电源建议加装隔离变压器或开关稳压电源。昆仑通泰触摸屏本身功耗不高但车间设备启停频繁电网电压波动可能造成屏体重启这在配料过程中是非常危险的。我后来在触摸屏电源前加了一个小型的开关电源稳定了不少。第五报警列表一定要支持“按时间筛选”和“按报警类型筛选”。操作员在实际使用中经常说“好像 3 小时前有不正常的报警但我翻不出来”。如果没有筛选功能日志翻到后面很累。MCGS 的报警浏览构件默认支持按时间和类型过滤务必在开发时把这个属性启用。这套系统开发完成后我也收到一些同行的询问提到“MCGS 6.2 是不是太老了要不要换新型号”。我的看法是工具没有新旧之分只有合不合适。对于中小型配料车间、预算有限、维护团队以电气工程师为主的场景MCGS 6.2 通用版完全够用。你真正要花心思的是理解工艺需求、把变量地址规划清楚、把画面做得让操作者顺手这些才是系统的核心价值。
` 修改默认调色板)
