做中央空调监控演示项目的时候甲方给了一个很刁钻的要求不要真机不要PLC要在一台普通电脑上把整个冷源系统的运行状态“演”出来。设备要能动水温要能变阀门要能开故障要能报。说白了就是拿组态王6.55做一套动画仿真系统替代物理柜、替代真实机组、替代现场调试环节。当时我拿到这个需求第一反应是组态王做监控画面我是熟的但要做成一套能“自己跑起来”的动态仿真系统核心难点不在画面而在脚本程序怎么把工艺逻辑写进系统里。这篇文章就把我从工艺梳理、变量设计、脚本编写到画面联调的完整过程拆开讲重点说说脚本程序怎么写、动画连接怎么配、仿真逻辑为什么这么设计希望能给正在做组态王仿真或者水系统监控项目的人一点参考。1. 项目定位与设计思路为什么用组态王6.55做仿真1.1 这个系统解决了什么问题中央空调冷源系统的常规上位机监控项目大家见的多了现场有冷水机组、冷冻水泵、冷却水泵、冷却塔通过DDC或者PLC采集信号组态王负责显示和远程控制。但这类项目有个很现实的痛点——设备没到货、机房没通电、或者单纯要给客户做方案展示的时候整套监控系统就是一块白板界面上什么都没有。这套仿真系统的价值就在这儿用组态王6.55本身的内存变量和脚本逻辑在无设备、无通讯的条件下模拟出中央空调冷源系统的全部运行状态。从冷冻水供水温度的变化、冷却塔风扇的转动、水泵启停逻辑到故障报警的触发全部通过脚本“演”出来。它的用途有三个一个是售前演示给甲方看界面交互效果一个是调试模拟在真实现场联调前把画面逻辑和报警逻辑先跑通还有一个是操作培训让运维人员在仿真环境里熟悉开关机流程不用拿昂贵的主机做实验。1.2 组态王6.55做仿真的选型理由组态王在国内组态软件里占有率一直很稳6.55版本更是很多旧项目里还在用的主力版本。选它做仿真系统不是因为它仿真能力有多强而是因为它做监控画面的效率足够高而且动画连接方式非常成熟。它的画面系统天然支持旋转、填充、移动、闪烁、隐藏、尺寸变化这六类动画连接这些属性用来模拟水泵叶轮、水流管道、阀门开度、故障指示灯是正好的。再加上它内置的脚本命令语言可以写变量运算、条件判断、循环跳转甚至调用Windows系统函数这些能力拼在一起就足够实现一套带“工艺逻辑”的动态仿真。对比过其他方案用Unity或者Vue做3D可视化效果确实炫但开发周期长而且跟工业监控的主流生态脱节后期接真实设备还要重做直接用组态王的图库加数据词典硬做不做脚本驱动那画面又只会静态显示没有任何仿真意义。组态王6.55处在中间这个位置既能快速画图又保留了足够的逻辑控制自由度是这个场景下投入产出比最高的选择。1.3 系统整体架构设计整个系统我分成四层来设计分别是画面层、变量层、脚本层和驱动层。画面层负责把冷源系统的设备用组态王图元画出来包括冷水机组、冷冻水泵、冷却水泵、冷却塔、膨胀水箱、管道、阀门和温度测点。变量层是数据和画面的桥梁所有画面上的动画连接都挂在变量上变量值一变画面就会跟着动。脚本层是整个仿真系统的核心负责把所有工艺逻辑变成可执行的程序比如开机先启动冷却塔风机、再开冷却水泵、再开冷冻水泵、最后开冷水机组这套顺序在真实系统里是电气联锁在仿真系统里就是脚本逻辑。驱动层在这里不是真实的设备驱动而是用时间和事件作为驱动源脚本周期运行或者条件触发把整个仿真系统推着往前走。这样的分层设计有个好处就是画面和逻辑分离。甲方想改画面样式不在脚本里动一行代码想调仿真逻辑不影响画面布局。对于后期交付和二次开发来说这个结构非常友好。2. 先懂工艺再画图中央空调系统拆解2.1 冷源与水系统的完整组成做中央空调仿真之前先得把工艺吃透。很多新手一上来就画图画完发现逻辑根本对不上就是因为没弄明白冷冻水和冷却水两条水路到底是怎么循环的。冷源系统分为三个主要回路。第一个是冷冻水回路冷水机组蒸发器产生7度左右的冷冻水通过冷冻水泵送到各个末端的风机盘管或者组合式空调箱经过换热后温度升到12度左右再回到主机蒸发器。第二个是冷却水回路冷水机组冷凝器产生的热量需要被带走冷却水泵把冷却水送到冷却塔顶部经过喷淋和风扇散热后温度降下来再回到冷凝器继续吸热。第三个是制冷剂回路它在冷水机组内部压缩机把低温低压的制冷剂气体压缩成高温高压气体进入冷凝器放热变成液体经过膨胀阀节流降压进入蒸发器吸收冷冻水的热量变成气体再回到压缩机完成一个制冷循环。画面上要体现的主要就是前两个水路以及冷水机组内部的压缩机和膨胀阀。冷冻水回路的重点是供水温度和回水温度的变化冷却水回路的重点是冷却塔的散热效果机组内部的重点是压缩机启停和运行状态显示。这三块能模拟活了整个系统的仿真效果就出来了。2.2 要模拟哪些关键参数与设备状态在动手设计脚本之前我把需要模拟的变量全部列出来分成设备和参数两大类。设备状态变量主要是开关量和整数型变量冷水机组启停状态、压缩机运行状态、机组故障冷冻水泵1/2启停、运行频率、过载故障冷却水泵1/2启停、运行频率、过载故障冷却塔风机1/2启停、状态冷冻水供水电动阀、冷却水供水电动阀开度参数变量主要是模拟量冷冻水供水温度CHS模拟7-12度冷冻水回水温度CHR模拟12-18度冷却水供水温度CWS模拟30-37度冷却水回水温度CWR模拟35-40度冷冻水总管流量、冷却水总管流量机房温湿度、膨胀水箱液位这些变量直接用组态王的内存变量建立就行不需要关联任何IO设备。这也是仿真系统的一个显著特点全部数据来自脚本运算而不是现场采集。变量类型上启停和故障用开关量开度和温度用模拟量后期如果要接真实IO设备只需要把内存变量替换成IO变量脚本逻辑可以原样保留。2.3 仿真交互流程设计仿真系统要有“剧本”不能只是变量在跳。我根据中央空调冷源系统的标准操作规程设计了两个核心交互流程。开机流程操作员在画面上点击“系统开机”按钮脚本按顺序执行——先启动冷却塔风机延时5秒再启动冷却水泵延时5秒再启动冷冻水泵延时5秒最后启动冷水机组。每一步之间必须有时间间隔模拟真实电气联锁的吸合顺序同时画面上对应的设备图元开始转动管道开始出现水流动画等待10秒后温度和流量参数开始缓慢变化系统进入稳定运行状态。停机流程点击“系统停机”按钮脚本先停冷水机组延时10秒让压缩机完全卸载再停冷冻水泵和冷却水泵最后停冷却塔风机。这个顺序要反着来否则真实系统中会造成机组高压报警或者蒸发器冻裂风险仿真系统里虽然不会有物理损伤但逻辑一定要符合工程常识否则懂工艺的甲方一眼就能看出问题。除了启停流程还要模拟故障状态比如冷却水温度超过设定值时脚本触发“冷却水温高报警”系统自动加载备用冷却塔风机冷冻水泵故障时系统自动切换备用泵。这些逻辑在真实监控系统里属于很基础的联锁在仿真环境里全都要靠脚本实现。3. 组态王6.55脚本与变量体系详解3.1 变量是脚本的血液内存变量与IO变量组态王脚本编程的基础是变量。很多第一次接触组态王的人会搞混一件事脚本里写的变量名跟实际数据是两回事。在组态王6.55里变量分为IO变量和内存变量两大类。IO变量需要绑定在设备驱动上是从PLC、DDC或者板卡里读写的数据内存变量不依赖外部设备数据直接存在电脑内存里由脚本读写。仿真系统的所有变量都用内存变量这是第一个设计决策。原因很明显没有真实设备可以通讯用IO变量的话变量值永远是0或者不再更新整个画面就是死的。用内存变量脚本就能任意赋值变量值像真实系统一样随时间变化画面自然就“活”了。变量建立的时候有几个细节要注意。一是变量名尽量带前缀方便维护我用的是制冷站拼音缩写加设备名的方式比如LengZhan_CHS_T冷冻水供水温度、LengZhan_CHP1_RUN冷冻水泵1运行状态。二是在定义变量时把初始值设好仿真系统里开关量初始值统一为0模拟量的初始值按工艺初值设定比如冷冻水供水温度初值12度、冷却水供水温度初值32度。三是变量变化幅度和报警上下限先不急着设等脚本跑起来再根据实际波动范围调整。3.2 命令语言类型与执行时机组态王6.55的脚本分几类要在合适的地方放合适的代码。我做仿真系统主要用了三种应用程序命令语言、数据改变命令语言和事件命令语言此外还有自定义函数命令语言用于封装重复逻辑。应用程序命令语言是全局脚本打开每个画面都会在后台运行。它有三个执行时段启动时执行一次、运行期间周期执行、退出时执行一次。仿真系统的核心计算我都放在运行期间周期执行里执行周期可以按毫秒设置我实际用的是1000毫秒也就是每秒跑一次主循环。水温和压力变化都是慢过程一秒更新一次足够顺滑。数据改变命令语言挂在指定变量上变量值发生变化时立即触发执行。我把它用在故障报警和启停状态跳变上比如冷却水泵运行变量从0变成1时触发水泵动画转动的相关计算报警变量从0变成1时触发弹窗和报警记录。事件命令语言是“当条件成立时触发”比数据改变更灵活可以做逻辑判断。比如冷却水供水温度超过38度时触发“冷却水温高”报警和备用塔风机启动。自定义函数命令语言类似传统编程里的函数封装我把开机流程、停机流程、温度计算分别写成独立函数然后在应用程序命令语言或按钮脚本里调用结构清晰排错也容易。3.3 脚本语法与核心函数速查组态王6.55的脚本语言是类C风格但跟标准C比做了很多简化。变量引用格式是\\本站点\变量名这是最容易被新手上手时忽略的地方。在脚本窗口里敲变量名系统会自动带出“\本站点\”前缀但如果是手动写漏掉这个前缀脚本就编译不过。常用的语法结构不多赋值语句用等号条件判断用if/else循环用for或者while延时用系统函数Sleep()函数定义用Function()。字符串拼接用或StrFromInt()转换。常用函数主要是这几个\\本站点\变量 数值;最基本的赋值ShowPicture(画面名);切换和打开指定画面Sleep(毫秒);程序延时等待IntToStr()、StrToInt()、StrFromReal()数值和字符串互相转换Abs()、Sqrt()数学运算LogStart()、LogStop()系统日志记录\\本站点\变量.SetPercent()动态改变动画连接范围脚本调试时有一个功能很实用就是脚本编辑器左下角的“编译”按钮。写一段脚本后先点编译系统会把语法错误和未定义变量列出来比运行时候再报错好排查得多。我习惯把脚本按功能拆成多个小块分别编译确认无误后再合并到完整脚本里。4. 动画仿真核心脚本实现4.1 启停流程与状态机设计仿真脚本最核心的部分是启停流程的状态机。我定义了一个整数变量Sys_Status来表示系统当前状态0表示停机1表示正在开机2表示正常运行3表示正在停机4表示故障停机。脚本主循环里用switch-case结构判断状态每个状态执行对应动作。开机状态的伪逻辑是这样的// 主循环每秒执行一次 if (\\本站点\Sys_Status 0) { // 停机状态检测开机按钮 if (\\本站点\Btn_Start 1) { \\本站点\Sys_Status 1; \\本站点\Step_Count 1; } } else if (\\本站点\Sys_Status 1) { // 开机过程 if (\\本站点\Step_Count 1) { \\本站点\CoolTower_Fan1_RUN 1; // 启动冷却塔风机1 \\本站点\Step_Count 2; } else if (\\本站点\Step_Count 2) { if (\\本站点\CoolTower_Fan1_RUN 1) { Sleep(5000); \\本站点\CoolPump1_RUN 1; // 启动冷却水泵 \\本站点\Step_Count 3; } } // 后面依次是冷冻水泵、冷水机组逻辑类似 }这段代码看起来简单但有几个点很关键。分支之间用Step_Count计数保证每一步只执行一次不会因为主循环周期执行而反复触发。Sleep(5000)是延时函数但它会阻塞脚本执行所以延时只放在小步进里不能放在主循环大框架里。真实系统中设备启动之间有联锁反馈仿真系统里我简化成延时加状态置位效果上完全够用。故障停机是另一个状态机分支。我定了一个Fault_Flag数组变量分别代表冷却水温高、冷冻水温低、水泵故障、冷却塔故障。任意一个故障位置1时系统从“正常运行”切换到“正在停机”状态按停机流程逐步停设备同时画面上对应报警灯闪烁。4.2 水温、压力动态模拟算法水温和压力是模拟量不能用简单的开关量赋值必须模拟出从启动到稳定的渐变过程。我用的是一阶惯性逼近算法公式很简单当前值 当前值 (目标值 - 当前值) * 系数。以冷冻水供水温度为例目标温度是7度启动时当前值从12度开始经过多次计算逐步逼近7度。系数取0.02到0.05之间系数越大变化越快越小越平滑。每秒执行一次100次之后就能从12度降到接近7度大概一分半钟跟真实系统的降温节奏差不多。// 冷冻水温模拟每秒执行一次 \\本站点\LZ_CHS_T \\本站点\LZ_CHS_T (\\本站点\LZ_CHS_T_Target - \\本站点\LZ_CHS_T) * 0.03; // 冷却水温模拟每秒执行一次 \\本站点\LZ_CWS_T \\本站点\LZ_CWS_T (\\本站点\LZ_CWS_T_Target - \\本站点\LZ_CWS_T) * 0.025;目标值不是固定数字而是根据系统运行状态动态计算的。系统开机后冷冻水供水目标温度设为7度回水温度目标设为12度冷却水供水目标温度设为37度回水目标温度设为32度。系统停机时所有温度目标值都设为当前室内温度比如28度让温度慢慢回归环境温度避免停机后数值还停在运行值上一眼假。流量模拟用的是类似逻辑但多了一个条件水泵不转流量必须为零。所以在流量计算之前先判断水泵运行状态只有运行状态为1以后才让流量从0逐渐上升到额定流量。4.3 水流与旋转动画实现水流动画是仿真系统里最直观的“动态”表现。组态王里做水流效果最常见的是用两个方式一个是移动式用一组连续的小矩形或者椭圆当作“水珠”通过动画连接的“水平移动”属性让它们沿管道方向周期性移动另一个是填充式在管道内部做一个矩形区域用“填充”属性根据变量值动态变化模拟管道里的水位或流量变化。我实际用的是移动式方案。在管道路径上放5个小圆球每个小球用动画连接把“水平移动”关联到一个模拟量变量Pipe_Flow_Pos上移动距离对应管道长度。脚本里每秒执行一次累加\\本站点\Pipe_Flow_Pos \\本站点\Pipe_Flow_Pos 20;当变量超过管道最大长度时让它回零。这样5个小球会以固定间距沿管道循环移动视觉效果就是水在流动。为了让移动更平滑我把执行周期改为500毫秒每次累加10相当于一秒移动20像素比每秒跳一次顺畅很多。风机水泵的旋转动画同理。在设备图元上放一个风扇或者叶轮图形动画连接选择“旋转”关联一个旋转角变量。脚本周期累加角度值每500毫秒加15度设备运行状态为0时角度保持不变。这样打开仿真画面就能看到水泵和冷却塔风扇在转动停机时立即停住跟设备状态完全同步。4.4 电动阀开度模拟电动阀是中央空调系统里的重要执行器开度从0%到100%变化我把它做成模拟量变量Valve_OPEN。阀门动画连接用“填充”属性红色填充随着变量值从0升高到100看起来就像阀门在不断打开。阀门开关不能一步到位真实电动阀从全关到全开需要几十秒。脚本里的逻辑是系统开机时给阀门设定目标开度100%然后当前开度按每秒2%的速度递增直到达到目标值停机时目标值变为0%当前开度按每秒2%的速度递减。这样阀门在画面上是匀速缓慢打开的跟水泵启动后水流量逐步增加的过程匹配上整个画面就更真实。这里有个细节开度跟流量要联动。冷冻水电动阀开度低于30%时冷冻水流量要按比例打折开度低于10%时考虑防冻保护触发低温报警。这些条件判断在脚本里循环检测不需要事件驱动放在每秒主循环里判断即可。中央空调系统最重要的保护逻辑之一就是防止蒸发器冻裂仿真系统虽然不接管真实设备但把这套逻辑写进去后续接真机的时候能直接复用。5. 实操步骤全记录从建工程到运行调试5.1 新工程配置与变量建立第一步是新建工程并设置登录用户级别。组态王6.55默认的工程向导能建好基础框架工程名称我定义为“ColdSourceSim”。用户权限要设置成开发和管理员两个级别调试阶段用管理员权限这样可以修改画面和脚本给甲方展示的时候切换到“运行”模式锁定画面防止误改。第二步是建变量。进入数据词典按照前面列的清单把所有变量都建立起来。变量名规范、数据类型和初始值是核心。这里强调一下内存变量的初始值非常关键直接影响脚本启动时的表现。比如Sys_Status初始为0停机LZ_CHS_T初始为12冷冻水供水温度环境值Valve_OPEN初始为0阀门全关。脚本在启动时读取这些初值如果初值设错系统一启动画面就会显示异常状态。5.2 画面绘制与动画连接画面是直接给甲方看的所以布局要兼顾功能性和美观。我分了三个主要画面系统总览、设备详情、报警记录。系统总览放冷源系统全流程图冷冻水和冷却水两条回路用不同颜色区分蓝色管代表冷冻水绿色管代表冷却水设备图元放在对应位置用文本标注设备名称。画完静态图元后开始做动画连接。这一步是关键每个图元要双击进入动画连接设置水泵电机图元选择“旋转”关联LZ_CHP1_Angle变量旋转方向为正旋转中心点设在叶轮圆心水流小球选择“水平移动”关联Pipe_Flow_Pos变量移动距离范围设置成管道实际像素长度阀门选择“填充”关联Valve_OPEN变量填充方向和颜色按红绿渐变设置温度数值用文本图元选择“模拟值输出”关联对应温度变量小数位设为1报警灯选择“隐含”连接关联报警开关量条件为“变量值1时显示红色闪烁”动画连接设置完把画面保存并编译确保没有连接错误。编译的作用是检查动画连接中的变量是否存在变量未定义时会直接报出来比后面运行发现画面不动好排查得多。5.3 脚本调度与运行效果调试脚本都写完后需要检查脚本的执行时机和周期。打开“命令语言”菜单里的“应用程序命令语言”把主循环脚本放在“运行期间”区块执行周期设为1000毫秒。把启动时初始化脚本放在“启动时”区块。自定义函数放在“自定义函数命令语言”里按钮脚本直接在画面按钮的弹起事件中写。运行效果调试我分三步走。第一步先看画面是否静态显示正确所有设备和参数初值是否跟数据词典里设置的一致。第二步手动点击开机按钮看状态机是否按顺序执行设备状态是否逐个置1画面上的旋转动画和水流动画是否跟随变化。第三步观察10分钟看温度和流量变化过程是否平滑停机流程是否正常执行。调试阶段最容易暴露的是变量名引用错误。组态王脚本对变量大小写敏感但是报错信息不会告诉你到底哪一行出错只会在“构建”时报“未定义变量”。我踩过好几次坑最后养成一个习惯每次写完一段脚本立即编译编译通过再复制到最终脚本区。不要憋到全部写完后一次性编译几百行脚本同时报错的时候排错效率极低。5.4 仿真系统的运行调度与初始画面运行方式也有讲究。组态王6.55可以配置为直接以“运行系统”模式打开也可以先打开开发系统再由开发者手动进入运行。给甲方交付的时候把快捷方式直接指向运行系统并设置开机自动登录进入系统后默认显示系统总览画面。这样甲方双击图标就能看到仿真效果不需要任何组态王操作基础。仿真系统的初始画面设置是在系统配置里的“画面”选项指定主画面为“系统总览”。另外要设置运行系统窗口为全屏显示隐藏菜单栏和滚动条只保留我们放好的画面切换按钮。这样整个系统看起来就是一个独立的应用软件而不是组态王开发环境。6. 常见问题与排查技巧实录6.1 脚本不执行、动画不动的排查这是做仿真的新手最容易撞上的问题脚本写了画面就是不按预期动。我总结了一套排查顺序。先确认系统是否处于运行模式。组态王6.55的开发系统和运行系统是分开的只有在运行系统里脚本才会周期执行在开发系统里怎么点都不会动。第二步检查脚本是否编译通过打开命令语言窗口看有没有报错未定义的变量、缺少分号、函数名拼写错误都会导致整段脚本不运行。第三步检查执行周期应用程序命令语言如果执行周期设置为0毫秒系统会一直等待实际效果就是脚本不执行我一般改成1000毫秒。还有一个隐蔽问题就是脚本里用了Sleep()延时导致主循环卡死。如果主循环里放了一个Sleep(5000)那么整个每秒执行一次的主循环会被拖成每5秒执行一次画面动画会明显卡顿。解决方法是把延时拆到状态机的特定分支里不影响主循环整体节奏。6.2 数值不刷新与变量冲突变量值在运行系统里不刷新常见原因是变量的读写属性设置不对。组态王内存变量有只读、只写、读写之分脚本赋值的变量必须是“读写”或“只写”属性如果设成“只读”脚本赋值会被系统忽略。这个属性在数据词典里可以查我一开始把温度变量设成了只读导致脚本怎么算温度都不变。变量名冲突也容易踩。组态王的变量不是按作用域区分的全局变量池里不能有两个重名变量。我在项目中用了类似命名LZ_CHP1_RUN和LZ_CHP2_RUN如果哪次把编号写错了动画连接会挂到错误的设备上画面表现就是水泵2转的时候水泵1也一起动。排查这类问题最有效的方法是进入运行系统的“变量监视”窗口实时查看每个变量的当前值对照画面表现就能快速定位。6.3 外部命令调用失败环境变量问题仿真系统做到后期我想加一个自动导出数据报表的功能脚本里调用外部命令行工具把变量数据存成文件。结果运行时报错提示类似“无法将某程序识别为cmdlet、函数、脚本文件或可运行程序的名称”一开始我还以为是组态王脚本语法问题查了半天发现根本不是脚本的事。问题出在Windows系统环境变量上。很多命令行工具需要把安装目录加入到Path环境变量里才能被直接调用否则只能写完整路径。这跟在PowerShell里输入pip、npm、git提示无法识别是同一个原因——工具装好了但系统找不到它的执行文件位置。解决办法有两个一是在脚本里直接写完整路径比如C:\Tools\export.exe最省事二是在系统环境变量Path里添加工具所在目录一次性解决所有命令调用问题。组态王脚本本身没有这个问题它是直接调用Windows进程的但是被调用的外部程序路径必须是系统可识别的。6.4 仿真精度调整与算力优化仿真系统跑久了温度和流量数值可能会出现微小抖动或者不闭合。如果是温度值跳动多半是脚本计算频繁使用了随机数或者多次执行了同一个计算块。我后面把所有温度模拟统一收敛到一个函数里用同一套输入参数避免多次计算结果不一致。如果画面流畅度不够尤其是设备多了之后旋转动画和水流动画同时跑CPU占用会偏高。优化方向有两个一是把执行周期从500毫秒改为1000毫秒对厂房监控这种慢工艺系统来说1秒刷新完全够了二是把不必要的画面刷新关掉组态王运行系统画面属性里有“背景刷新”选项不勾选可以省不少性能。仿真系统的本质是模拟连续动态过程但工业监控的人眼感知并不需要60帧每秒的刷新率20帧左右完全够用。写在最后的实操心得这套中央空调组态王6.55仿真系统从搭建到交付我前后推进了两周其中大部分时间不是花在画面上而是花在到底怎么用脚本把工艺逻辑写顺这件事上。做过一遍之后我最大的感受是组态王虽然名字叫组态但它的脚本能力其实被很多人低估了。不是只有PLC和高级语言才能做逻辑控制组态王脚本把变量、动画和工艺串联好完全能在无设备环境里造出一个“活”的监控系统。另外还想提醒一句仿真系统跟真实系统最大的区别是数据来源。仿真系统里所有数据都是脚本编出来的所以一定要把变量初值、目标值、变化速率这些参数先写成清晰表格再动手写脚本。我最开始就是边写脚本边改参数结果几段脚本之间数值衔接不上温度一会儿偏高一会儿偏低。后来先把参数表定死脚本照参数写一次就通过了。仿真做得好不好不取决于脚本写得多花哨而取决于对工艺过程理解得有多透彻。