简介面向水厂自动化监控场景的西门子WinCC项目工程包适用于需要快速搭建蓄水池与水井集中监控画面的工程师和技术人员。项目围绕两个蓄水池和六个水井展开包含水位、压力、PH值等关键参数的动态显示、趋势记录和报警提示逻辑可直接导入WinCC查看并复用。资源包共470个文件压缩包约191.32MB。除核心的33个PDL画面文件外还包含rpl、sav、mdf/ldf、csv、cfg/dat等工程运行所需的记录、归档与配置文件整体结构完整便于理解WinCC工程的组成和运行机制。已有1768人学习下载适合工业HMI开发入门及供水行业项目参考。内容上涵盖蓄水池和水井的监控画面组态、模拟量显示与脚本联动处理例如低水位自动启动补水泵、高水压关阀等自动化逻辑同时包含WinCC_OnlineTrendCtrl趋势记录及与PLC通信的相关配置能够帮助读者掌握从画面绘制、变量连接到报警设置、历史数据归档的完整流程。压缩包内20191023HMI文件名对应项目目录可对照学习。1. 水厂的WinCC画面先别急着画图先想清楚它在监控系统里到底干什么打开任何一家水厂的中控室能看到的那一整墙监控画面大概率就是WinCC做的。水厂制作的WinCC画面本质上不是“画图”而是把现场仪表、泵阀、工艺管线、报警状态完整地“翻译”到中控室的屏幕上让运行人员不看现场也能知道哪台泵在转、哪个池子液位偏高、哪台加药泵频率掉了。很多新手拿到水厂项目的第一反应是打开图形编辑器拖几个泵、拉几条管线调颜色调得兴高采烈结果现场调试时发现变量连不上、设备启停没反应、切换画面卡顿整晚都在找原因。真正决定画面死活的是变量管理和脚本逻辑画面外观只是皮。这篇文章我按自己做水厂监控项目的经验把从工艺理解、工程搭建、脚本设计到现场避坑的完整路径讲清楚适合正在做水厂自动化集成的工程师、维护老旧水厂监控系统的运维人员以及想用WinCC做水厂课题的学生参考。2. 做水厂画面先懂水厂从工艺段反推画面结构2.1 水厂工艺流程拆出的四类监控场景WinCC画面服务于工艺不懂工艺就画不出能用的画面。常规市政水厂的流程大致是取水→加药→絮凝沉淀→过滤→消毒→清水池→送水泵房→管网。按监控对象可以拆成几类场景。第一类是泵组监控分布在取水泵房和送水泵房。取水泵房关注吸水井液位、水泵启停状态、运行电流、出口流量送水泵房关注出厂压力、瞬时流量、变频器频率。这类画面的核心是“启停操作 状态反馈 运行参数显示”画面结构最标准。第二类是加药系统。次氯酸钠、聚合氯化铝这类药剂通过计量泵投加监控点包括药罐液位、计量泵运行状态、投加速度频率、余氯值。加药间往往是水厂事故高发区液位报警和泵故障状态必须做得显眼且可靠。第三类是池体与滤池系统。沉淀池关注排泥阀、刮泥机运行状态、出水浊度滤池关注反冲洗流程一套完整反洗包含气冲、水冲、停冲多个阶段每一步都有阀门组合状态容易出错。第四类是水质与清水池参数。余氯、浊度、pH、清水池液位这些值不参与频繁操作但要显示在总览画面和报表中并且要写成历史趋势供运行人员复盘。2.2 画面分组与页面层级总览、单体、设备三级结构做过两三个水厂项目后我一般固定使用三级页面结构这也是大部分集成商的通行做法。第一级是厂区总览一张全厂流程图把取水、加药、沉淀、过滤、送水几个工艺段串成一条流程线每个工艺段用一个区域框起来显示该区域最关键的三四个参数比如流量、液位、出口压力。点击区域框可以跳到对应工艺段画面。第二级是工艺单体画面每个单体工序一张画面显示该工序内所有设备和仪表。比如“沉淀池及滤池”画面里画两座沉淀池、四组滤池每个池体的阀门、刮泥机、浊度仪都放在对应位置。这一级画面是操作最频繁的双击设备可以弹出单体控制面板。第三级是设备详情这个在WinCC里通常做成弹出窗口或子画面针对单台泵或单台阀门显示启停按钮、状态、电流、频率有时还带一小段实时趋势。没必要每个设备都单独占一张大画面一层层点下去效率太低弹出面板的方式更符合运行习惯。2.3 在动手前先整理的一张点位表很多新手的翻车现场是从“先画图、后补变量”开始的。画完一张漂亮的工艺图然后对着图一个个补Tag补到一半发现某个变送器的量程不知道、某个阀门的反馈地址跟PLC侧对不上返工量非常大。我的习惯是先做点位表再动画面。点位表不一定要很正式Excel里按下面结构列清楚位号名称WinCC里的变量名、对应PLC地址DB号.字节.位或DB号.字偏移、数据类型、量程下限、量程上限、工程单位、显示用小数位、是否参与报警、是否参与趋势。位号名称PLC地址数据类型量程下限量程上限单位报警趋势FIC_101_取水瞬时流量DB20.DBD4浮点数05000m3/h否是LIA_201_清水池液位DB21.DBD12浮点数06.5m高/低是M_102_取水泵运行状态DB30.DBX0.0二进制———否否AIC_301_出厂余氯DB22.DBD0浮点数05mg/L低是这张表整理完有几个好处后续建变量时可以按这个表批量导入而不是一个个手动敲交给PLC调试人员核对地址时一目了然画面上每个显示控件引用哪个变量不会犹豫。点位表里的“报警”列和“趋势”列一定要在项目初期就填好不要等到画面做完再补否则报警限值、归档周期后期改起来非常费劲。表里的名称建议全部用大写字母和下划线避免WinCC脚本里出现大小写混用的小毛病。3. WinCC工程搭建与画面绘制把工艺级架构落进工程3.1 新建工程与连接设置先定变量管理再谈画打开WinCC项目管理器新建一个单站项目或者多用户项目这取决于水厂中控室有几台操作员站。多数中小水厂是单站或双站冗余单站项目就够用双站建议直接做多用户项目并把归档数据库放到服务器上。第一步是配置通信通道。在变量管理里添加一个连接选对应PLC的驱动例如S7协议族的TCP/IP通道填入PLC的IP地址、机架号和槽号。这里有一个重要的经验如果后期可能改地址每个PLC单独建一个连接变量全部挂在连接下面将来改IP只改连接属性里的IP地址一个点所有变量自动跟着走。不要为了省事把几个PLC的数据混挂在一个连接下出问题时会让你怀疑人生。做水厂项目时我习惯在变量管理里按工艺段建变量组Pump_Set取水泵区、Chemical加药区、Filter滤池区、ClearWater清水池区、SendWater送水泵区。每组下面放对应的变量这样不仅结构清晰批量导入变量时也方便。如果是新项目可以先在空工程里用导出的变量模板整理好Excel再一次性导入。CSV结构大概长这样# WinCC变量导入模板示意列顺序以本机导出的模板为准 # 变量名, 变量组, 数据类型, 连接名称, 地址 FIC_101_取水瞬时流量, Pump_Set, 浮点数变量, PLC_1, DB20.DBD4 LIA_201_清水池液位, ClearWater, 浮点数变量, PLC_1, DB21.DBD12 M_102_取水泵运行状态, Pump_Set, 二进制变量, PLC_1, DB30.DBX0.0 P_301_出厂压力, SendWater, 浮点数变量, PLC_1, DB22.DBD4这个文件要注意几点列顺序不能自己定义WinCC的导入向导会按它自己的约定解析所以务必先在空工程里导出一份模板照模板的列结构填地址列里的DB号必须以DB开头布尔量要写DBX字和浮点数写DBD连接名称必须和工程里已经建立的连接名完全一致。导入完成后不要马上画图打开变量管理抽查十几个变量的地址和数据类型确认无误再进图形编辑器。3.2 用标准库对象而不是每个画面手绘WinCC的画面编辑器里自带一套对象库和面板库但很多初学者不知道用的重要性。水厂画面里的泵、阀门、电机、液位罐、管道如果都从多边形、矩形开始手绘画一张工艺图要一两天而且风格不一致后期修改一个符号要改几十处。常见做法是先把常用设备做成“模板对象”。泵可以做成一个包含“圆文字标签”的组合对象运行时状态用颜色区分——绿色运行、红色停止、黄色故障、灰色无通讯阀门用两个三角方块组合开状态显示绿色、关状态灰色。把这些组合对象加进库后续所有画面从库里拖出来改标题和连接变量即可。水厂画面里大量出现重复设备比如四组滤池、五台送水泵强烈建议把单个设备做成一个面板类型Faceplate类型预留一个“结构变量”接口。用面板类型的好处非常多改量程、改颜色逻辑、加报警闪烁只动模板本身所有引用此模板的画面自动更新。我在V7.x项目里用这种办法后期画面上甲方要求的改动基本能在半天内完成——这点后面章节会单独展开。还有一个细节画面上不要用大面积的渐变色背景更不要用高分辨率位图当底图。工业组态画面要求简洁清晰运行人员在中控室看一天屏幕花哨的背景除了让画面加载变慢、让视觉疲劳加重之外没有别的好处。管线用粗线加不同颜色区分介质水线用蓝色、药线用绿色、排污管线用褐色图例固定放画面角落。3.3 写画面组态的过程管理约定一个水厂WinCC项目通常有几十张画面如果不做命名约定后期找画面能找崩溃。我的画面命名规范是总览画面命名为Overview_Plant工艺单体画面用“数字_工艺段名_Page”这种格式例如20_TakeWater_Page、30_Chemical_Page、40_Filter_Page弹出窗口用Popup_开头。命名与变量管理里的变量组编号对应任何人接手都能快速定位。画面之间跳转用画面窗口而不是直接切页。这个经验很关键直接在“画面编辑器”里切换整个桌面画面WinCC会销毁旧画面并重建新画面过程中的闪烁和加载延迟在水厂这种设备密集的流程画面上特别明显。用画面窗口时主画面只放一个大的PictureWindow控件通过SetPictureName函数切换内部画面这样可以实现平滑过渡也方便做返回上一级的导航。导航条建议放在画面顶部或左侧固定区域包含“工艺总览、取水加药、沉淀过滤、清水池送水”几个常用页签运行人员点一次鼠标就能到达任意工艺段。画面做完后还要做一次静态自检打开图形编辑器里每个画面的“对象列表”看看是否有对象引用了不存在的变量名。WinCC的变量引用在编译时偶尔会漏报这类问题只能靠逐个检查或直接在画面上放一个变量状态测试窗口来验证。4. 水厂画面的关键逻辑从显示到能用的脚本设计4.1 设备启停与状态反馈别把“命令”和“反馈”画成一个点水厂画面上的泵和阀按钮和状态反馈是两回事这一点很多新手会混淆。画面上一个泵既显示“运行”又让操作员可以在上面点击启停那就等于把命令和反馈连成了一个点出错时根本分不清是设备没响应还是画面没刷新。我的做法是泵或阀的图形对象只显示状态用颜色区分运行/停止/故障不绑定任何鼠标操作旁边单独放一个“操作面板”按钮点击后弹出一个小弹出窗口上面才是启停按钮、模式切换和当前状态文字。这样运行人员操作意图明确画面逻辑也清晰。按钮启停脚本老生常谈但我要强调画面侧只负责“发出命令”不要做“命令自复位”。常见做法是按钮的“鼠标点击”事件里只把启动位或停止位置为1至于这个位什么时候复位交给PLC程序处理。WinCC的C脚本如下#include ap_defs.h void OnClick(char* lpszPictureName, char* lpszObjectName, char* lpszPropertyName) { // 启动指令只置位不复位 if (GetTagBit(M_102_取水泵运行状态) FALSE) { SetTagBit(M_102_取水泵启动命令, TRUE); } }这段脚本的逻辑说明先读取“运行状态”是FALSE时才把启动命令置TRUE避免在泵已运行时再次误发启动指令。注意SetTagBit的参数是变量名字符串第二个参数用TRUE或FALSE。WinCC的脚本运行在画面进程里它跟PLC的通讯通过变量管理后台完成不存在“按钮按下瞬间”和“PLC扫描到”同步的问题因此用户比较容易忽视脉冲竞争风险。所以我坚持一个约定画面只置1PLC里用这个位做上升沿然后在PLC侧做一个定时自复位段。如果不需要泵频繁启停也可以直接在PLC程序里用一个“置位→延时2秒→复位”的脉冲电路现场跑起来既稳定又不会发生WinCC和PLC同时写一个位导致的冲突。4.2 备用泵切换与联动用C脚本做条件判断水厂常用一用一备或两用一备的泵组配置。备用泵的自动切换常规思路是放在PLC里做硬逻辑但有时候甲方要求在中控室也可以切换“手动优先/自动联锁”模式或者仿真环境里没有真实PLC需要靠WinCC侧脚本模拟。给一个简单实用的备用泵自动切换脚本放在全局脚本的“动作”里设为周期执行。#include ap_defs.h void AutoSwitchPump() { BOOL bPump1Run GetTagBit(M_101_1号泵运行); BOOL bPump1Fault GetTagBit(M_101_1号泵故障); BOOL bPump2Run GetTagBit(M_102_2号泵运行); BOOL bAutoMode GetTagBit(M_100_泵组自动模式); BOOL bSpareStart GetTagBit(M_102_2号泵启动命令); if (bAutoMode !bPump1Run bPump1Fault !bPump2Run) { SetTagBit(M_102_2号泵启动命令, TRUE); } if (bAutoMode !bPump1Fault bPump1Run bPump2Run) { SetTagBit(M_102_2号泵停止命令, TRUE); } }参数说明GetTagBit返回布尔值TRUE表示位为1。这个脚本的逻辑是“1号泵故障且2号泵未运行”时发出2号泵启动命令当1号泵恢复运行后为避免双泵同时运行自动停2号泵。两个if之间不加else因为两个条件可能在同一周期内满足。使用这种脚本前要想清楚WinCC作为上位机它的周期执行时间通常设500ms到2000ms比PLC扫描周期慢得多做这种联锁存在响应延迟所以凡是涉及人身安全或设备保护的联动一律放PLC里做画面脚本只做辅助性切换、故障提示和运行模式展示。仿真演示或实验环境里用这个脚本足够真实项目里我会把它作为“软后备”并且明确告知甲方它不替代PLC逻辑。4.3 实时趋势与报表留给运行人员的入口水厂每天交接班要看流量、余氯、浊度、液位的变化WinCC的在线趋势控件是标配。建趋势时要注意不要直接在每一张画面上放一个趋势窗口查询历史那样归档数据和查询压力都很大。做法是单独做一张“趋势总览”画面用两个趋势控件一个显示实时数据刷新周期取1秒或2秒另一个通过WinCC的在线表格控件查历史归档数据时间范围让运行人员自己选。为了减少画面加载负担实时趋势控件里的曲线数控制在6条以内曲线多了运行人员也看不清反而影响判断。每一条曲线要设置独立的颜色、线宽和量程比如余氯用蓝色、浊度用褐色、清水池液位用绿色。量程设置要匹配传感器量程否则曲线被压缩成一条直线毫无可读性。脚本方面给运行人员留一个下拉框选择“查询时间范围1小时/8小时/24小时”这个功能用VBS脚本做比对C脚本更方便操作对象的属性Dim objTrend Set objTrend ScreenItems(TrendControl1) objTrend.TimeRange 8 * 60 * 60 * 1000 8小时单位毫秒这段VBS的逻辑是把趋势控件的TimeRange属性设为2880000毫秒。注意ScreenItems引用的控件名称要在图形编辑器里跟趋势控件“对象名称”保持一致名称写错不会报编译错误只会在运行时提示找不到对象。VBS脚本在WinCC里运行时如果属性名或单位不对最常见的表现就是趋势控件毫无反应这一点避坑章节还会再提。5. 水厂WinCC画面避坑调试期最容易翻车的5个问题5.1 画面打开慢、卡顿到无法操作现象在操作员站上切换工艺画面转圈转好几秒才显示出来切换到设备密集的滤池画面时鼠标操作有明显的迟滞感。原因一是背景图用了未经压缩的大尺寸位图WinCC渲染时要对整张图做逐像素绘制二是画面上的对象数量过多特别是把每一段管线都做成了带阴影的三维立体对象系统需要不断重新计算绘制三是画面里放了太多“可见性动态属性”每帧都在计算每个对象是否可见。解决第一背景图统一转换成PNG格式长宽控制在1920x1080以内文件大小尽量压到1MB以下第二管线对象不要加立体效果工艺画面用平面线条即可第三减少可见性动画数量能用颜色变化表达的状态就不要用“显示/隐藏”两个对象切换第四把设备密集的画面拆成多个画面窗口进入时只加载当前工艺段不要整张大图一次加载全部子画面。做完这四步画面打开时间基本能控制在1秒以内。5.2 改PLC的IP后整站变量全部断连现象现场调试时网络调整PLC的IP网段从192.168.0.x改成192.168.10.xWinCC里所有变量都变成灰色运行画面上的数据全部显示为0或者“#####”。原因变量在建立时绑定了通信连接每个变量的地址表述里包含“连接名称.变量名”而连接本身存有IP地址。大部分情况下改IP只改连接属性就能解决但有些项目里做画面的人图省事直接在变量的地址里写死了绝对地址字符串改连接后变量地址并没有刷新。解决这个问题的正确处理方式是在变量管理里找到对应的连接右键“连接参数”把IP地址改成新网段确认后变量会自动恢复。如果变量绑定的是“绝对寻址”而不是“符号寻址”需要把所有变量重新指向新地址工作量大很多。所以做项目第一天就要用“连接变量名”的结构不要用绝对寻址。5.3 切换画面时设备状态闪烁一下才正常现象从总览画面切到“送水泵房”画面泵的状态图标先是全部显示为灰色或停止过了两三秒才变成正确的运行颜色每一帧都闪得很明显。原因画面打开时WinCC先绘制所有对象然后才开始刷新变量的实时值。在第一次刷新到达之前画面对象用的还是默认值或初始值。如果画面里的状态脚本写在“画面打开”事件里执行顺序和变量刷新时序不一致也会造成闪烁。解决最有效的办法是不直接切整幅画面改用画面窗口嵌套显示。把工艺画面全部放到PictureWindow里切换时用SetPictureName替换窗口内的画面主窗口始终保持不动。另一个辅助手段是给状态颜色属性设置“初始值”让泵的默认颜色是灰色而不是绿色至少颜色闪动不至于误导操作员。注意不要指望用“画面打开”事件里加延时脚本去解决WinCC的画面生命周期和变量刷新机制决定了这种延时脚本只会让问题更隐蔽。5.4 脚本写错但不报错泵启停死活没反应现象按钮点击了变量管理里监控到“启动命令”位一直是0但脚本检查了一遍没发现语法问题或者某个脚本在别的项目里是好用的拷到当前项目就失灵。原因WinCC的C脚本编译非常宽松变量名写错不会被编译器拦下来——SetTagBit(“不存在的变量名”, TRUE)不会报错它只是在运行时找不到变量默默返回FALSE。VBS脚本里对象名引错也是一样的情况。还有一种是变量类型不匹配布尔型变量被当成浮点数写入值写不进去。解决这类问题排查起来像玄学但实际上有规律。第一每次写完脚本先在图形编辑器里点“编译”按钮编译通过不代表正确但没有语法错误才能继续排查。第二打开变量管理器展开对应变量组确认脚本里的变量名每个字符都一致。第三用脚本返回值和弹出提示做快速验证#include ap_defs.h void OnClick(char* lpszPictureName, char* lpszObjectName, char* lpszPropertyName) { BOOL bResult; bResult SetTagBit(M_102_2号泵启动命令, TRUE); if (bResult FALSE) { // 返回值FALSE变量不存在或写入失败 SetTagText(txt_DebugMsg , 启动命令写入失败检查变量名); } }这段脚本逻辑是把SetTagBit的返回值赋给bResult写失败时在画面里放一个文本对象“txt_DebugMsg”显示提示信息。调试完成后把这段提示脚本删除避免交付后运行人员看到调试文本。WinCC运行时有一个“消息队列”视图里面能看到脚本运行时的部分错误描述但它记录得很粗糙不能作为唯一依据。5.5 最坑的一类问题脉冲宽度不够指令发不出去现象在画面上点了泵启动现场设备完全没有动作检查PLC监控发现启动命令位确实变化过但PLC程序里就是没抓到上升沿或者抓到后动作只持续几毫秒就消失。原因这就是前面讲到的脉冲宽度问题。如果PLC侧没做自复位脉逻辑而画面脚本逻辑是“点一下置1再点一下置0”那么操作员点击后命令位可能保持1的时间极短恰好在PLC两个扫描周期之间就被其他逻辑复位了。更常见的是画面上有两个脚本同时写同一个变量一个置位、一个在周期执行里不断写0后一个脚本把前一个脉冲瞬间吞掉。解决把脉冲生成挪到PLC侧。画面只负责把启动信号置位PLC程序里立即用一个定时器生成2秒自复位脉冲定时器时间要大于PLC的扫描周期画面侧不要再去写复位。如果现场工控机因为某些特殊原因必须由WinCC直接保持输出脉冲那就把置位后的延迟复位也放到同一个脚本动作里用一个循环语句延时但这种方法不推荐因为WinCC的脚本刷新间隔和PLC扫描周期无法严格同步。6. 交付前的自检清单与一个值得长期投入的优化习惯画面做完不是终点交付调试前我一定会做一遍自检。检查项固定就这么几条第一每个画面上的位号跟点位表对一遍特别是报警限值和量程余氯的低报限、清水池液位的高报限是水厂最敏感的参数出错了会被运行人员骂几年。第二操作权限中控室操作员账号不能有修改画面和变量归档的权限只给启停操作权限工程师账号要做密码隔离密码别写在交接文档里就完事要由项目负责人单独保管。第三趋势曲线的时间范围和归档周期归档存储天数要与项目要求匹配水厂一般要求保存至少30天归档空间不够时WinCC会自动覆盖最早数据这个要提前估算硬盘容量。第四把画面切换方式统一成画面窗口模式确认没有直接切换整个桌面的画面跳转残留。长期值得投入的一件事是把所有画面里的泵、阀、仪表统一改成面板类型并且把每个设备对应的结构变量定义在变量管理里。这个过程投入的时间和精力在项目后期会加倍补回来甲方提出“把全厂泵的运行颜色改成蓝色闪烁”、或者“所有压力显示加一位小数”时你只需要改一个模板全厂几十个同类型对象瞬间全部更新。这个习惯我是在被一个项目折磨过后才养成的——临时改颜色改了十几个画面改了整整一天第二天甲方又说还是用回绿色那种感觉比加班还累。用模板做的话这类返工控制在半小时以内。希望帮到你。本文还有配套的精品资源点击获取