基于S7-200 PLC的三泵变频恒压供水系统设计与PID调试实战

这套东西在市场上其实已经很常见了，但“会用”和“设计好”之间差距很大。不少项目最后卡在调试上，不是泵切得乱跳就是压力稳不住。我今年刚好完整做完一套3泵变频恒压供水系统，从选型、写PLC程序到搭组态王界面一路踩过来，把这次设计的关键思路、参数计算和实操难点全都记录下来，给正在搞类似项目的朋友一个参考。

先说清楚这套系统能干什么：用S7-200作为控制核心，通过变频器驱动三台水泵，用压力变送器实时检测管网压力，PLC内部跑PID运算，自动调节变频器的输出频率，从而实现供水压力的恒定。三台泵之间按照“先投入先退出”的循环逻辑工作，既保证了供水压力稳定，又能让每台泵的运行时间基本均衡，不至于老让某一台泵累死。

这个设计适合谁？如果你是做自动化项目实施的工程师、技校学生，或者需要给老旧供水系统做改造的维护人员，这篇东西都值得你看完。硬件选型、I/O分配、程序段构思、组态画面搭建、常见坑点排查，全部展开说。

1. 系统整体设计与思路拆解

1.1 为什么选S7-200而不是其他控制器

选S7-200，首要原因就是性价比和够用。恒压供水系统本身I/O点数不多，AI只需要1路压力反馈和1路频率反馈（有时连频率反馈都省了），AO需要1路频率给定，DI有手自动切换、泵的故障信号，DO有接触器控制和报警输出。这里头算下来模拟量通道4路左右，数字量十几点，S7-200的CPU224XP刚合适，CPU226就有点浪费了。

另一个重要因素是S7-200的PID指令用起来非常省事。它内置了PID运算块，只需要在向导里配置好给定值、反馈值、增益、积分时间、微分时间，设定好上下限，PLC就能自动周期性地跑PID运算。相比用S7-1200或者S7-300，S7-200的PID指令更容易上手，特别适合现场调试的时候边看趋势边调参数。

有人可能会提出，用S7-1200加G120变频器走Profinet不是更先进？确实先进，但造价摆在那里。一套200的PLC加国产变频器，成本能压到做S7-1200方案的60%左右。对于普通的供水改造项目，甲方很多是中小型小区物业或工厂后勤，预算有限，稳定可靠、调试方便才是第一诉求。所以这个方案，本质上是在“够用”和“成本”之间做了取舍。

1.2 三泵工作的基本逻辑与切换策略

三泵系统最核心的控制思想是“循环软启动”。什么意思？就是不管什么时候，都只有一台泵在变频运行（我们称为主泵），另外两台泵要么停机，要么在收到指令后投入工频运行。

这套逻辑不是简单写几个起保停电路就行的，关键在于“追泵”和“切泵”的时机判断。具体来说，我采用的是三泵循环互为备用的方案：

• 系统启动时，1号泵首先变频启动，根据PID运算结果调速。
• 如果1号泵已经运行在50Hz，且管网压力仍然低于设定值（说明一台泵的供水量不够了），延时30秒后将1号泵切到工频运行，同时变频启动2号泵。
• 如果2号泵也到了50Hz，压力还是不够，同样把2号泵切到工频，变频启动3号泵。
• 反过来，当管网压力高于设定值，变频器频率已经降到下限（我设定为30Hz），还是压力偏高，那就依次停掉最后投入工频运行的泵，只保留一台泵在变频运行。

这套策略的关键是：先投入的泵先切工频，后投入的泵做变频调节；减泵的时候反着来，先切除工频泵，保留当前变频泵。这样能尽量减少泵的频繁启停。

这里有一个经验值得特别强调：泵的切工频延时不能太短。我见过好几个项目，切泵延时设了5秒，结果因为管网压力波动，泵在20秒内反复起停，接触器都烧坏了。实际调试中，我一般把增泵延时设在20到40秒，减泵延时设在15到30秒，具体看管网容积和用水量波动幅度来定。管网容量大，延时可以短一点；管网小或者用水波动大，延时就要拉长，不然系统容易震荡。

1.3 变频器与PLC之间的信号衔接方案

PLC和变频器的信号连接，常规做法是模拟量给定频率：PLC发出的AI（AO）模块输出0-10V或4-20mA信号到变频器的模拟量输入端，变频器根据这个信号调节输出频率。我在这个项目中用了4-20mA的给定方式。为什么不用0-10V？因为电压信号在长距离传输时容易受干扰，电流信号抗干扰能力强得多，而且断线后电流会变为0mA，控制系统可以据此判断信号异常。

变频器的状态反馈，我用的是它的继电器输出端子，配置成“运行中”信号，接到PLC的数字量输入点。这样PLC就可以知道变频器是否真的在运行，防止出现“发了运行指令但泵没转”的情况。部分变频器还能配置“故障输出”信号，我同样接入了PLC，一旦变频器报故障，PLC立即启动声光报警并切换到备用泵运行。

频率反馈，虽然在PID控制中不是必须的，但我还是建议接一路。因为PID调节的过程中，如果操作员能看到当前频率的实际值，判断系统处于“趋近设定”还是“已经稳定”的状态会直观很多。组态画面中有实时频率表，也能帮助调PID参数的时候观察曲线趋势。

2. 核心硬件选型与电气设计细节

2.1 PLC型号选择与I/O地址分配

S7-200家族里面，常见的CPU型号有CPU221、CPU222、CPU224、CPU224XP、CPU226。对于一套3泵恒压供水系统，CPU224XP就是我前面提到的首选。原因有以下几个：

• CPU224XP自带2路模拟量输入（AIW0和AIW2），而且这两路AI是12位精度的，对0-10V和0-20mA信号都支持，可以直接接压力变送器的4-20mA信号，省掉一个模拟量扩展模块。
• CPU224XP自带1路模拟量输出（AQW0），可以输出0-10V或0-20mA信号，直接用来给变频器频率给定。
• CPU224XP集成了14个数字量输入和10个数字量输出，这个项目DI/DO点数完全够用，再省一条扩展总线。

如果手上没有CPU224XP，只有普通的CPU224，那就必须加一个EM235模拟量扩展模块，一路AI做压力反馈，一路AO做频率给定。EM235的拨码开关设置比较容易踩坑：注意SW1到SW6要设置成“单极性4-20mA”的输入模式，量程对应0到32000。拨码不对，信号读出来就会是乱跳或者满量程，这点特别容易忽略。

I/O地址分配，我按照下面的方式整理过，这样写程序的时候可读性高，调试时对着清单查线也方便：

这个分配方案在实际应用中有一个重点：变频/工频接触器必须做硬件互锁。一台泵只有一个电机，如果变频接触器和工频接触器同时吸合，轻则烧接触器，重则损坏变频器甚至电机。PLC程序里要做软件互锁，电气主回路里也必须有接触器辅助触点的硬互锁，双保险缺一不可。

2.2 变频器与压力变送器的选型原则

变频器这部分，我选用的是国产一线品牌的通用变频器，比如英威腾、汇川、台达这类。功率按泵电机的额定功率放大一档选，比如电机是7.5kW的泵，变频器选11kW。为什么放大？水泵属于平方转矩负载，低频段电流相对小，但启动瞬间和加速过程中的电流冲击比额定电流大不少。放大一档，变频器工作起来会更从容，散热也更好，使用寿命更长。

压力变送器的量程选择要特别留心。恒压供水系统的压力设定通常就在0.4到0.6MPa之间，但管网最高压力可能是1.0MPa甚至1.6MPa。选变送器时，量程要覆盖管网可能出现的最高压力，而不是只看正常工作压力。一般情况下，选定1.6MPa量程的扩散硅压力变送器是比较稳妥的选择。

压力变送器安装位置也有讲究。不能装在泵的出水口紧邻位置，因为这里的水流冲击大，压力波动剧烈，反馈给PLC的信号噪声大，PID不好稳定。最好装在出水母管稍微往远处走一段、水流相对平稳的位置，加上一个阀门，方便日后检修拆换。管路上还应装配一个缓冲弯或阻尼装置，减少水泵启停瞬间的冲击压力对传感器的损坏。

2.3 电气主回路设计的关键细节

主回路的组织形式，我采用的是“一变三工”结构：三台泵，共用一台变频器，每台泵都有两个接触器，一个接变频器的输出端，一个接工频电源（50Hz市电）。任意时刻，只有一台泵的变频接触器吸合，另外的泵要么全部断开，要么各自吸合工频接触器。

这个方案的优点是成本低，一台变频器就搞定了整个系统，缺点是3号泵投入工频时，需要先把它的变频接触器断开，再吸合工频接触器，中间会有一个短暂的电机失电时间。如果这个切换时间过长，泵的转速会明显下降，出水量突减，管网压力会掉一块。要避免这个问题，接触器换切的时间必须短。常规PLC程序的实现方法是：先断开变频接触器，延时0.4到0.6秒后吸合工频接触器。这个延时不能太长，长了压力波动大；也不能太短，短了接触器电弧没熄灭就再次吸合，容易造成相间短路。

主回路保护方面，总电源进线处要装塑壳断路器，每台泵的工频回路要装热继电器，变频回路因为变频器自带电机保护功能，可以不装热继电器但断路器要选合适。还有一点，所有接触器线圈必须接RC吸收器或压敏电阻，不然PLC输出点断开的瞬间，线圈产生的反向电动势很容易把PLC的继电器输出触点打坏。这个是很多新手容易忽略的，第一批接触器线圈前面不装吸收器，用到的PLC输出点没多久就废了，原因就在这里。

3. PLC程序设计核心环节

3.1 PID指令的工程应用与参数处理

S7-200的PID功能在Micro/WIN软件中靠“PID向导”来配置，运行时自动调用PID0_CTRL子程序。做恒压供水，最核心的就是PID的给定值和反馈值处理。

给定值就是我们要的压力设定值，比如0.5MPa。但PID指令里不是直接用MPa这个物理量，而是用0.0到1.0之间的归一化数值。怎么算？公式是：归一化值 =（实际工程量 − 量程下限）/（量程上限 − 量程下限）。如果变送器量程是0到1.6MPa，要设定0.5MPa，那给定值就设成0.5 / 1.6 = 0.3125。

反馈值同样要归一化。AIW0读进来的是0到32000的原始整数，先用浮点运算把它转成0.0到1.0的数。比如AIW0读出来是9800，那反馈归一化值就是9800 / 32000 = 0.30625。这个值和给定值0.3125比较，偏差是（0.30625 - 0.3125）= -0.00625，说明管网压力比设定低压了0.01MPa左右，PID会输出一个正值，让变频器稍微提高频率。

这段数据处理的编程方式如下：

// 模拟量采集与归一化处理 LD SM0.0 MOVW AIW0, AC0 // 读取压力变送器原始值到AC0 ITD AC0, AC0 // 转换为双整数 DTR AC0, AC0 // 转换为实数 MOVR AC0, VD100 // 保存原始浮点值 /R 32000.0, AC0 // 归一化到0.0 - 1.0 MOVR AC0, VD104 // VD104 = 压力反馈归一化值 // PID给定值设定（0.5MPa / 1.6MPa = 0.3125） LD SM0.0 MOVR 0.3125, VD108 // VD108 = 压力设定归一化值

注意，PID的输出同样是一个0.0到1.0的数值。要把这个输出值映射到变频器的频率上。假设变频器的最低频率是30Hz，最高频率是50Hz，那频率给定值就按下面的公式算：

频率给定（4-20mA对应）= 30 + PID输出值 ×（50 − 30）

比如说PID输出值是0.5，那对应频率就是30 + 0.5 × 20 = 40Hz。再把40Hz转换成AQW0对应的数值。如果是0到32000对应0到50Hz，那AQW0 = 40 / 50 × 32000 = 25600。

为什么要把最低频率限制在30Hz？因为供水泵的扬程和流量特性决定了，频率太低时，泵的扬程不足，出水压力太低，可能送不到高处用户，而且泵的效率和冷却效果都变差。所以实际项目中我都会设一个最低频率限制，这就是前面提到的减泵判断条件之一。

3.2 三泵轮换与故障自动切换逻辑

泵的轮换逻辑，很多人都直接照抄网上的“先启先停”模板，但实际工程中，这套逻辑发现在某些情况下会出问题。具体来说，就是泵的累计运行时间均衡问题。光靠“先启先停”并不能保证每台泵的运行时间均衡，长时间运行后总有一台泵的轴承磨损更严重。我采用的是“时间均衡+轮流首发”的方式。

具体实现是：在PLC里为每台泵设置一个累计运行时间寄存器（VD200、VD204、VD208），用实时时钟每个扫描周期累加运行时间。每次系统启动的时候，PLC先比较三台泵的累计运行时间，找运行时间最短的那台作为首发泵。之后按照1->2->3->1的顺序循环切换。

增泵时的切换顺序，我用一个“当前主泵编号”变量来控制：

• 当前主泵是1号，增泵时2号先启动变频，1号切工频。
• 当前主泵是2号，增泵时3号先启动变频，2号切工频。
• 当前主泵是3号，增泵时1号先启动变频，3号切工频。

减泵时，要切除的是工频泵而不是变频泵。比如现在是1号工频+2号变频在运行，压力偏高且频率低于下限，那就先把1号工频停掉，2号继续变频。如果压力仍然偏高，2号频率已经降到30Hz，再把这个状态保持一段时间，压力还是高，那就说明用水量太小了，需要转入待机状态。

故障切换是系统稳定性的兜底保障。某台泵报故障（I0.1、I0.2、I0.3任一为ON），PLC首先要做的是把对应泵的所有接触器断开，然后把故障泵从轮换序列中剔除，系统继续按剩余泵运行。故障泵不会自动恢复，需要人工检修后在触摸屏上或者现场按复位按钮才能重新投入。

3.3 手自动切换与安全保护程序

手自动切换，我用的是外部转换开关I0.0。打到手动模式时，PLC的自动程序完全退出，操作员通过柜门上的按钮直接控制1/2/3号泵的启停，每台泵有独立的启动和停止按钮，直接驱动对应的接触器输出。

这里最重要的设计原则是：手动状态下，所有自动策略都要失效，包括PID输出强制归零，防止发生“操作员明明在手动操作，PLC却自动把泵切了”这种事故。我见过一个项目，就是因为自动程序没完全切除，操作员手动启动1号泵准备检修，结果PLC检测到压力低，自动把2号泵也启动了，差点出安全事故。

安全保护这块，主要做三件事：

第一，压力上限保护。管网上装一个电接点压力表，超过上限时（比如1.2MPa），硬接线直接切断总接触器控制回路，不管PLC程序怎么运行，泵都会停机。这是一个不经过PLC的纯硬件保护回路。

第二，PLC程序中设置高压力跟踪保护。当压力反馈值超过设定值的1.3倍（比如设定0.5MPa，压力到了0.65MPa），PLC立即停止增泵，并把变频器频率降到下限，同时报警提示。延时10秒后压力仍不下降，直接停止所有泵。

第三，断线保护。压力变送器断线或损坏时，AIW0会变成0，PID看到反馈值暴跌，就会认为压力太低，拼命提高频率，让泵全速运行，造成压力超限甚至管道爆裂。所以程序中必须检测AIW0是否低于一个极小值（比如小于400，对应约0.025MPa），如果成立，立即锁定所有泵运行状态并报警，不允许继续升频。这条是我吃过亏后加上的，之前在某个项目里，压力变送器接线端子松了，系统直接全速供水，压力干到了1.4MPa，幸好管道能扛住，不然损失就大了。

3.4 程序结构与扫描周期方面的体会

S7-200的程序长度虽然有限，但结构上我依然建议分块写，别把所有逻辑都堆在主程序OB1里。我一般把程序按功能分成4个子程序：SBR_0是压力采集与PID运算，SBR_1是泵的切换控制，SBR_2是故障检测与报警处理，SBR_3是累计运行时间管理与轮换策略。主程序里只做调用和初始状态管理。

这样做的好处很明显：现场调试时，如果压力采集有问题，直接查SBR_0；如果切泵时序不对，重点看SBR_1。不用在一坨数千行的梯形图里大海捞针。

另外一个容易被忽视的问题是扫描周期。S7-200的扫描周期本身很短，但PID运算和模拟量滤波都在扫描周期内执行，如果程序过于庞大，扫描周期拉长，PID运算周期就会不稳定，影响控制效果。我的做法是：把PID向导生成的PID0_CTRL子程序放在定时中断里执行，比如每250ms执行一次。这样即使主程序扫描周期有波动，PID运算周期也是固定的，控制稳定性要好很多。

4. 组态王监控界面设计与数据管理

4.1 组态王版本选择与设备通讯配置

组态王目前的常见版本就是6.55和7.5 SP2/SP3，老项目还在大量使用6.55，新项目很多人已经开始用7.5了。我在这个项目中先对比过这两个版本，结论是：如果你是做纯S7-200通讯，6.55完全够用，而且例程多、资料多、网上问题解答也全；如果你后续要扩展更高级的功能，比如和MySQL数据库做报表对接、更复杂的数据分析、更精细的界面皮肤，那7.5会更顺手。

7.5的界面比6.55现代不少，报表和数据采集功能也更强大。但7.5的授权方式和驱动配置变化比较大，有些老的组态王驱动在新版本下不兼容，如果之前有在6.55下开发的项目，不建议贸然升级。这次项目中我最终用了7.5 SP3，主要原因是甲方要求数据能导入MySQL库做历史报表分析，而7.5对数据库连接的支持更友好。

设备通讯这块，S7-200和组态王通讯最常见的是走PPI协议。具体配置方法是：组态王里新建设备时，选择“PLC” -> “西门子” -> “S7-200系列” -> “PPI”，然后在设备地址里填PLC的站地址（默认是2），通讯参数设置里波特率用187.5kbps（S7-200的PPI端口默认波特率），数据位8位、无校验、停止位1位。

要注意一个坑：S7-200的Port0如果有Micro/WIN连接着，PPI通讯会被占用。调试的时候电脑连了编程线，组态王就通讯不上。所以一旦组态王要通过PPI和PLC通讯，就必须拔掉编程线，或者把编程软件关闭。这个看起来很简单，但实际操作中经常有人忘了，一早上“通讯失败”排查下来发现是调试线没拔。

4.2 监控画面的组态设计与变量关联

组态王的画面设计，我做了四个主画面：系统总览、参数设置、历史趋势、报警记录。

系统总览画面做工艺流程图，把三台泵、变频器、压力变送器、管网、阀门按实际位置画出来。泵的运行状态用颜色区分，运行中的泵显示绿色，故障显示红色，停止是灰色。这个状态通过组态王变量关联到PLC的M区变量，PLC里用M0.0（1号泵运行）、M0.1（2号泵运行）、M0.2（3号泵运行）来输出状态。具体是在PLC程序扫描周期末尾，把Q0.0到Q0.5的接触器状态传送到M区对应位，组态王只管读M区变量。

参数设置画面重点做PID参数和压力设定值的在线修改。假设PLC中VD108是压力设定值，VD112是PID比例增益，VD116是积分时间，VD120是微分时间。组态王画面设几个输入框，变量类型设为浮点数，连接设备属性指向对应的VD寄存器。这样操作员在组态画面上改压力设定值，PLC中VD108就会实时更新，不需要重新下载程序。

这个设计极大地方便了现场调试。想在0.45MPa和0.55MPa之间切换工况，直接鼠标改数字就行。调PID参数时，我甚至不用打开编程软件就能现场修改增益和积分时间，一边看趋势曲线一边调，效率极高。

4.3 组态王与MySQL连接实现历史报表

这个项目里，甲方要求能保存每天的供水压力、泵运行时间、流量累计到数据库里，方便月底拉报表，做能耗分析。组态王本身有自带的报表功能，但用的是它内部的存储，万一组态王软件出问题重装，历史数据就全丢了。和MySQL对接以后，数据独立在数据库里，安全性高很多，后续做数据分析和可视化也方便。

组态王7.5与MySQL的对接方法如下：在组态王的工程项目树中，展开“SQL访问管理器”，选择“表格模板”，新建一个表格模板，定义字段名和字段类型，对应MySQL中的表结构。然后在画面脚本中用SQLConnect函数建立连接：

SQLConnect(DeviceID, "driver=MySQL ODBC 5.3 Unicode Driver;server=127.0.0.1;port=3306;database=water_supply;user=root;password=123456;option=3;");

关键参数说明：DeviceID是组态王SQL函数返回的连接ID，server是MySQL数据库的IP地址，如果MySQL装在组态王同一台电脑上就用127.0.0.1。数据库water_supply需要提前在MySQL中建好，并且装好MySQL的ODBC驱动，这一步很容易漏掉。MySQL安装目录下自带ODBC驱动安装包，在“程序”菜单里就能找到，顺手装上就行。

数据插入一般写在组态王的数据变化脚本或者定时脚本里。比如每分钟在定时脚本中执行一次：

SQLInsert(DeviceID, "water_record", "压力值,关联频率,耗电量,时间");

这里的water_record就是前面在表格模板中定义的，字段名要和MySQL表中的字段保持一致，值是组态王的变量。

有一个细节需要注意：组态王不能直接用Navicat建出来的数据库做写入测试，必须先关闭Navicat的数据库连接。不然MySQL的锁定机制会导致组态王SQLInsert执行失败，弹一堆“数据库操作失败”的报错。

4.4 报警记录与时间戳错位的排查

组态王的报警记录有一个常见毛病：报警显示的时间和PLC实际事件发生的时间不一致，有时候差几分钟，有时候差几个小时。这个问题的根源是组态王默认的报警时间取的是组态王系统时间，而组态王所在电脑的系统时间如果不是自动同步的，跑一段时间就会偏。

解决办法有两个方向。最简单的是把组态王所在电脑设置为自动同步互联网时间服务器，加一个计划任务定期同步。另一个更稳妥的办法是在PLC中记录事件发生的时间，把PLC的实时时钟（S7-200内置时钟）值读到组态王变量中，然后改用PLC时间作为报警记录的参考时间。

我这次的方案是第二种：PLC里用READ_RTC指令读取系统时钟，把年、月、日、时、分、秒分别存到V区，组态王建立对应的变量关联，报警记录显示时直接引用PLC时间。虽然多写了一段程序，但报出去的时间100%能对上现场实际发生的时间，省的甲方过来质疑数据可靠性。

另外，组态王7.5中报警记录的时间格式默认是“YYYY-MM-DD HH:MM:SS”，如果你在MySQL中做历史报表并按照时间来排序，建议把时间字段统一成这种字符串格式，长度按19位设置，避免出现格式混乱的排序问题。

5. 常见问题与排查技巧实录

5.1 PID参数整定的实测经验

PID参数整定是恒压供水系统调试中最费时间的一步。很多人在网上找“通用参数”，什么比例系数1.2，积分时间120秒，微分时间为零，拿过来直接填进去，结果要么压力超调大，要么振荡不停，最后还怪设备不行。

实际上PID整定要根据系统的响应特性来。我的做法是先做开环测试，手动给定一个固定频率（比如40Hz），观察压力变化趋势。记录从启动到压力稳定的时间，这个时间决定了积分时间的大致范围。如果管网容量大，压力变化慢，积分时间就要长一些，不然积分作用太强，压力会来回冲。

具体整定步骤我建议这样来：

第一，把所有积分时间和微分时间设为零，只保留比例增益。初始值设小一点，比如0.3。观察压力的阶跃响应：如果压力迟迟追不上给定，说明比例增益太小，逐步加大，每次加0.1到0.2，直到压力出现等幅振荡。这时的比例增益叫做临界增益Ku，振荡周期记为Tu。

第二，把比例增益设为0.45倍的Ku，积分时间设为0.85倍的Tu，微分时间设为零（PI控制就够了，恒压供水一般用不到微分）。这就是经典的Ziegler-Nichols整定公式，虽然不算精细，但能很快得到一个可用的基准参数。

第三，在这个基准上进行细调。如果压力过冲大，减小比例增益或增大积分时间；如果压力恢复太慢，减小积分时间或增大比例增益。每次只改一个参数，改完观察5到10分钟再动下一个，切忌一次改三四个参数，出了问题根本不知道是哪一项导致的。

我在这个项目里的最终参数供参考：比例增益P=1.2，积分时间I=60秒，微分时间D=0。但这个参数只在管网容积约15立方米、水泵功率7.5kW、设定0.5MPa的条件下合适。管网不同，参数千差万别，照抄是没有意义的。

5.2 泵切换瞬间压力波动过大的处理

在增泵和减泵的时候，管网压力会出现一个短暂的波动。这个很难完全消除，但能控制在合理范围内。一般来说，切换瞬间压力波动不超过0.05MPa，供水系统就还算可以接受。如果波动超过了0.1MPa，管网远端明显感觉到水压突变，就需要从以下几个方面排查：

第一，切换接触器的延时是否合适。前面提到的断开变频接触器后延时0.4到0.6秒再吸合工频接触器，这块如果慢了，泵在水泵出口止回阀作用下快速减速，流量瞬断，压力掉一块。如果快了，接触器电弧未完全熄灭就吸合，等于带载合闸，电流冲击大。通过调整这个延时参数，一般能解决一部分波动问题。

第二，增泵时，新泵的变频启动速度。如果新泵从0Hz直接启动，启动时间太短，流量跟不上，压力波动一样大。我一般在变频器里把起动时间设到15到20秒，让新泵平缓爬升到和当前压力适配的频率，减少冲击。

第三，减泵时，可以先降低当前变频泵的频率，再切换工频泵退出。比如：先把变频泵从35Hz降到30Hz，再停掉工频泵，这样总出水量变化平缓一些，压力波动就更小。这个逻辑的实现成本不高，但效果不错，已经在多个项目中验证了。

5.3 组态王频繁掉线或通讯超时的原因

组态王和S7-200的PPI通讯，偶尔掉线一次正常，但如果频繁通讯超时，问题多半不在组态王，而在通讯链路的物理层。

我遇到过的典型情况是：PLC的通讯端口到组态王电脑的USB转485设备距离太远，线缆质量不好或者没有用屏蔽双绞线，导致数据帧经常被干扰。排查时先看通讯线缆的接线是不是标准的两线制（A+/B-或D+/D-），有没有正确接地。屏蔽层必须单端接地，最好是PLC侧接地，不要两端都接。

波特率太高也会导致不稳定。S7-200默认187.5kbps，但这个波特率对线缆和通讯距离要求比较高。项目现场线缆质量一般的话，把波特率降到9.6kbps能显著提高稳定性和通讯距离，代价是数据刷新速度慢一些。对一个恒压供水系统来说，组态王只是做监控和参数修改，不是做实时运动控制，9.6kbps完全够用。

还有一个很多人忽略的点：USB转485转换器质量参差不齐，某些廉价转换器的驱动在Win7以上系统下工作不稳定，长时间运行后会死掉或延迟增大。如果条件允许，优先选品质好一些的转换器，最好带磁隔离的。这个钱不能省，否则隔三差五通讯超时，最后排查头发掉一半才找到问题根源。

5.4 报警误报与消音处理逻辑

供水系统报警误报是个很闹心的东西。我在调试时遇到过好几次，明明水泵运行正常，凌晨却报“水泵过载”或“压力超限”，把物业值班的电话打爆。排查下来，原因大多是报警的判据太粗糙，没有加滤波延时。

比如压力上限报警，如果直接用压力值超过上限作为报警条件，管网中一只很小的抖动都可能在瞬间触发报警，等操作员跑到现场去看，压力已经恢复正常了，设备却还在滴滴响。解决办法是报警条件要“延时确认”：压力超过上限后延时5秒，如果仍超限，才输出报警信号。瞬时抖动在延时内就会消失，不会误报警。

S7-200的定时器实现这个延时很容易：用一个TON定时器，定时器计时5秒，时间到且压力超限条件仍然成立，才置位报警输出。同样，变频器故障信号也要加200毫秒的滤波时间，防止通讯干扰或触点抖动引起的误报。

报警消音逻辑我在程序里单独做了个模块：报警发生后，鸣响蜂鸣器并点亮报警灯，按一次消音按钮，蜂鸣器停止，报警灯持续闪烁。只有故障真正排除后，报警灯才会熄灭。这样既不会因为消音后忘掉处理故障，又能避免报警声吵死现场的人。

6. 设计过程的最终心得

这次3泵变频恒压供水系统的设计，从最初根据题目需求了解恒压供水系统的基本组成，到系统方案的逐渐成型，再到S7-200程序的逐个模块编写以及组态王画面的反复调整，整个过程跨过了不少坎。

整体做下来，最深的体会是这套系统在实际项目中，拼的从来不是“会不会用PID指令”或者“会不会画组态画面”，而是对系统工作逻辑的理解深度。泵怎么切、何时切、切的时候如何保证压力稳定，这些建模思路和现场调试的细节才是真正的技术含量。程序长短是次要的，逻辑严谨、能稳定运行才是第一位。

第二个体会是，调试过程中一定要重视数据的观测。S7-200配合组态王，最大的优势就是能实时看到压力反馈值、PID输出、频率给定、泵运行状态的全部数据。调PID也好，查通讯问题也好，多花点时间看数据变化，比盲改参数要高效得多。建议大家调试时随时打开组态王的趋势曲线窗口，所有关键变量都拉进去，观察个十几分钟，系统的工作状态就会一目了然。

最后分享一个小技巧：PLC程序里给所有关键变量都预留出调试用的V区地址，比如VD124做PID输出监控值，VD128做当前主泵编号，VD132做运行模式状态字。这些变量在组态王里直接绑定到监控画面上，调试的时候所有的状态都在屏幕上，一眼就能看出问题出在哪个环节，能省下大量现场排查的时间。