上个礼拜刚把一个中央空调水系统的仿真工程跑通用的就是组态王6.55。运行时按下“一键启动”冷却塔风机先转起来接着冷却水泵启动、冷冻水泵启动、冷水机组加载屏幕上淡蓝色的水流顺着管道一路冲到末端风机盘管——整套动画在PC上完整跑起来的那一刻说实话挺有成就感。这个工程的本质不算复杂不接PLC、不连真实设备全靠内存变量加命令语言脚本在组态王里搭出一套能自动运行、能响应操作、能出历史曲线的中央空调仿真系统。这篇内容适合三类人看一是要做毕业设计或课程设计的自动化专业学生二是想给甲方做售前演示的工程公司技术员三是厂里需要做新员工上岗培训的运维团队。组态王6.55虽然已经是很多年前的版本但国内存量项目实在太多它的脚本机制、变量机制和动画连接方式在现在的KingSCADA、Web版组态软件里依然一脉相承把这套东西玩明白换个平台也就一两周的事。1. 项目拆解中央空调仿真系统为什么用组态王6.55来做1.1 这套仿真系统到底在仿什么先说清楚项目对象。我们做的不是“长得像中央空调的画面”而是一套在逻辑上闭环运行的水系统模型。中央空调机房的核心是四块冷源侧的冷水机组、冷冻水循环侧的水泵和管道、冷却水循环侧的冷却塔和水泵、末端的风机盘管与空调箱。仿真系统要模拟的核心行为有四个层次。第一层是设备启停状态比如冷水机组开没开、冷却塔风机转没转这是最基础的动画变化。第二层是顺序控制逻辑中央空调不是所有设备同时启动的必须先开冷却塔和冷却水泵让冷凝器有冷却水带走热量再开冷冻水泵让蒸发器侧水循环建立起来最后才能启动压缩机否则轻则高压报警、重则损坏设备。第三层是介质参数变化冷冻水供水温度要逐步逼近7℃回水温度随末端负荷在12℃上下浮动冷却水温度受冷却塔散热影响在32℃到37℃之间波动。第四层是与人机交互的响应操作员点了“停止”按钮系统要按照逆序安全停机。这些逻辑如果全写在纸面上听起来很抽象。但用组态王把它们做成动画和数据曲线就变成了一套可视化的逻辑验证工具。新来的运维工人看一眼画面就知道现在系统处于什么状态下一步该操作什么甲方领导来参观看到屏幕上的水流动画和实时温度曲线比看一百页PPT都直观。1.2 选型对比6.55在单机仿真场景里的优势有人可能会问现在都2025年了为什么还用组态王6.55这种老版本做新东西我当时的想法其实很直接这套系统的使用场景是一台不联网的工控机或办公电脑用户要的是开箱即用、不需要额外授权、安装包到处都能找到。对比过几个方案。用Web组态产品比如组态王后期的Web版本或者KingSCADA功能确实更现代但部署起来要配服务端、浏览器环境、授权对一个纯演示和培训用的系统来说属于杀鸡用牛刀。用Python加PyQt做自定义上位机自由度最高但开发周期长而且维护的人要会Python很多工控现场根本没有这个条件。用6.55就不一样它的运行时环境轻、安装方便、对Windows系统版本不太挑最重要的是大量老工程师对它的操作习惯非常熟悉以后找人维护都方便。6.55在组态软件里属于“麻雀虽小五脏俱全”的类型图库里有泵、风机、阀门、管道素材变量系统支持内存变量和I/O变量命令语言是类C语法触发方式有定时、数据变化、事件、热键多种。对单机仿真这个场景来说这些能力恰好都够用没有任何浪费。1.3 整体架构与数据流设计这套仿真系统在架构上分三层逻辑很清楚。表示层就是组态王画面包括系统总览、冷源系统、冷冻水系统、冷却水系统、末端系统、历史趋势曲线、报警记录这几张画面。数据层是组态王内存变量区里的几十个变量它们模拟了真实系统中传感器采集上来的温度、压力、流量、设备状态。逻辑层就是脚本程序它们按固定周期扫描变量、修改变量、生成报警模拟真实的设备动作和介质变化。数据流向是这样的操作员在画面上点击“启动”按钮这个动作改变了一个内存离散变量比如“启动指令”从0变1脚本程序检测到这个变化后按顺序置位冷却塔风机、冷却水泵、冷冻水泵、冷水机组的运行状态变量同时启动温度模型脚本让冷冻水供水温度变量从15℃开始逐步逼近7℃。画面上的动画连接监听到这些变量的变化设备图标变色、管道水流流动、温度数值刷新。整个过程不需要任何真实硬件全靠组态王内部变量在模块间传递信息。这种架构的好处是将来要对接真实PLC时只需要把内存变量换成I/O变量绑上对应的寄存器地址画面和脚本几乎不用改。这是我在做这类仿真项目时特意保留的扩展余地。2. 变量规划仿真系统的数据字典怎么搭2.1 变量类型与命名规范组态王里的变量分两大类内存变量和I/O变量。内存变量只存在于软件内部I/O变量用来对接外部设备比如通过驱动读取PLC的寄存器或采集卡的数据。在这个纯仿真项目里所有变量都用内存变量但在命名和规划时我会假装它们是要对接真实DCS或PLC的这样以后迁移到真实系统时改动最小。变量类型上主要用三种内存离散相当于BOOL存0或1用来表示设备启停、报警状态、内存整数存整数用来表示手自动模式、设备台数等、内存实数存浮点数用来表示温度、压力、流量。不要把温度存成整数虽然看着省事但做历史曲线时数据会变成阶梯状非常不专业。命名规范是我特别想强调的一块。很多新手做仿真时变量名随手起什么a1、b2、temp1等做到脚本逻辑复杂起来自己都分不清哪个变量是干嘛的。这套系统我采用“系统-设备-参数”三段式命名全部用英文缩写加下划线例如CH1_Run表示1号冷水机组运行状态CHWS_Pump1_Run表示1号冷冻水泵运行状态CHWS_Supply_Temp表示冷冻水供水温度。这个习惯对后期写脚本和排查问题帮助极大脚本里看到变量名就能知道它对应哪个设备哪个参数。2.2 中央空调四大子系统的变量清单我把这套系统用到的核心变量整理成了一张数据字典做完变量规划后照着录入即可。子系统变量名类型初始值说明冷源CH1_Run离散01号冷水机组运行状态冷源CH1_Freq实数0压缩机运行频率(Hz)冷源CH1_EV_Temp实数12蒸发器出水温度(℃)冷源CH1_CD_Temp实数32冷凝器进水温度(℃)冷冻水CHWS_Pump1_Run离散01号冷冻水泵运行状态冷冻水CHWS_Supply_Temp实数15冷冻水供水温度(℃)冷冻水CHWS_Return_Temp实数15冷冻水回水温度(℃)冷冻水CHWS_Flow实数0冷冻水流量(m³/h)冷却水CWS_Pump1_Run离散01号冷却水泵运行状态冷却水CWS_Tower_Fan1离散01号冷却塔风机运行状态冷却水CWS_Supply_Temp实数32冷却水供水温度(℃)冷却水CWS_Return_Temp实数32冷却水回水温度(℃)末端AHU1_Damper实数30空调箱新风阀开度(%)末端FCU1_Valve实数50风机盘管电动阀开度(%)报警ALM_CH1_HighPress离散0冷水机组高压报警控制START_CMD离散0系统一键启动指令控制STOP_CMD离散0系统一键停止指令控制STEP_CTRL整数0启动顺序控制步骤注意表格里的温度初始值我特意让冷冻水供水和回水都从15℃开始而不是直接从7℃开始。原因是系统初始状态是停机状态管道里的水温应该接近环境温度或停机前温度这样启动后温度才会呈现出从15℃下降到7℃的动态过程看起来更真实。2.3 报警与变量域的设置技巧变量定义对话框里有两块容易被忽略但很重要变量域和报警设置。变量域里可以定义最大值和最小值这决定了变量在画面上的量程范围比如温度变量设0到50流量变量设0到500。如果脚本里给变量赋了一个超出定义域的值组态王会自动做钳位处理不会让数据跑飞到离谱的程度。另外在定义变量时给它一个合理的最小变化值也就是死区能避免数据在临界点附近频繁触发刷新减轻CPU负担。报警设置这块我习惯给温度变量、压力变量都配上报警上下限。比如冷冻水供水温度上限设15℃回水温度上限设25℃冷却水回水温度上限设45℃当仿真模型在极端情况下把温度推到这些值附近时画面上的报警灯会闪烁同时在报警窗口里弹出记录。这样一来仿真系统顺带把报警逻辑也验证了一遍后续接真实系统时报警参数的整定就有了参考。3. 画面组态与动画连接让设备在屏幕上“活”过来3.1 画面布局与图库素材准备画面布局我建议按水系统的物理流动方向设计符合人的视觉直觉。最上面是冷却塔左边或右上是冷水机组中间是冷冻水泵和冷却水泵下方从左到右铺开冷冻水供水和回水管道最右端是末端风机盘管。这样做的好处是培训人员看画面时脑子里能形成一个物理空间的映射哪里是机房、哪里是楼层的末端一目了然。我不建议把所有设备堆在一张画面上虽然总览图看着很热闹但运行时文字和数据密密麻麻反而影响判断。我的做法是总览图只显示关键设备和主干数据每个子系统单独做一张分画面通过按钮切换。组态王6.55自带图库里其实有不少可用的素材打开图库管理器在“工程图库”里搜“泵”、“风机”、“阀门”、“管道”这些关键词能找到基本的矢量图形。但说实话自带图库的样式比较老气我通常会把图库里的元素拖出来后自己再加工一下比如给水泵外壳加个底座、给冷却塔加两条出风线让画面看起来更接近现场照片。这一点在给甲方演示时很重要画面好不好看直接影响他们对技术实力的第一印象。3.2 设备动画连接的配置方法动画连接是组态王把变量和图形元素绑定的机制也是整个系统画面效果的灵魂。选中一个图形对象右键菜单里点“动画连接”会弹出一个对话框里面有属性变化、位置变化、大小变化等几大类。具体到中央空调设备我常用的绑定方式有这么几种。颜色变化用来表示设备启停比如冷冻水泵运转时泵体从灰色变成绿色停止时恢复灰色这是通过“属性变化-颜色”里的“填充颜色”来实现的设置两个离散状态0对应灰色1对应绿色。旋转动画用来表示风机或电机转动把风机的风叶画成一个组合图形在“旋转”里绑定一个连续变化的模拟变量比如把变量按百分比映射到0到360度的旋转角度。值输出动画用来显示温度、压力、流量这些数值在“值输出”里绑定对应的实数变量就能让数值实时显示在设备旁边。组态王还支持闪烁动画我把它用在报警状态上。比如冷水机组高压报警变量为1时机组图标变红并闪烁强化视觉冲击力。但要注意闪烁动画不能大面积使用否则整个画面会显得很廉价而且长时间看对眼睛刺激很大我只在报警对象上保留了闪烁。3.3 管道流动效果的三种实现方案管道里水流的流动效果是这套画面里最直观的“高级感”来源。我在做的时候试过三种方案效果和成本差异很明显这里都列出来。第一种方案用多条小短线段在管道方向上等距排列整个线段组做水平移动动画移动范围设成一个管道周期当线段组移动到端点时触发复位。这个方案实现起来比较费工夫而且如果管道画成斜的移动方向也要跟着调维护麻烦。第二种方案用组态王图库里自带的“流动管道”素材。在6.55的图库里搜索管道相关素材确实有带流动效果的管道元件它们内部其实封装了动画逻辑直接拖出来用就行。这是最省事的方案缺点是能选的样式有限颜色和粗细不一定符合你的画面风格。第三种方案也是我实际最后采用的方案用虚线加颜色渐变模拟。在管道上叠加几段有动态填充色的箭头块通过属性变化让这些箭头块的填充面积按顺序变化看起来就像水在朝一个方向流动。这个做法不依赖外部素材颜色可以跟管道颜色统一调整流动速度也简单——只要在“动画连接”里设置不同的刷新周期就行。无论用哪种方案核心是要让流动速度和泵的状态联动。水泵停的时候管道里的水流动画必须停下来水泵启动后动画恢复否则画面和逻辑对不上懂行的人一眼就能看出是“假仿真”。4. 脚本程序实现核心控制逻辑与温度动态模型4.1 命令语言基础变量引用、触发机制、注意事项组态王的命令语言语法和C语言很像支持if判断、for循环、while循环、变量赋值、函数调用。最关键的语法点有三个。首先是变量引用。在脚本里引用一个变量必须写全格式“\本站点\变量名”注意是反斜杠。很多人第一次写脚本就栽在这里少写一个反斜杠或者写成正斜杠编译直接报错。其次是赋值运算。给变量赋值就直接写、等号连接比如“\本站点\CHWS_Supply_Temp 7.5;”。第三是函数调用组态王内置了不少实用函数比如画面切换函数ShowPicture(画面名)字符串转数值StrToReal()等可以查一下在线帮助文档里的“命令语言函数”。脚本的触发机制也很重要一共分几类。应用命令语言设置好执行周期后组态王会在工程运行期间周期性地执行这段脚本适合放温度动态模型这类需要持续运算的逻辑。数据改变命令语言绑定到某个变量上当这个变量值发生变化时触发执行适合放设备联动逻辑比如冷水机组启动后自动联动打开冷冻水泵。事件命令语言分离散事件和模拟量事件可以作为按钮指令的响应逻辑。画面命令语言则是依附在某一幅画面上画面打开、画面运行、画面关闭三个时机都可以挂脚本。实际写脚本时我有一条最重要的经验能用周期执行解决的就不要全部塞进数据改变反之亦然。顺序控制这种有先后步骤的逻辑放在周期执行的应用命令语言里用“步骤变量延时计数”实现最方便而直接由某个变量跳变触发的动作比如按钮按下置位启动指令放在数据改变命令语言里最干净。4.2 一键启停的顺序控制脚本中央空调启动顺序是固定的冷却塔风机先启动等冷却水循环建立起来后启动冷却水泵再启动冷冻水泵让冷源侧和末端侧的水都循环起来最后启动冷水机组。停止顺序则相反先停冷水机组让制冷停止再继续循环几分钟带走冷量最后停水泵和风机。这个“先开先停、后开后停”的原则必须严格遵守。我在工程里建了一个“启动步骤”整数变量STEP_CTRL用应用命令语言周期执行周期设500毫秒。脚本大致的逻辑结构是// 一键启动指令触发 if (\\本站点\START_CMD 1) { if (\\本站点\STEP_CTRL 0) { // 步骤0启动冷却塔风机 \\本站点\CWS_Tower_Fan1 1; \\本站点\STEP_CTRL 1; \\本站点\TIMER 0; } else if (\\本站点\STEP_CTRL 1) { // 步骤1等待5秒后启动冷却水泵 \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) // 10个扫描周期约5秒 { \\本站点\CWS_Pump1_Run 1; \\本站点\STEP_CTRL 2; \\本站点\TIMER 0; } } else if (\\本站点\STEP_CTRL 2) { \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) { \\本站点\CHWS_Pump1_Run 1; \\本站点\STEP_CTRL 3; \\本站点\TIMER 0; } } else if (\\本站点\STEP_CTRL 3) { \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) { \\本站点\CH1_Run 1; \\本站点\STEP_CTRL 4; } } }有人可能会问启动步骤为0时脚本检测到START_CMD等于1就开始执行但此时冷却塔风机刚启动马上又要启动冷却水泵中间的“循环建立”过程是不是被省略了确实会有一点简化。如果需要更精细可以在步骤之间多插几个延时让冷却水温度和冷冻水温度先建立起来一部分再往下走。这套系统的重点在于演示控制逻辑所以中间的延时不追求完全还原现场但顺序一定不能错。停止逻辑和启动逻辑类似只是顺序反过来先置零CH1_Run延时后置零CHWS_Pump1_Run再置零CWS_Pump1_Run最后置零CWS_Tower_Fan1。整个过程要让画面上的设备一个一个熄灭而不是突然全部消失。4.3 冷冻水/冷却水温度动态仿真模型温度模型是这套仿真系统里最有技术含量的一块。如果温度数值从启动瞬间就固定显示7℃或者从15℃直接跳成7℃那整套仿真的可信度就没了。真实系统里冷冻水从环境温度降到设定温度需要一段时间因为冷量要慢慢从蒸发器转移到水中再由冷冻水泵推到末端换热量整个过程有热惯性和纯滞后。我用的是一阶惯性加目标逼近的模型。核心原理其实很简单当前温度乘以一个衰减系数再加上目标温度乘以一个补充系数。举个例子冷水机组启动后冷冻水供水温度的目标是7℃那么每个扫描周期让当前温度向7℃靠近一点靠近的速度由系数控制。// 冷冻水供水温度动态模型扫描周期500ms if (\\本站点\CH1_Run 1) { if (\\本站点\CHWS_Supply_Temp 7) { // 降温段当前温度越远离目标降温速度越快 \\本站点\CHWS_Supply_Temp \\本站点\CHWS_Supply_Temp - (\\本站点\CHWS_Supply_Temp - 7) * 0.02 - 0.01; if (\\本站点\CHWS_Supply_Temp 7) { \\本站点\CHWS_Supply_Temp 7; } } } else { // 停机自然升温回归环境温度 if (\\本站点\CHWS_Supply_Temp 20) { \\本站点\CHWS_Supply_Temp \\本站点\CHWS_Supply_Temp 0.03; } }这里用“(当前温度 - 目标温度) * 0.02”作为降温速度的一部分温度离目标越远降温越快接近目标时速度自然放缓这模拟了换热温差变化带来的影响。加上0.01这个常数项保证即使温度已经非常接近目标也还能继续往下走而不是卡住。冷却水温度模型要反过来。冷水机组运行时冷凝器把热量排给冷却水冷却水回水温度升高冷却塔把热量散到空气中冷却水供水温度下降。所以冷却水供水温度CWS_Supply_Temp应该同时被两个力量影响一个是回水热量的推动一个是冷却塔散热。// 冷却水供水温度动态模型 if (\\本站点\CH1_Run 1) { // 冷机运转热量增加 \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp 0.02; } else { // 冷机停机自然冷却 \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp - 0.01; } // 冷却塔风机运转时散热加强 if (\\本站点\CWS_Tower_Fan1 1) { \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp - 0.01; } // 限制范围模拟冷却塔的平衡状态 if (\\本站点\CWS_Supply_Temp 30) \\本站点\CWS_Supply_Temp 30; if (\\本站点\CWS_Supply_Temp 40) \\本站点\CWS_Supply_Temp 40;这个模型仍然是简化的但它抓住了一个重要特性冷却水温度是多个热源和散热共同作用的结果而不是简单地从A点跳到B点。脚本里每个周期改变的幅度很小配合历史趋势曲线就能看到温度缓慢波动后趋于稳定的过程观感非常接近真实系统。回水温度、室温和负荷之间的联动可以用类似思路再做一层。末端负荷增加时回水温度升高同时冷却水换热需求增大这个逻辑如果要做成更复杂的交互玩法可以引入一个“负荷百分比”变量由操作员在画面上设定负荷变量变化后带动回水温度上升、冷机频率上升、功率消耗上升。我这里没有展开做因为篇幅原因但原理都是同一套。如果你要做一个能应付答辩或演示的完整系统建议把这个联动也补上。4.4 脚本调试的实用方法脚本写多了难免报错组态王的编译错误提示又很粗糙排查起来确实有点磨人。我的调试经验有三条。第一条把一个不起眼的整数变量当成调试指针用。在脚本的关键分支里给这个变量赋不同的值比如进入启动步骤1时赋值100进入步骤2时赋值200。运行后看这个变量的值就能判断脚本走到了哪里。这相当于自己做了一个简易的断点比对着画面看设备状态猜原因高效得多。第二条利用组态王自带的“信息窗口”或日志功能。在命令语言里可以调用输出函数把关键变量的值打印出来运行过程中去信息窗口里看。温度模型每次更新后打印一次当前温度就能直观看出数据变化是否正常。第三条把扫描周期拉大来做“慢放”。应用命令语言默认的扫描周期可以调如果觉得运行太快看不清逻辑把周期从500毫秒改到2000毫秒就能一步一步追踪启动顺序和温度变化。调试完成后记得把周期调回来。5. 实操过程从零搭建一套可运行的仿真工程5.1 工程创建与运行环境配置新建工程时组态王会要求选择工程保存路径。我建议不要放在C盘系统盘放到D盘一个专门的目录下万一系统出问题重装系统工程文件不会丢。工程建好后第一件事是设置系统分辨率。这一步看起来不起眼但很关键如果工程画面分辨率是1920x1080运行机器却是1366x768的屏幕画面会超出显示范围按钮都点不到。我会在“配置”里把工程运行的分辨率设为和演示电脑一致。运行系统配置里还有几项需要处理。历史数据保存路径要设置否则趋势曲线没法记录数据报警记录文件的大小和存档周期可以按需设置运行系统如果不需要菜单栏和标题栏可以勾选“无边框运行”画面更干净也防止操作员误关窗口。5.2 变量录入与画面绘制的速通方法在数据词典里逐条定义变量是躲不掉的体力活对照前面那张变量清单表一条一条录入就行。录入时注意把“初始值”填对这决定了系统开始运行时的画面初始状态。如果初始状态是停机那所有设备状态变量初始化成0供水温度和回水温度初始化成环境温度15℃。画面绘制的过程中有一个小技巧能省不少时间先把所有共用素材画好比如管道、底色、标题栏再复制一份作为其他画面的底子。四个子系统的画面上半部分结构基本一样复制粘贴后改下半部分的设备区域效率能提高一半。我的绘制顺序是先画底色和管道框架再放设备图形最后做动画连接。如果在画图时就想做动画连接很容易因为图形位置来回调整导致动画连接反复重设浪费时间。画面位置全部定稿后再统一绑动画是最顺的顺序。5.3 历史趋势曲线与报表配置历史趋势曲线是展示仿真“数据变化过程”最直观的窗口也是检验模型是否合理的方式。组态王里添加一个“历史趋势曲线”控件然后在控件属性里绑定要显示的变量比如冷冻水供水温度、回水温度、冷却水供水温度。运行起来后点启动按钮观察曲线变化幅度和趋势。好的仿真温度曲线是平滑下降或上升的没有阶梯跳跃。如果曲线出现明显台阶比如温度一格格跳说明脚本扫描周期太长或者模型系数太大需要调整。这张趋势曲线画面对内行来说是判断这个仿真系统有没有“灵魂”的核心依据。报表功能如果想加可以用组态王的数据报表控件按时间抽取变量的历史平均值或瞬时值生成一张运行记录表。不过对于演示系统来说报表属于锦上添花我建议把时间优先花在把趋势曲线做平滑上。5.4 联调测试与效果验证工程搭建完成后进入联调阶段。我的测试流程是先按启动按钮观察四项设备是否按顺序启动各设备图标颜色是否正确变化管道动画是否跟随泵的状态启停然后打开趋势曲线观察两个温度参数在5到10分钟内是否平滑过渡到目标值再按停止按钮观察顺序停机是否严格按逆序执行设备图标是否一个一个熄灭。全部通过后再模拟一个报警工况比如把冷却水回水温度上限调低验证报警灯、报警窗口是否正常工作。联调时最容易发现的问题是变量名拼错导致动画不刷新。我在每次新建变量后都会做一次“变量查重”用组态王的变量浏览器检查一遍重点确认所有\本站点\前缀的变量路径都在数据词典里有定义。6. 常见问题与排查技巧实录6.1 脚本不触发或变量不更新最常见的五个原因我全部踩过。一是命令语言执行周期太长比如设了10秒画面看起来就像没反应把周期改成500毫秒就好。二是引用变量时写成中文状态的全角分号或括号组态王的命令语言编辑器对全角符号零容忍直接编译报错这个坑在中文输入法开着的时候特别容易踩。三是脚本里的变量名和数据词典里的名字不一致少个下划线或多一个字符编译能过但运行时永远走不到这一支。四是触发逻辑反了比如数据改变命令语言绑定的是“启动指令”但脚本里判断的是另一个中间变量导致永远不触发。五是应用命令语言只是挂载了但没设置执行周期默认可能不按预期周期运行检查一下配置。排查时一定结合调试指针变量。看不出来问题时在脚本每个分支里给调试指针赋不同值然后看它的数值就能快速定位问题出在哪段。6.2 画面动画卡顿与闪烁动画卡顿通常有两个原因。一个是组态王运行时所在的电脑配置太低画面对象太多每帧都要重绘大量图形元素。另一个是脚本扫描周期太短应用命令语言每100毫秒跑一次全量逻辑导致CPU占用飙升画面刷新被拖累。针对前者画面里的装饰性元素能少就少不要为了“好看”堆大量无意义的小图形。针对后者把应用命令语言的执行周期从100毫秒放宽到500毫秒绝大多数场景下完全够用而且CPU占用率会大幅下降。还有个小技巧把不需要实时显示数据的画面在切换时关掉别全部挂后台运行组态王对后台画面同样会刷新动画连接。6.3 启动运行系统失败的排查组态王运行系统启动时闪退或者报错大部分是运行环境问题。常见的有三种杀毒软件把组态王的加密锁驱动或运行时组件拦截了解决方法是安装时关闭杀毒软件运行前把相关进程加入白名单操作系统缺少运行库尤其是某些精简版Windows系统装一下官方VC运行库即可系统时间被改得离实际时间太远可能导致授权校验失败把系统时间校准后再启动。如果运行系统能启动但画面白屏检查工程的显示分辨率是否和当前屏幕匹配或者重启一下组态王的开发环境再运行。6.4 命令行工具“无法识别”问题的处理这个和组态王本身没有直接关系但做这套仿真时很多人尤其是第一次配环境的师弟师妹会在同一个流程里遇到我顺手说一下。在Windows的PowerShell或CMD里输了一个工具命令结果系统弹出一句“无法将 xxx 项识别为 cmdlet、函数、脚本文件或可运行程序的名称”。这句提示的意思是系统在当前路径和系统环境变量Path里都找不到这个名字的可执行程序。原因无非两种。第一种这个工具根本还没安装那装好后再试。第二种工具装了但安装目录没有加入系统环境变量的Path里。解决方法是右键“此电脑”-“属性”-“高级系统设置”-“环境变量”在“Path”变量里追加工具的安装目录比如分号隔开然后重新打开命令行窗口。更快的日常做法是直接用cd切到工具的安装目录下用“.\工具名”的格式执行当前目录下的程序。注意改完环境变量后要重新打开终端窗口才能生效这是很多人改了没反应的原因。组态王本身是图形化操作软件不需要在命令行里跑什么但如果你需要做工程文件备份、定时拷贝历史数据这类辅助操作PowerShell的copy命令和计划任务就是好帮手。把环境变量这件事弄明白后续在工控机上装各种辅助工具都会顺手很多。6.5 仿真数据跳变与曲线不平滑曲线不平滑的根子通常不是曲线控件的问题而是模型参数不匹配。温度模型里0.02和0.01这两个系数决定了系统从一个状态到另一个状态的时间常数。系数太大温度几秒钟就冲到目标值曲线像折线系数太小十几分钟温度都没什么变化影响演示节奏。我的做法是先按500毫秒扫描周期估算想让温度从15℃降到7℃大约用5到10分钟就把每周期变化量控制在一个很小的量级大概0.02到0.05摄氏度。然后运行起来看趋势曲线如果降得太快就把系数调小降得太慢就调大。反复调整两三轮后就符合预期了。另外要注意脚本里用了“if (\本站点\CHWS_Supply_Temp 7)”这种下限保护语句时别把下限值设得和初始值太接近否则曲线还没体现出动态过程就直接被钳位在目标值上了。最后再说几句做这类仿真系统踩过几次坑之后我个人最大的体会是画面好看固然重要但真正让这套东西有说服力的是数据模型的逻辑闭环。你给甲方或者老师演示的时候他们不会太在意画面上的渐变效果有多华丽他们更关心的是——点了启动按钮之后设备有没有按正确的顺序动作温度曲线有没有按照物理规律平滑变化报警来了系统会不会正确反应。把这三件事做到位这套仿真系统的价值就立住了。如果你之后想把这套东西进一步扩展可以往两个方向走。一是把负荷侧做得更细加入多个末端的独立控制和能耗统计让系统看起来更“智能”。二是把变量模型替换成真实的I/O驱动对接一套小型PLC把仿真系统变成半实物仿真也就是操作和画面还是组态王这套但设备启停信号由PLC真实输出那样就接近完整的工程验证了。组态王6.55虽然老但作为学习组态软件和暖通控制逻辑的载体依然是一条很顺的路。
组态王6.55中央空调水系统仿真实战：从变量规划到脚本控制
上个礼拜刚把一个中央空调水系统的仿真工程跑通用的就是组态王6.55。运行时按下“一键启动”冷却塔风机先转起来接着冷却水泵启动、冷冻水泵启动、冷水机组加载屏幕上淡蓝色的水流顺着管道一路冲到末端风机盘管——整套动画在PC上完整跑起来的那一刻说实话挺有成就感。这个工程的本质不算复杂不接PLC、不连真实设备全靠内存变量加命令语言脚本在组态王里搭出一套能自动运行、能响应操作、能出历史曲线的中央空调仿真系统。这篇内容适合三类人看一是要做毕业设计或课程设计的自动化专业学生二是想给甲方做售前演示的工程公司技术员三是厂里需要做新员工上岗培训的运维团队。组态王6.55虽然已经是很多年前的版本但国内存量项目实在太多它的脚本机制、变量机制和动画连接方式在现在的KingSCADA、Web版组态软件里依然一脉相承把这套东西玩明白换个平台也就一两周的事。1. 项目拆解中央空调仿真系统为什么用组态王6.55来做1.1 这套仿真系统到底在仿什么先说清楚项目对象。我们做的不是“长得像中央空调的画面”而是一套在逻辑上闭环运行的水系统模型。中央空调机房的核心是四块冷源侧的冷水机组、冷冻水循环侧的水泵和管道、冷却水循环侧的冷却塔和水泵、末端的风机盘管与空调箱。仿真系统要模拟的核心行为有四个层次。第一层是设备启停状态比如冷水机组开没开、冷却塔风机转没转这是最基础的动画变化。第二层是顺序控制逻辑中央空调不是所有设备同时启动的必须先开冷却塔和冷却水泵让冷凝器有冷却水带走热量再开冷冻水泵让蒸发器侧水循环建立起来最后才能启动压缩机否则轻则高压报警、重则损坏设备。第三层是介质参数变化冷冻水供水温度要逐步逼近7℃回水温度随末端负荷在12℃上下浮动冷却水温度受冷却塔散热影响在32℃到37℃之间波动。第四层是与人机交互的响应操作员点了“停止”按钮系统要按照逆序安全停机。这些逻辑如果全写在纸面上听起来很抽象。但用组态王把它们做成动画和数据曲线就变成了一套可视化的逻辑验证工具。新来的运维工人看一眼画面就知道现在系统处于什么状态下一步该操作什么甲方领导来参观看到屏幕上的水流动画和实时温度曲线比看一百页PPT都直观。1.2 选型对比6.55在单机仿真场景里的优势有人可能会问现在都2025年了为什么还用组态王6.55这种老版本做新东西我当时的想法其实很直接这套系统的使用场景是一台不联网的工控机或办公电脑用户要的是开箱即用、不需要额外授权、安装包到处都能找到。对比过几个方案。用Web组态产品比如组态王后期的Web版本或者KingSCADA功能确实更现代但部署起来要配服务端、浏览器环境、授权对一个纯演示和培训用的系统来说属于杀鸡用牛刀。用Python加PyQt做自定义上位机自由度最高但开发周期长而且维护的人要会Python很多工控现场根本没有这个条件。用6.55就不一样它的运行时环境轻、安装方便、对Windows系统版本不太挑最重要的是大量老工程师对它的操作习惯非常熟悉以后找人维护都方便。6.55在组态软件里属于“麻雀虽小五脏俱全”的类型图库里有泵、风机、阀门、管道素材变量系统支持内存变量和I/O变量命令语言是类C语法触发方式有定时、数据变化、事件、热键多种。对单机仿真这个场景来说这些能力恰好都够用没有任何浪费。1.3 整体架构与数据流设计这套仿真系统在架构上分三层逻辑很清楚。表示层就是组态王画面包括系统总览、冷源系统、冷冻水系统、冷却水系统、末端系统、历史趋势曲线、报警记录这几张画面。数据层是组态王内存变量区里的几十个变量它们模拟了真实系统中传感器采集上来的温度、压力、流量、设备状态。逻辑层就是脚本程序它们按固定周期扫描变量、修改变量、生成报警模拟真实的设备动作和介质变化。数据流向是这样的操作员在画面上点击“启动”按钮这个动作改变了一个内存离散变量比如“启动指令”从0变1脚本程序检测到这个变化后按顺序置位冷却塔风机、冷却水泵、冷冻水泵、冷水机组的运行状态变量同时启动温度模型脚本让冷冻水供水温度变量从15℃开始逐步逼近7℃。画面上的动画连接监听到这些变量的变化设备图标变色、管道水流流动、温度数值刷新。整个过程不需要任何真实硬件全靠组态王内部变量在模块间传递信息。这种架构的好处是将来要对接真实PLC时只需要把内存变量换成I/O变量绑上对应的寄存器地址画面和脚本几乎不用改。这是我在做这类仿真项目时特意保留的扩展余地。2. 变量规划仿真系统的数据字典怎么搭2.1 变量类型与命名规范组态王里的变量分两大类内存变量和I/O变量。内存变量只存在于软件内部I/O变量用来对接外部设备比如通过驱动读取PLC的寄存器或采集卡的数据。在这个纯仿真项目里所有变量都用内存变量但在命名和规划时我会假装它们是要对接真实DCS或PLC的这样以后迁移到真实系统时改动最小。变量类型上主要用三种内存离散相当于BOOL存0或1用来表示设备启停、报警状态、内存整数存整数用来表示手自动模式、设备台数等、内存实数存浮点数用来表示温度、压力、流量。不要把温度存成整数虽然看着省事但做历史曲线时数据会变成阶梯状非常不专业。命名规范是我特别想强调的一块。很多新手做仿真时变量名随手起什么a1、b2、temp1等做到脚本逻辑复杂起来自己都分不清哪个变量是干嘛的。这套系统我采用“系统-设备-参数”三段式命名全部用英文缩写加下划线例如CH1_Run表示1号冷水机组运行状态CHWS_Pump1_Run表示1号冷冻水泵运行状态CHWS_Supply_Temp表示冷冻水供水温度。这个习惯对后期写脚本和排查问题帮助极大脚本里看到变量名就能知道它对应哪个设备哪个参数。2.2 中央空调四大子系统的变量清单我把这套系统用到的核心变量整理成了一张数据字典做完变量规划后照着录入即可。子系统变量名类型初始值说明冷源CH1_Run离散01号冷水机组运行状态冷源CH1_Freq实数0压缩机运行频率(Hz)冷源CH1_EV_Temp实数12蒸发器出水温度(℃)冷源CH1_CD_Temp实数32冷凝器进水温度(℃)冷冻水CHWS_Pump1_Run离散01号冷冻水泵运行状态冷冻水CHWS_Supply_Temp实数15冷冻水供水温度(℃)冷冻水CHWS_Return_Temp实数15冷冻水回水温度(℃)冷冻水CHWS_Flow实数0冷冻水流量(m³/h)冷却水CWS_Pump1_Run离散01号冷却水泵运行状态冷却水CWS_Tower_Fan1离散01号冷却塔风机运行状态冷却水CWS_Supply_Temp实数32冷却水供水温度(℃)冷却水CWS_Return_Temp实数32冷却水回水温度(℃)末端AHU1_Damper实数30空调箱新风阀开度(%)末端FCU1_Valve实数50风机盘管电动阀开度(%)报警ALM_CH1_HighPress离散0冷水机组高压报警控制START_CMD离散0系统一键启动指令控制STOP_CMD离散0系统一键停止指令控制STEP_CTRL整数0启动顺序控制步骤注意表格里的温度初始值我特意让冷冻水供水和回水都从15℃开始而不是直接从7℃开始。原因是系统初始状态是停机状态管道里的水温应该接近环境温度或停机前温度这样启动后温度才会呈现出从15℃下降到7℃的动态过程看起来更真实。2.3 报警与变量域的设置技巧变量定义对话框里有两块容易被忽略但很重要变量域和报警设置。变量域里可以定义最大值和最小值这决定了变量在画面上的量程范围比如温度变量设0到50流量变量设0到500。如果脚本里给变量赋了一个超出定义域的值组态王会自动做钳位处理不会让数据跑飞到离谱的程度。另外在定义变量时给它一个合理的最小变化值也就是死区能避免数据在临界点附近频繁触发刷新减轻CPU负担。报警设置这块我习惯给温度变量、压力变量都配上报警上下限。比如冷冻水供水温度上限设15℃回水温度上限设25℃冷却水回水温度上限设45℃当仿真模型在极端情况下把温度推到这些值附近时画面上的报警灯会闪烁同时在报警窗口里弹出记录。这样一来仿真系统顺带把报警逻辑也验证了一遍后续接真实系统时报警参数的整定就有了参考。3. 画面组态与动画连接让设备在屏幕上“活”过来3.1 画面布局与图库素材准备画面布局我建议按水系统的物理流动方向设计符合人的视觉直觉。最上面是冷却塔左边或右上是冷水机组中间是冷冻水泵和冷却水泵下方从左到右铺开冷冻水供水和回水管道最右端是末端风机盘管。这样做的好处是培训人员看画面时脑子里能形成一个物理空间的映射哪里是机房、哪里是楼层的末端一目了然。我不建议把所有设备堆在一张画面上虽然总览图看着很热闹但运行时文字和数据密密麻麻反而影响判断。我的做法是总览图只显示关键设备和主干数据每个子系统单独做一张分画面通过按钮切换。组态王6.55自带图库里其实有不少可用的素材打开图库管理器在“工程图库”里搜“泵”、“风机”、“阀门”、“管道”这些关键词能找到基本的矢量图形。但说实话自带图库的样式比较老气我通常会把图库里的元素拖出来后自己再加工一下比如给水泵外壳加个底座、给冷却塔加两条出风线让画面看起来更接近现场照片。这一点在给甲方演示时很重要画面好不好看直接影响他们对技术实力的第一印象。3.2 设备动画连接的配置方法动画连接是组态王把变量和图形元素绑定的机制也是整个系统画面效果的灵魂。选中一个图形对象右键菜单里点“动画连接”会弹出一个对话框里面有属性变化、位置变化、大小变化等几大类。具体到中央空调设备我常用的绑定方式有这么几种。颜色变化用来表示设备启停比如冷冻水泵运转时泵体从灰色变成绿色停止时恢复灰色这是通过“属性变化-颜色”里的“填充颜色”来实现的设置两个离散状态0对应灰色1对应绿色。旋转动画用来表示风机或电机转动把风机的风叶画成一个组合图形在“旋转”里绑定一个连续变化的模拟变量比如把变量按百分比映射到0到360度的旋转角度。值输出动画用来显示温度、压力、流量这些数值在“值输出”里绑定对应的实数变量就能让数值实时显示在设备旁边。组态王还支持闪烁动画我把它用在报警状态上。比如冷水机组高压报警变量为1时机组图标变红并闪烁强化视觉冲击力。但要注意闪烁动画不能大面积使用否则整个画面会显得很廉价而且长时间看对眼睛刺激很大我只在报警对象上保留了闪烁。3.3 管道流动效果的三种实现方案管道里水流的流动效果是这套画面里最直观的“高级感”来源。我在做的时候试过三种方案效果和成本差异很明显这里都列出来。第一种方案用多条小短线段在管道方向上等距排列整个线段组做水平移动动画移动范围设成一个管道周期当线段组移动到端点时触发复位。这个方案实现起来比较费工夫而且如果管道画成斜的移动方向也要跟着调维护麻烦。第二种方案用组态王图库里自带的“流动管道”素材。在6.55的图库里搜索管道相关素材确实有带流动效果的管道元件它们内部其实封装了动画逻辑直接拖出来用就行。这是最省事的方案缺点是能选的样式有限颜色和粗细不一定符合你的画面风格。第三种方案也是我实际最后采用的方案用虚线加颜色渐变模拟。在管道上叠加几段有动态填充色的箭头块通过属性变化让这些箭头块的填充面积按顺序变化看起来就像水在朝一个方向流动。这个做法不依赖外部素材颜色可以跟管道颜色统一调整流动速度也简单——只要在“动画连接”里设置不同的刷新周期就行。无论用哪种方案核心是要让流动速度和泵的状态联动。水泵停的时候管道里的水流动画必须停下来水泵启动后动画恢复否则画面和逻辑对不上懂行的人一眼就能看出是“假仿真”。4. 脚本程序实现核心控制逻辑与温度动态模型4.1 命令语言基础变量引用、触发机制、注意事项组态王的命令语言语法和C语言很像支持if判断、for循环、while循环、变量赋值、函数调用。最关键的语法点有三个。首先是变量引用。在脚本里引用一个变量必须写全格式“\本站点\变量名”注意是反斜杠。很多人第一次写脚本就栽在这里少写一个反斜杠或者写成正斜杠编译直接报错。其次是赋值运算。给变量赋值就直接写、等号连接比如“\本站点\CHWS_Supply_Temp 7.5;”。第三是函数调用组态王内置了不少实用函数比如画面切换函数ShowPicture(画面名)字符串转数值StrToReal()等可以查一下在线帮助文档里的“命令语言函数”。脚本的触发机制也很重要一共分几类。应用命令语言设置好执行周期后组态王会在工程运行期间周期性地执行这段脚本适合放温度动态模型这类需要持续运算的逻辑。数据改变命令语言绑定到某个变量上当这个变量值发生变化时触发执行适合放设备联动逻辑比如冷水机组启动后自动联动打开冷冻水泵。事件命令语言分离散事件和模拟量事件可以作为按钮指令的响应逻辑。画面命令语言则是依附在某一幅画面上画面打开、画面运行、画面关闭三个时机都可以挂脚本。实际写脚本时我有一条最重要的经验能用周期执行解决的就不要全部塞进数据改变反之亦然。顺序控制这种有先后步骤的逻辑放在周期执行的应用命令语言里用“步骤变量延时计数”实现最方便而直接由某个变量跳变触发的动作比如按钮按下置位启动指令放在数据改变命令语言里最干净。4.2 一键启停的顺序控制脚本中央空调启动顺序是固定的冷却塔风机先启动等冷却水循环建立起来后启动冷却水泵再启动冷冻水泵让冷源侧和末端侧的水都循环起来最后启动冷水机组。停止顺序则相反先停冷水机组让制冷停止再继续循环几分钟带走冷量最后停水泵和风机。这个“先开先停、后开后停”的原则必须严格遵守。我在工程里建了一个“启动步骤”整数变量STEP_CTRL用应用命令语言周期执行周期设500毫秒。脚本大致的逻辑结构是// 一键启动指令触发 if (\\本站点\START_CMD 1) { if (\\本站点\STEP_CTRL 0) { // 步骤0启动冷却塔风机 \\本站点\CWS_Tower_Fan1 1; \\本站点\STEP_CTRL 1; \\本站点\TIMER 0; } else if (\\本站点\STEP_CTRL 1) { // 步骤1等待5秒后启动冷却水泵 \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) // 10个扫描周期约5秒 { \\本站点\CWS_Pump1_Run 1; \\本站点\STEP_CTRL 2; \\本站点\TIMER 0; } } else if (\\本站点\STEP_CTRL 2) { \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) { \\本站点\CHWS_Pump1_Run 1; \\本站点\STEP_CTRL 3; \\本站点\TIMER 0; } } else if (\\本站点\STEP_CTRL 3) { \\本站点\TIMER \\本站点\TIMER 1; if (\\本站点\TIMER 10) { \\本站点\CH1_Run 1; \\本站点\STEP_CTRL 4; } } }有人可能会问启动步骤为0时脚本检测到START_CMD等于1就开始执行但此时冷却塔风机刚启动马上又要启动冷却水泵中间的“循环建立”过程是不是被省略了确实会有一点简化。如果需要更精细可以在步骤之间多插几个延时让冷却水温度和冷冻水温度先建立起来一部分再往下走。这套系统的重点在于演示控制逻辑所以中间的延时不追求完全还原现场但顺序一定不能错。停止逻辑和启动逻辑类似只是顺序反过来先置零CH1_Run延时后置零CHWS_Pump1_Run再置零CWS_Pump1_Run最后置零CWS_Tower_Fan1。整个过程要让画面上的设备一个一个熄灭而不是突然全部消失。4.3 冷冻水/冷却水温度动态仿真模型温度模型是这套仿真系统里最有技术含量的一块。如果温度数值从启动瞬间就固定显示7℃或者从15℃直接跳成7℃那整套仿真的可信度就没了。真实系统里冷冻水从环境温度降到设定温度需要一段时间因为冷量要慢慢从蒸发器转移到水中再由冷冻水泵推到末端换热量整个过程有热惯性和纯滞后。我用的是一阶惯性加目标逼近的模型。核心原理其实很简单当前温度乘以一个衰减系数再加上目标温度乘以一个补充系数。举个例子冷水机组启动后冷冻水供水温度的目标是7℃那么每个扫描周期让当前温度向7℃靠近一点靠近的速度由系数控制。// 冷冻水供水温度动态模型扫描周期500ms if (\\本站点\CH1_Run 1) { if (\\本站点\CHWS_Supply_Temp 7) { // 降温段当前温度越远离目标降温速度越快 \\本站点\CHWS_Supply_Temp \\本站点\CHWS_Supply_Temp - (\\本站点\CHWS_Supply_Temp - 7) * 0.02 - 0.01; if (\\本站点\CHWS_Supply_Temp 7) { \\本站点\CHWS_Supply_Temp 7; } } } else { // 停机自然升温回归环境温度 if (\\本站点\CHWS_Supply_Temp 20) { \\本站点\CHWS_Supply_Temp \\本站点\CHWS_Supply_Temp 0.03; } }这里用“(当前温度 - 目标温度) * 0.02”作为降温速度的一部分温度离目标越远降温越快接近目标时速度自然放缓这模拟了换热温差变化带来的影响。加上0.01这个常数项保证即使温度已经非常接近目标也还能继续往下走而不是卡住。冷却水温度模型要反过来。冷水机组运行时冷凝器把热量排给冷却水冷却水回水温度升高冷却塔把热量散到空气中冷却水供水温度下降。所以冷却水供水温度CWS_Supply_Temp应该同时被两个力量影响一个是回水热量的推动一个是冷却塔散热。// 冷却水供水温度动态模型 if (\\本站点\CH1_Run 1) { // 冷机运转热量增加 \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp 0.02; } else { // 冷机停机自然冷却 \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp - 0.01; } // 冷却塔风机运转时散热加强 if (\\本站点\CWS_Tower_Fan1 1) { \\本站点\CWS_Supply_Temp \\本站点\CWS_Supply_Temp - 0.01; } // 限制范围模拟冷却塔的平衡状态 if (\\本站点\CWS_Supply_Temp 30) \\本站点\CWS_Supply_Temp 30; if (\\本站点\CWS_Supply_Temp 40) \\本站点\CWS_Supply_Temp 40;这个模型仍然是简化的但它抓住了一个重要特性冷却水温度是多个热源和散热共同作用的结果而不是简单地从A点跳到B点。脚本里每个周期改变的幅度很小配合历史趋势曲线就能看到温度缓慢波动后趋于稳定的过程观感非常接近真实系统。回水温度、室温和负荷之间的联动可以用类似思路再做一层。末端负荷增加时回水温度升高同时冷却水换热需求增大这个逻辑如果要做成更复杂的交互玩法可以引入一个“负荷百分比”变量由操作员在画面上设定负荷变量变化后带动回水温度上升、冷机频率上升、功率消耗上升。我这里没有展开做因为篇幅原因但原理都是同一套。如果你要做一个能应付答辩或演示的完整系统建议把这个联动也补上。4.4 脚本调试的实用方法脚本写多了难免报错组态王的编译错误提示又很粗糙排查起来确实有点磨人。我的调试经验有三条。第一条把一个不起眼的整数变量当成调试指针用。在脚本的关键分支里给这个变量赋不同的值比如进入启动步骤1时赋值100进入步骤2时赋值200。运行后看这个变量的值就能判断脚本走到了哪里。这相当于自己做了一个简易的断点比对着画面看设备状态猜原因高效得多。第二条利用组态王自带的“信息窗口”或日志功能。在命令语言里可以调用输出函数把关键变量的值打印出来运行过程中去信息窗口里看。温度模型每次更新后打印一次当前温度就能直观看出数据变化是否正常。第三条把扫描周期拉大来做“慢放”。应用命令语言默认的扫描周期可以调如果觉得运行太快看不清逻辑把周期从500毫秒改到2000毫秒就能一步一步追踪启动顺序和温度变化。调试完成后记得把周期调回来。5. 实操过程从零搭建一套可运行的仿真工程5.1 工程创建与运行环境配置新建工程时组态王会要求选择工程保存路径。我建议不要放在C盘系统盘放到D盘一个专门的目录下万一系统出问题重装系统工程文件不会丢。工程建好后第一件事是设置系统分辨率。这一步看起来不起眼但很关键如果工程画面分辨率是1920x1080运行机器却是1366x768的屏幕画面会超出显示范围按钮都点不到。我会在“配置”里把工程运行的分辨率设为和演示电脑一致。运行系统配置里还有几项需要处理。历史数据保存路径要设置否则趋势曲线没法记录数据报警记录文件的大小和存档周期可以按需设置运行系统如果不需要菜单栏和标题栏可以勾选“无边框运行”画面更干净也防止操作员误关窗口。5.2 变量录入与画面绘制的速通方法在数据词典里逐条定义变量是躲不掉的体力活对照前面那张变量清单表一条一条录入就行。录入时注意把“初始值”填对这决定了系统开始运行时的画面初始状态。如果初始状态是停机那所有设备状态变量初始化成0供水温度和回水温度初始化成环境温度15℃。画面绘制的过程中有一个小技巧能省不少时间先把所有共用素材画好比如管道、底色、标题栏再复制一份作为其他画面的底子。四个子系统的画面上半部分结构基本一样复制粘贴后改下半部分的设备区域效率能提高一半。我的绘制顺序是先画底色和管道框架再放设备图形最后做动画连接。如果在画图时就想做动画连接很容易因为图形位置来回调整导致动画连接反复重设浪费时间。画面位置全部定稿后再统一绑动画是最顺的顺序。5.3 历史趋势曲线与报表配置历史趋势曲线是展示仿真“数据变化过程”最直观的窗口也是检验模型是否合理的方式。组态王里添加一个“历史趋势曲线”控件然后在控件属性里绑定要显示的变量比如冷冻水供水温度、回水温度、冷却水供水温度。运行起来后点启动按钮观察曲线变化幅度和趋势。好的仿真温度曲线是平滑下降或上升的没有阶梯跳跃。如果曲线出现明显台阶比如温度一格格跳说明脚本扫描周期太长或者模型系数太大需要调整。这张趋势曲线画面对内行来说是判断这个仿真系统有没有“灵魂”的核心依据。报表功能如果想加可以用组态王的数据报表控件按时间抽取变量的历史平均值或瞬时值生成一张运行记录表。不过对于演示系统来说报表属于锦上添花我建议把时间优先花在把趋势曲线做平滑上。5.4 联调测试与效果验证工程搭建完成后进入联调阶段。我的测试流程是先按启动按钮观察四项设备是否按顺序启动各设备图标颜色是否正确变化管道动画是否跟随泵的状态启停然后打开趋势曲线观察两个温度参数在5到10分钟内是否平滑过渡到目标值再按停止按钮观察顺序停机是否严格按逆序执行设备图标是否一个一个熄灭。全部通过后再模拟一个报警工况比如把冷却水回水温度上限调低验证报警灯、报警窗口是否正常工作。联调时最容易发现的问题是变量名拼错导致动画不刷新。我在每次新建变量后都会做一次“变量查重”用组态王的变量浏览器检查一遍重点确认所有\本站点\前缀的变量路径都在数据词典里有定义。6. 常见问题与排查技巧实录6.1 脚本不触发或变量不更新最常见的五个原因我全部踩过。一是命令语言执行周期太长比如设了10秒画面看起来就像没反应把周期改成500毫秒就好。二是引用变量时写成中文状态的全角分号或括号组态王的命令语言编辑器对全角符号零容忍直接编译报错这个坑在中文输入法开着的时候特别容易踩。三是脚本里的变量名和数据词典里的名字不一致少个下划线或多一个字符编译能过但运行时永远走不到这一支。四是触发逻辑反了比如数据改变命令语言绑定的是“启动指令”但脚本里判断的是另一个中间变量导致永远不触发。五是应用命令语言只是挂载了但没设置执行周期默认可能不按预期周期运行检查一下配置。排查时一定结合调试指针变量。看不出来问题时在脚本每个分支里给调试指针赋不同值然后看它的数值就能快速定位问题出在哪段。6.2 画面动画卡顿与闪烁动画卡顿通常有两个原因。一个是组态王运行时所在的电脑配置太低画面对象太多每帧都要重绘大量图形元素。另一个是脚本扫描周期太短应用命令语言每100毫秒跑一次全量逻辑导致CPU占用飙升画面刷新被拖累。针对前者画面里的装饰性元素能少就少不要为了“好看”堆大量无意义的小图形。针对后者把应用命令语言的执行周期从100毫秒放宽到500毫秒绝大多数场景下完全够用而且CPU占用率会大幅下降。还有个小技巧把不需要实时显示数据的画面在切换时关掉别全部挂后台运行组态王对后台画面同样会刷新动画连接。6.3 启动运行系统失败的排查组态王运行系统启动时闪退或者报错大部分是运行环境问题。常见的有三种杀毒软件把组态王的加密锁驱动或运行时组件拦截了解决方法是安装时关闭杀毒软件运行前把相关进程加入白名单操作系统缺少运行库尤其是某些精简版Windows系统装一下官方VC运行库即可系统时间被改得离实际时间太远可能导致授权校验失败把系统时间校准后再启动。如果运行系统能启动但画面白屏检查工程的显示分辨率是否和当前屏幕匹配或者重启一下组态王的开发环境再运行。6.4 命令行工具“无法识别”问题的处理这个和组态王本身没有直接关系但做这套仿真时很多人尤其是第一次配环境的师弟师妹会在同一个流程里遇到我顺手说一下。在Windows的PowerShell或CMD里输了一个工具命令结果系统弹出一句“无法将 xxx 项识别为 cmdlet、函数、脚本文件或可运行程序的名称”。这句提示的意思是系统在当前路径和系统环境变量Path里都找不到这个名字的可执行程序。原因无非两种。第一种这个工具根本还没安装那装好后再试。第二种工具装了但安装目录没有加入系统环境变量的Path里。解决方法是右键“此电脑”-“属性”-“高级系统设置”-“环境变量”在“Path”变量里追加工具的安装目录比如分号隔开然后重新打开命令行窗口。更快的日常做法是直接用cd切到工具的安装目录下用“.\工具名”的格式执行当前目录下的程序。注意改完环境变量后要重新打开终端窗口才能生效这是很多人改了没反应的原因。组态王本身是图形化操作软件不需要在命令行里跑什么但如果你需要做工程文件备份、定时拷贝历史数据这类辅助操作PowerShell的copy命令和计划任务就是好帮手。把环境变量这件事弄明白后续在工控机上装各种辅助工具都会顺手很多。6.5 仿真数据跳变与曲线不平滑曲线不平滑的根子通常不是曲线控件的问题而是模型参数不匹配。温度模型里0.02和0.01这两个系数决定了系统从一个状态到另一个状态的时间常数。系数太大温度几秒钟就冲到目标值曲线像折线系数太小十几分钟温度都没什么变化影响演示节奏。我的做法是先按500毫秒扫描周期估算想让温度从15℃降到7℃大约用5到10分钟就把每周期变化量控制在一个很小的量级大概0.02到0.05摄氏度。然后运行起来看趋势曲线如果降得太快就把系数调小降得太慢就调大。反复调整两三轮后就符合预期了。另外要注意脚本里用了“if (\本站点\CHWS_Supply_Temp 7)”这种下限保护语句时别把下限值设得和初始值太接近否则曲线还没体现出动态过程就直接被钳位在目标值上了。最后再说几句做这类仿真系统踩过几次坑之后我个人最大的体会是画面好看固然重要但真正让这套东西有说服力的是数据模型的逻辑闭环。你给甲方或者老师演示的时候他们不会太在意画面上的渐变效果有多华丽他们更关心的是——点了启动按钮之后设备有没有按正确的顺序动作温度曲线有没有按照物理规律平滑变化报警来了系统会不会正确反应。把这三件事做到位这套仿真系统的价值就立住了。如果你之后想把这套东西进一步扩展可以往两个方向走。一是把负荷侧做得更细加入多个末端的独立控制和能耗统计让系统看起来更“智能”。二是把变量模型替换成真实的I/O驱动对接一套小型PLC把仿真系统变成半实物仿真也就是操作和画面还是组态王这套但设备启停信号由PLC真实输出那样就接近完整的工程验证了。组态王6.55虽然老但作为学习组态软件和暖通控制逻辑的载体依然是一条很顺的路。
