基于S7-1500与WinCC的除硫自动化：从工艺策略到稳定运行的全流程实践

最近在做一个工业烟气处理项目，客户现场有台除硫设备，原本是手动操作加药、启停风机，操作工得一直盯着仪表盘，凭经验调整。项目要求改成全自动，核心就是用西门子S7-1500 PLC做下位控制，WinCC做上位监控。听起来是个标准的PLC+SCADA组合应用，对吧？但真做起来才发现，难点从来不在如何让设备动起来，而在于如何让这套系统在无人值守的情况下，长期、稳定、可靠地运行，并且操作工能一眼看懂、快速干预。

很多人一提到自动化，就直奔编程和组态，想着把逻辑写对、画面做漂亮就万事大吉。但实际项目中，比程序逻辑更先要确定的，是整个控制策略的“骨架”——也就是自动化的边界和决策依据。比如，除硫效率的目标值是多少？pH值波动范围多大时开始调节？加药泵的PID参数初始值怎么给？这些都不是PLC或WinCC能告诉你的，它们来自工艺。如果这一步没想清楚，后面所有漂亮的程序和画面都可能建立在沙滩上，一个工况波动就全乱了。

所以，这篇文章不会只讲“如何在博途里建一个DB块”或“如何在WinCC里画一个趋势图”。我想和你聊聊，如何从一个具体的工艺需求（除硫）出发，搭建一套有思考、有层次、能落地的自动控制系统。我们会从控制策略的顶层设计开始，一直聊到PLC程序的结构化实现、WinCC画面的信息分层，以及那些调试时才会暴露出来的“坑”。这更像是一次项目复盘，而不仅仅是一个功能列表。

1. 先别急着写程序：为除硫自动化设计一个清晰的“决策大脑”

接到“除硫自动化”任务，新手工程师可能立刻打开TIA Portal，开始组态硬件、写OB1。而有经验的工程师会先拿出一张白纸，或者打开一个文档，梳理整个控制逻辑的决策链条。对于除硫工艺，这个链条的核心是“测量-判断-执行”的闭环。

1.1 理解工艺：除硫自动化的核心是pH值闭环控制

除硫工艺（以湿法脱硫为例）的核心反应是碱性吸收剂（如石灰石浆液）与烟气中的二氧化硫反应。这个过程的关键被控变量通常是吸收塔的pH值。pH值过高，可能造成吸收剂浪费和管道结垢；pH值过低，则脱硫效率下降，且腐蚀设备。

因此，自动化的首要目标就是维持pH值在一个设定的最优范围内。这引出了我们的第一个，也是最重要的控制回路：pH值-PID调节-加药泵频率。我们需要明确以下几点：

• 测量点：pH计安装在吸收塔的哪个位置？它的测量是否有延迟？是否需要做滤波处理？
• 设定值：工艺要求的pH值目标范围是多少（例如，5.0-5.5）？这是一个固定值，还是可以根据入口SO₂浓度或负荷进行优化？
• 执行器：控制加药泵的转速（通过变频器）还是阀门开度？这里我们假设使用变频器，那么PLC需要输出一个模拟量信号（如4-20mA）给变频器。
• 控制算法：使用标准的PID控制。但PID参数（比例、积分、微分）不能拍脑袋定，需要根据工艺对象的特性（大惯性、大延迟）进行初步整定，并在调试中精细调整。

仅仅有pH控制是不够的。一个完整的除硫系统还包括氧化风机、循环泵、石膏排出泵等设备。它们的启停逻辑是什么？

• 连锁启停：例如，循环泵必须先于氧化风机启动，停机时则相反。
• 保护停机：当pH值过低（如<4.0）或液位过高时，应自动停加药泵或触发报警。
• 时序控制：设备启动是否需要软启动或顺序延时？

把这些逻辑用流程图或顺序功能图（SFC）画出来，就是PLC程序的“设计图纸”。在S7-1500中，我们可以用GRAPH语言或SCL语言来实现这些顺序控制，这比纯粹用梯形图（LAD）更清晰。

1.2 定义数据：在PLC中构建层次清晰的变量体系

有了控制策略，接下来要在PLC中为所有信息安家。S7-1500的强项之一就是其强大的数据管理能力。切忌把所有变量都扔在默认的全局DB里。

一个推荐的结构是：

• “Inputs” DB：存放所有从现场采集的原始信号（I区），如pH计模拟量值、液位开关状态、设备故障信号等。这个DB是只读的，作为程序的事实输入源。
• “Outputs” DB：存放所有要输出到现场的控制信号（Q区），如变频器频率给定、电机启停命令等。
• “Process” DB：存放工艺变量，这是核心。例如 pH_Actual（经过滤波和工程转换后的实际pH值）、pH_Setpoint（设定值）、DosagePump_Speed（计算出的加药泵速度百分比）等。这个DB里的变量是控制算法的输入和输出。
• “Mode” DB：存放模式与命令。这是自动化的“指挥中心”。至少要有：
  • Auto_Mode (Bool)：全局自动模式。
  • Manual_Mode (Bool)：全局手动模式。
  • Device_x_Auto (Bool)：单台设备自动位（在自动模式下受程序控制）。
  • Device_x_Manual_Cmd (Bool)：单台设备手动命令（在手动模式下由操作员点动）。
  • Reset_Alarm (Bool)：报警复位命令。
• “Alarm” DB：存放报警与状态。为每个需要报警的工艺变量定义高低限值，并生成报警位。例如 pH_High_Alarm, pH_Low_Alarm。状态变量如 Device_x_Running, Device_x_Fault。

使用这种结构的好处是，当你在WinCC中连接变量时，能迅速找到对应功能的数据，而不是在成百上千个无名变量里大海捞针。同时，这也迫使你在编程前就思考清楚数据的流向和用途。

注意：对于模拟量处理（如pH值），务必在PLC程序里做好信号处理：包括硬件中断滤波、工程量转换（将模拟量输入通道的整数值转换为实际的浮点数pH值）、以及软件滤波（如移动平均）以消除瞬间干扰。这些处理都应放在“Process” DB的输入端。

2. 在S7-1500 PLC中实现：结构化编程与高级功能应用

当控制策略和数据架构清晰后，编程就变成了一个“翻译”和“实现”的过程。S7-1500提供了比老型号PLC更强大的工具，帮助我们写出更易读、易维护的代码。

2.1 使用FB/FC封装可复用逻辑块

不要把所有逻辑都堆在OB1（主循环组织块）里。应该根据功能划分，创建多个功能块（FB）或功能（FC）。

• 模拟量处理块：创建一个FC，例如 FC_AnalogProcessing，输入是原始PIW值，输出是经过滤波和转换的工程值。所有模拟量通道都调用这个FC。
• 电机控制块：创建一个FB，例如 FB_MotorControl。它的背景数据块（Instance DB）可以存储该电机的所有状态（自动/手动命令、运行反馈、故障、启动延时等）。这个FB封装了电机的启停、互锁、故障复位等所有逻辑。每台泵、风机都实例化一个这个FB，只需连接不同的输入输出引脚即可。这极大地减少了重复代码。
• PID控制块：使用集成的 PID_Compact 或 PID_3Step 工艺对象。在博途中组态PID控制器非常直观，可以设置参数、选择手自动无扰切换、并在线调试。将pH值作为过程变量（PV），加药泵速度作为操纵变量（MV），在 PID_Compact 的背景DB中就能看到所有参数和状态。

对于除硫这样的连续过程，程序结构可以这样组织：

• OB1：主循环，依次调用各个FC/FB。
  PASCAL 复制

  1

  // OB1 示例结构（伪代码）

  2

  CALL FC_Analog_Processing //处理所有模拟量输入

  3

  CALL FC_Alarm_Generation //生成所有报警信号

  4

  CALL FB_Motor_Ctrl_Pump1 //泵1控制

  5

  CALL FB_Motor_Ctrl_Pump2 //泵2控制

  6

  CALL FB_PID_pH_Control //pH PID控制

  7

  CALL FC_Output_Update //更新所有物理输出
• OB30 等循环中断OB：用于执行需要固定周期的高精度任务，比如快速PID控制（如果工艺要求）。
• OB82 等诊断错误OB：用于处理模块插入/移除等事件，可以在这里记录诊断信息到报警日志。

2.2 利用S7-1500的高级功能提升可靠性

• 工艺对象（TO）：对于变频器G120C，可以使用“标准报文”如PZD 2/2，通过PROFINET通信，在博途中组态一个“变速驱动”工艺对象。这样可以直接在PLC中读取频率、电流，并给定速度设定值，无需手动解析报文，可靠性更高。
• 数据日志：S7-1500支持直接将过程数据记录到插入的存储卡中。对于除硫系统，可以将关键的工艺变量（pH值、流量、频率）按时间间隔记录。这在分析长期运行趋势或故障追溯时非常有用。
• Web服务器：启用CPU的Web服务器功能，维护人员可以通过网页浏览器直接访问PLC的简单状态信息，无需打开博途软件，便于快速巡检。

3. 在WinCC中设计：打造一个高效、防错的操作员界面

WinCC的角色不是“显示PLC数据”那么简单，它是操作员与整个除硫系统交互的“神经中枢”。一个好的HMI设计，能降低误操作率，提升故障排查效率。

3.1 画面规划：信息分层，突出重点

不要试图在一个画面上显示所有信息。推荐采用三层结构：

1. 总览画面：显示整个除硫系统的核心状态。用简化的工艺流程图展示主要设备（吸收塔、泵、风机）的运行/停止/故障状态，并用显著的数字显示最关键参数（当前pH值、设定pH值、出口SO₂浓度）。颜色编码要统一：运行-绿色，停止-灰色，故障-红色，报警-黄色。
2. 设备操作画面：当操作员点击总览画面上的某个设备（如加药泵）时，进入此画面。这里显示该设备的详细信息：手自动状态、电流、频率、累计运行时间，并提供详细的操作按钮（启动、停止、复位）和参数设置（如本地速度设定）。关键点：所有重要的操作（如“启动”、“停止”）必须做二次确认弹窗，防止误触。这可以通过WinCC的按钮属性中的“单击”事件连接一个C脚本或VBS脚本弹出确认对话框来实现。
3. 趋势与报警画面：
   • 趋势：提供pH值、加药量、出口浓度等关键参数的历史趋势曲线。可以设置不同的时间范围（1小时、8小时、24小时）。趋势是工艺优化和故障诊断的利器。
   • 报警：WinCC的报警控件必须正确配置。报警消息应包含时间、报警文本、报警类型（警告、错误）、确认状态。要区分“报警到来”和“报警消失”。所有报警必须归档，便于事后查询。

3.2 变量连接与脚本：让画面“活”起来

• 变量管理：在WinCC中建立与PLC中DB块对应的变量。最好保持相同的结构命名，例如 PLC1\Process_DB\pH_Actual。使用结构变量可以简化管理。
• 智能显示：利用C脚本或VBS脚本实现更复杂的逻辑。例如：
  • 当设备处于“自动模式”时，画面上的手动操作按钮变灰（禁用）。
  • 当pH值严重偏离设定值时，不仅产生报警，总览画面上对应的数据可以闪烁。
  • 计算并显示一些衍生量，如“今日加药总量”。
• 输入输出域的安全设置：对于重要的设定值（如pH设定值），在WinCC输入输出域的属性中，可以设置“限制值”和“密码”保护。更稳妥的做法是，不直接写入PLC的工艺设定值DB，而是先写入一个WinCC内部的“中间变量”，然后在画面上做一个“确认发送”按钮。点击该按钮后，脚本再将这个中间变量的值写入PLC。这给了操作员一次反悔的机会。

4. 调试与长期维护：从“跑通”到“稳定”的关键跨越

系统上线，画面能操作，设备能动，只成功了50%。剩下的50%是在调试和长期运行中完成的。

4.1 分步调试，层层验证

1. IO点测试：在博途的“监控表”中，强制每个DI点，观察PLC状态是否变化；给每个DO点赋值，观察现场设备是否动作。模拟每个AI点，观察转换值是否正确。这是基础，必须百分之百正确。
2. 手动模式调试：在WinCC画面或PLC监控表中，操作每个设备的“手动命令”，确保单台设备能按预期启停，变频器能调速。测试所有的互锁和保护逻辑（如泵前阀门未开则泵不能启动）。
3. 自动模式调试：这是最关键的。先将PID参数设置为较保守的值（小比例增益，大积分时间）。将系统切换到自动模式，观察被控量（pH值）的变化。
   • 给定值阶跃测试：手动改变pH设定值，观察系统响应。如果响应过慢，适当增大比例增益；如果振荡剧烈，则减小增益或增大积分时间。
   • 抗干扰测试：模拟一个干扰（如手动改变加药量），观察系统能否平稳地克服干扰，回到设定值。
   • 整定PID参数：这是一个需要耐心和经验的过程。可以使用博途自带的“PID参数自整定”功能，但前提是工艺过程必须处于相对稳定的状态。
4. 报警与连锁测试：模拟各种故障条件（如液位超高、pH超低），验证相应的报警是否产生，连锁停机是否执行。

4.2 常见问题排查清单

当系统运行不如预期时，可以按以下顺序排查：

4.3 为长期运行做好准备

• 文档：保存好最终版的PLC程序、WinCC项目、硬件图纸、IO表、报警清单、操作手册。这是未来维护或改造的基石。
• 备份：定期备份PLC程序和WinCC项目。对于S7-1500，可以将整个项目（包括硬件配置、软件、注释）归档为一个.zap文件。
• 培训：确保操作员和维护员理解自动控制逻辑，知道在自动模式失效时如何切换到手动模式进行应急操作，知道如何查看报警和历史趋势。
• 定期检查：定期校准现场仪表（如pH计），检查PLC的存储卡剩余空间，查看WinCC的报警归档是否正常。

回过头看，西门子1500PLC和WinCC的组合，为除硫这类工业自动化项目提供了一个非常坚实和高效的平台。但工具的强大，并不能自动带来项目的成功。真正的价值在于，我们是否用这套工具，清晰地定义并实现了工艺的自动化需求，是否构建了一个结构清晰、易于维护、人机交互友好的系统。从工艺理解到数据架构，从结构化编程到人性化界面，每一步都需要把“为什么”想清楚。这个项目交付后稳定运行的关键，恰恰是这些在代码和画面之外的前期思考和系统化设计。下次当你面对一个自动化任务时，不妨也先从那张画着“决策链条”的白纸开始。