企业官网建设流程全解析

做这种蒸汽锅炉自控项目的朋友都知道，S7-1200在中小型燃气锅炉项目里出现频率相当高。我前阵子刚完成一个4t/h天然气蒸汽锅炉的燃烧控制系统改造，主控制器用的就是S7-1200 PLC。整个项目做下来，最大的感受是：锅炉燃烧控制不像很多教材里写的那么玄，但也远不是把几个PID堆上去就能安全跑起来的事。系统的核心不在“烧得旺”，而在“烧得稳、烧得安全”，尤其是水位、汽压、风煤比、炉膛负压这四类回路，必须有一个清晰的主次关系。

这篇文章我会按“需求拆解—硬件选型—控制方案—工程实现—现场调试”这条线，把我实际踩过的坑和验证过的做法都写出来。内容适合三类人看：一是刚接手锅炉项目的PLC工程师，二是做毕业设计或课程设计的学生，三是需要和自控方配合的锅炉运维人员。如果你用的是S7-200 SMART或者三菱PLC，里面大部分思路同样可以平移过去，只是编程细节不同而已。

1. 项目需求与控制点拆解

1.1 蒸汽锅炉燃烧控制系统到底要控什么

很多新手接到“蒸汽锅炉燃烧控制系统”这个题目，第一反应是“控制火焰大小”。这句话只对了一半。锅炉是一个多变量耦合对象，燃烧系统从来不是孤立存在的。

以我做的这台4t/h天然气锅炉为例，工艺侧主要分两路：

• 汽水系统：给水进入汽包，吸收炉膛热量后产生饱和蒸汽，蒸汽进入分汽缸供厂区使用。
• 燃烧系统：鼓风机送入空气，天然气经调节阀进入燃烧器，在炉膛内燃烧，高温烟气经烟道排出，并加热汽包里的水。

生产上你要保证的核心指标有三个：

1. 蒸汽压力稳定在设定值，不能让用汽设备因为压力波动停产。
2. 汽包水位始终处于安全范围，水位过低会造成锅炉干烧甚至爆管，水位过高会带水，影响蒸汽品质。
3. 燃烧过程处于经济、安全状态，既不能空气不足导致燃烧不充分引发爆炸隐患，也不能过量空气太多导致热效率大幅降低。

再往细拆，这个系统实际上至少包含五个控制回路：汽包水位控制、蒸汽压力控制（也就是燃烧率控制）、风煤比/烟气氧量校正控制、炉膛负压控制、燃烧器启停安全联锁逻辑。第一个回路决定锅炉“有没有水可烧”，第二和第三个回路决定“烧多少燃料、配多少空气”，第四个回路决定“烟气排得顺不顺”，最后一个回路是整套系统的底线。

1.2 为什么选择S7-1200而不是S7-200 SMART或S7-1500

用户点名用S7-1200，这个选型本身是合理的。我在方案阶段对比过三个常见选择：

S7-200 SMART的性价比确实诱人，但它在做这种多回路模拟量控制时有个明显短板：本体自带的PID和模拟量处理能力有限，虽然有扩展模块，但整体算力、程序容量和通讯能力都偏弱。如果只是做一个简单的温度控制或一台小型热风炉，S7-200 SMART完全够用，但涉及多个串级回路、氧量校正、变频器Modbus通讯、HMI上位监控，S7-200 SMART的程序组织会显得局促。

S7-1500当然好，运算速度、通信能力、诊断能力都非常出色，但用于一台中小型锅炉的控制，性能和成本都溢出了。除非现场有几十个回路、大量Profinet分布式IO和复杂批次控制需求，否则没必要上S7-1500。

S7-1200刚好卡在中间：本体自带以太网口和Profinet，支持Modbus RTU/TCP通讯，编程软件TIA Portal自带PID_Compact、PWM、高精度定时器等指令，处理四五个串级回路完全没有压力。它虽然不是冗余系统，但对于单体锅炉这种“非冗余但要求高可靠性”的应用场景，只要外部安全联锁设计得当，完全满足工艺要求。

选CPU时需要关注一个点：普通S7-1200只能用整数运算做PID调节，因此我用的是带FPU的6ES7214系列（1214C DC/DC/DC），浮点运算能力应付PID和氧量校正绰绰有余。

2. 硬件组态与I/O信号规划

2.1 一套可复用的模块配置清单

锅炉项目的I/O点数看着不算多，但信号种类杂。我们在设计阶段列过一个大致的点表：

• 模拟量输入大概需要9路：蒸汽压力、汽包水位（差压变送器）、给水流量、蒸汽流量、炉膛负压、烟气氧含量、天然气压力、天然气流量、风量差压。
• 模拟量输出4~5路：给水调节阀开度、天然气调节阀开度、鼓风机变频给定、引风机变频给定。如果燃烧器自带风门执行器，就把鼓风机变频改成风门执行器信号。
• 数字量输入至少15路：天然气低压/高压开关、水位极低/极高开关、蒸汽超压开关、火焰检测信号、风机运行/故障、燃烧器故障、调节阀全开/全关反馈、紧急停机按钮等。
• 数字量输出10路左右：天然气快关阀、点火变压器、声光报警、燃烧器启动指令、鼓风机启停、引风机启停、吹扫阀等。

我最终定的配置大致是：

整套系统用Profinet把CPU、HMI和远程IO站连在同一个网里。CM1241单独走Modbus RTU和部分第三方仪表通信，避免第三方仪表的轮询拖慢PLC程序周期。

2.2 模拟量信号处理的三个关键细节

模拟量接线和处理是现场出问题最多的环节，我总结下来有三个细节必须提前处理好。

第一，两线制变送器和四线制仪表供电不要接混。S7-1200的AI模块本身不对外供电，给两线制变送器供电必须从外部24V电源取，而且要注意同一个24V回路的负极和AI模块的MANA参考电位之间的关系。很多新手把变送器的“+”接到模块电源端子上，结果读数要么飘要么满量程，就是没有搞清楚这里的共地和电位关系。

第二，进入TIA Portal后，4~20mA信号在CPU里的原始值范围是0到27648，不是0到4000。早期很多工程师习惯用S7-200里的0~32000或者0~27648来算，到了博途里忘了确认量程。AI模块的组态如果选“4..20mA”，那4mA对应0，20mA对应27648，线性关系。我一般不会直接用这个原始值参与PID计算，而是进CPU后立即用NORM_X和SCALE_X或者自写的转换函数把它标定成0.0~100.0的百分量或具体工程单位，这样后面做量程上下限判断、报警逻辑会直观很多。

第三，模拟量断线检测必须做。20mA断线时CPU读值可能会冲到27648以上，如果这个坏值直接进了PID，可能造成阀门全开。我在AI转换程序里会对每个通道做合理性检查：读数低于量程下限减2%或高于量程上限加2%，就判定信号异常，输出继续保留上一个有效值，同时置位传感器故障位并触发安全联锁。有人觉得这步多余，但我见过不止一次变送器线被老鼠咬断导致锅炉水位失控的案例，这个保护不能省。

3. 核心控制逻辑与S7-1200实现思路

3.1 汽包水位三冲量控制：不要只盯着液位PID

汽包水位控制的标准方案是“三冲量”：蒸汽流量、给水流量、汽包水位三个信号共同参与控制。很多人不理解为什么要弄得这么麻烦，直接用水位PID控制给水阀不行吗？

实际运行起来就知道了，单冲量水位控制在负荷波动大的工况下很难稳定。锅炉有一个很明显的特性叫“虚假水位”：用汽量突然增大时，汽包压力瞬间下降，炉水剧烈汽化，水位不但不降，反而会先涨一下，然后再快速回落。如果只用水位偏差来调给水阀，控制器会先关小给水阀，等水位真正掉下来再猛开，结果水位来回震荡，严重时还会触发低水位联锁。

三冲量控制的思路是给水流量跟随蒸汽流量走：蒸汽流量增加，给水流量设定值也同步增加，提前把水补进去，而不是等水位掉了再动作。水位PID只负责修正累积误差。

我采用的方案是典型的串级加前馈：

• 蒸汽流量信号作为前馈量，直接叠加到给水流量设定值中。
• 汽包水位PID的输出作为给水流量的附加修正量。水位偏高，修正量为负，给水设定减少；水位偏低，修正量为正，给水设定增加。
• 给水流量PID作为副回路，实时调节给水调节阀开度，保证实际给水流量跟踪设定值。

这套方案在TIA Portal里可以用两个PID_Compact完成，一个用于水位主回路，一个用于给水流量副回路。前馈系数不是随便给的，我在调试阶段先根据锅炉蒸发量和给水流量历史数据拟合，得到一个基础前馈系数，再在现场负荷变化时微调。

小吨位锅炉如果没有给水流量计，只能退化成“水位PID+蒸汽流量前馈”的简化方案，用蒸汽流量直接乘以经验系数叠加到阀门开度指令上。这种方案精度差一些，但只要前馈调得好，一般运行也没大问题。

3.2 主汽压力控制和燃烧率设定

主汽压力控制的本质是能量平衡：用汽量大了，蒸汽压力下降，锅炉就得增加燃料投入量；用汽量小了，压力升高，就要减少燃料。所以蒸汽压力PID是燃烧系统的“大脑”，它输出一个量，叫作“燃烧率”。

燃烧率不能理解成天然气调节阀开度的百分比，它是一个无量纲的负荷需求，范围设在0~100%。燃烧率经过限幅、速率限制和安全条件判断后，才会拆解成燃气流量设定和空气流量设定。

这块控制逻辑的优先级排序非常重要：

1. 先保证燃料量不能超过额定负荷对应的上限。
2. 系统升负荷时，要先增风后增气，防止炉膛瞬间富燃；
3. 系统降负荷时，要先减气后减风，既要避免回火风险，也要防止过高过量空气导致熄火。

我在程序里用SCL写了一个速率限制块，把主汽压力PID输出的燃烧率变化斜率限制在每秒钟不超过3%~5%。锅炉惯性大，燃烧率跳变太快不仅会让汽压超调，还会冲击炉膛负压，造成火焰不稳。这个速率限制看起来不起眼，但对燃烧系统的稳定运行帮助极大。

另外要提一嘴，主汽压力PID的采样周期要和燃烧系统的响应速度匹配。S7-1200的PID_Compact可以设置采样时间，我给压力回路设的是200ms左右，不要设成1毫秒。锅炉压力是一个变化相对慢的过程，采样太快反而会让微分对噪声极度敏感，现场调起来非常痛苦。

3.3 风煤比与烟气氧量校正：别让小马拉大车

燃气锅炉要想烧得好，本质上要控制好“空气和燃料的比例”。学过燃烧原理的朋友都知道，1体积甲烷完全燃烧理论上需要约9.52体积空气。但实际锅炉运行不可能做到100%混合，必须多送一些空气，也就是过量空气系数要大于1。

对于天然气锅炉，过量空气系数一般控制在1.15到1.25之间。换算成烟气氧量，就是排烟中的氧含量大概在2%到5%之间。烟气氧量如果太低，说明空气不够，燃烧不充分，烟气中会出现CO，严重时有爆炸风险；烟气氧量太高，说明过剩空气太多，大量热量从烟囱白白跑掉，锅炉热效率明显下降。

实际操作中，风量和燃气量很难精确固定比例，因为天然气热值会波动，风机特性会变化，风门和阀门的流量特性也不是绝对线性。我采用的方式是这样做一个闭环校正链条：

• 主汽压力PID输出燃烧率需求。
• 根据燃烧率需求查表，得出燃气流量设定值和初始空气流量设定值。
• 燃气流量PID调节天然气调节阀，保证实际燃气流量跟踪设定值。
• 烟气氧量PID对空气流量设定值做慢速修正：烟气氧量偏低，说明空气不够，氧量PID正向增加空气流量设定值；烟气氧量偏高，则减少空气量。
• 空气流量PID调节鼓风机变频器，保证实际空气流量跟踪修正后的设定值。

这里有个容易被忽视的经验：烟气氧量校正PID的积分时间必须放得很长。我现场调试时把氧量回路的积分时间放到了60到90秒，因为氧化锆氧量分析仪本身就有几十秒到几分钟的滞后。如果积分时间太短，氧量校正回路会快速震荡，表现为鼓风机频率忽高忽低，整个燃烧系统跟着摆。

要特别提醒的是，烟气氧量校正的修正幅度应当限幅，我一般限制在初始空气流量设定值的±10%以内。有了这个限幅，即使氧量传感器漂移或者信号故障，也不会导致空气量偏差过大，安全性能显著提升。

3.4 炉膛负压：燃烧稳定的“呼吸”

炉膛负压控制是很多初次接触锅炉控制的人容易忽略的一个回路。炉膛负压一旦波动过大，轻则火焰偏斜、燃烧不稳定，重则发生外喷或内爆。

炉膛负压的测点一般装在炉膛上部或烟道入口，正常运行值通常维持在负20到负50帕左右。控制对象是引风机的变频器。引风机抽力增大，炉膛负压绝对值变大；引风机抽力减小，炉膛负压趋向于零甚至变正。

S7-1200里我单独用了一个PID_Compact做炉膛负压控制。这个回路有个特点：对象响应快，引风机变频器动作到炉膛压力变化可能只有一两秒，所以PID参数不能像压力回路那样把积分时间设得很大。现场实测下来，比例增益大概在2到3左右，积分时间8到15秒比较合适，微分基本不用。

真正的难点在于负荷波动时，单纯靠负压PID会滞后。你想，燃烧率提升了，鼓风机送进来的风量增加，如果引风机不提前跟着加抽力，炉膛压力会瞬间往正方向冲。解决这个问题有两个办法：

• 把燃烧率变化信号作为引风机变频的前馈量，燃烧率增加时，引风机频率同步增加。
• 对燃烧率设定做速率限制，避免负荷突变。

我是两个方法同时用的。前馈解决了大幅负荷变化的动态跟踪问题，速率限制则从源头抑制了过大的扰动。两套措施叠加以后，炉膛负压在负荷从30%升到80%的过程中，波动范围能控制在正负20帕内，这对燃气锅炉来说已经相当稳定了。

3.5 燃烧安全联锁：PLC能做的和不能做的

这一节我认为是整个系统里最值得重视的内容。燃烧控制说得再漂亮，安全联锁不过关，一切都是零。

我的程序里，安全联锁分成了三个层次。第一层是传感器硬联锁，通过外部的低水位开关、超压开关、天然气压力高/低开关直接切断天然气快关阀的供电回路。这个动作不依赖PLC，即使PLC死机、程序卡死、模块损坏，只要急停回路或者安全开关动作，快关阀都会失电关闭。很多PLC工程师容易犯的一个错误是只把安全条件写在程序里，认为程序逻辑看得见就万事大吉。但PLC本身是一个电子设备，任何电子设备都有故障的可能，锅炉这种特种设备，最后一道安全屏障绝不能放在CPU的扫描周期里。

第二层是PLC程序联锁。我把所有停机条件汇总到一个FC里，包括汽包水位极低、蒸汽压力超高、天然气泄漏报警、火焰检测信号丢失、送风机故障、引风机故障、手动急停等。任何一个条件满足，程序立即执行停炉逻辑：先切断天然气快关阀和调节阀，再停鼓风机，延时吹扫后停引风机。

第三层是燃烧器启停时序。启动时PLC首先检查所有启动条件是否满足，包括天然气压力正常、水位正常、风机正常、炉膛已经完成吹扫。吹扫时间很关键，S7-1200里用定时器做，必须保证吹扫风量足够且持续时间达到设计要求，比如我这边按换气次数计算设定的是120秒。吹扫完成后，PLC给燃烧器点火控制器发送“允许点火”指令，点火变压器投入，火焰检测器检测到火焰后，系统进入正常燃烧状态，PLC自动切换成蒸汽压力闭环调节。

如果你用的是带独立燃烧程序的控制箱，那PLC负责协调和监测；如果整个燃烧逻辑都在PLC里做，那我建议你在方案设计阶段就和锅炉厂家、当地检验机构沟通清楚。不同形式的燃气锅炉对燃烧安全控制系统的硬件要求和程序要求可能存在差异，这一步不要自己拍脑袋。

4. TIA Portal工程化实现与关键模块配置

4.1 程序怎么划分才方便调试

S7-1200的程序组织相对于老式S7-300要清晰很多，但同样需要提前规划。我习惯按“功能块+背景数据块”的方式来组织，不赞成把所有逻辑都堆在OB1里。

我项目中的程序结构大致是这样的：

• OB100（启动组织块）：做初始化，比如清除历史报警、给PID设定默认值、把天然气快关阀复位到关闭状态。
• OB1（主循环）：调用各个功能块的循环执行接口。
• FB100（AI信号处理）：每个扫描周期把AI模块原始值做量程转换、滤波、断线判断。
• FB200（汽包水位控制）：包含水位PID、给水流量PID、前馈叠加逻辑。
• FB300（燃烧率控制）：包含主汽压力PID、燃烧率速率限制、负荷上下限计算。
• FB400（风煤比与氧量校正）：包含氧量PID、风量PID、风煤配比计算。
• FB500（负压控制）：炉膛负压PID、前馈叠加。
• FB600（安全联锁和启停时序）：调用供燃烧器控制状态机，并汇总安全条件。
• FB700（报警和HMI通信）：报警记录、数据上送、HMI数据显示。

这样划分的好处是现场调试时可以单独给某个FB做强制或禁用。比如调试水位回路，我可以暂时不激活燃烧率控制，先把汽包水位稳住；调试燃烧控制，再把水位回路切到自动。模块化编程在这里收益是非常直观的。

4.2 PID_Compact参数设置的实用经验

S7-1200的PID_Compact功能块功能挺全，但有太多工程师直接挂上去用了默认参数，在现场被振荡折磨得不行。

PID_Compact组态时要重点注意几个地方：

1. 控制器类型要选对。蒸汽压力、炉膛负压这类回路，我们要求的不是快速精确地跟随某个设定值，而是稳定在设定值附近，所以一般选择“逆作用”或“正作用”要根据工艺确定。主汽压力PID是正向作用？不是。这里不是看阀门方向，而是看偏差如何影响输出。我给蒸汽压力采用的逻辑是“实际压力低于设定压力，输出增加”，所以块输出模式就按这个方向配置。
2. 输入量程和CPU内部百分量有映射关系。S7-1200的PID_Compact默认输入输出都是百分量0~100%。我不建议直接拿工程量塞给PID。实际做法是先把蒸汽压力归一化成0~100%的百分量，设定值也换算成相应百分量，PID输出再映射成0~100%的燃烧率。这样HMI上显示工程量，在程序里只做比例映射，排查问题时思路会很清晰。
3. 手动/自动切换是PID_Compact自带的。很多现场操作员还是习惯手动调整阀门或者变频器，所以必须把“手动/自动”切到HMI或者面板按钮上。手动模式下，PID输出直接跟踪手动设定值。S7-1200的PID_Compact在手动/自动切换时自带无扰切换逻辑，工程师注意调用对应管脚就行。

关于参数整定，我不太推荐完全依赖TIA自带的整定功能。它对线性良好的液位或压力回路有一定效果，但对燃烧这种带大滞后的对象，自动整定的参数往往偏激进。我偏向手工整定：

• 先把PID的积分和微分关掉，只留比例，从很小的增益开始，比如0.5，慢慢加大，直到被控量出现等幅振荡，再把增益退回当前值的50%左右。
• 然后加入积分时间，从大到小试，通过观察恢复时间逐步调整。
• 微分环节除了特殊情况，燃烧系统我一般不开启，因为现场信号噪声太大，微分容易把执行器搞得来回窜。

下表是我这套锅炉经过现场整定后的参考值：

这里给的只是参考值，不同锅炉的风道阻力、阀门特性、传感器位置都不一样。你拿到任何一个参数表，都要先把它当初始值，到了现场再按实际响应曲线微调。

4.3 防积分饱和和手自动切换的处理

PID在锅炉控制中经常遇到一个问题：执行器或变频器已经到上限，但偏差还很大，PID的积分项继续累积，输出被“撑爆”。等偏差反向时，积分项累积太大，输出很长时间回不来，回路会明显超调。这就是积分饱和。

S7-1200的PID_Compact内部是有抗积分饱和机制的，但它依赖输出限幅的设置。我强烈建议在组态时把输出上限和下限填准确：

• 给水流量PID的输出下限设为0，上限设为给水调节阀最大开度对应的百分量100%。
• 燃烧率控制的输出加限幅，比如我这个项目按锅炉额定负荷计算，燃烧率最大限在90%，防止超负荷运行。
• 如果工艺必须在一定条件下达到100%负荷，那也要设置一个操作员可修改的限幅，而不是让PID无限制输出。

此外，PID输出前建议再加一道独立的SCL限幅程序。万一PID背景数据块里的限幅参数被人误改，外围的限制也能把输出钳住。这个双保险的做法多次在急停场景中帮我们避免了事故。

5. 现场调试实录与常见问题排查

5.1 现场信号干扰与接地问题的排查

调试过程给我印象最深的问题发生在点火后的第三天：天然气调节阀开度反馈总是波动，幅度大概在3%~5%左右，导致燃气流量PID频繁修正阀门位置，阀门执行器每隔几秒就来回动一次。

起初我怀疑是PID参数问题，因为阀门反馈波动和小幅振荡是一对天然的因果关系。但从WinCC趋势图上看，阀门反馈信号本身就含有明显的噪声，不是控制系统的振荡。拿万用表到现场量信号，4~20mA电流在20Hz附近出现了明显纹波。

排查到最后，问题出在两块：一是模拟量信号线有一段和变频器输出电缆沿着同一个线槽走了将近两米，变频器输出侧的高频谐波耦合到了模拟量信号上；二是信号线的屏蔽层在现场没有可靠连接到等电位接地排，导致屏蔽无效。

解决办法也不复杂，把两段线路物理分开，能换路径就换路径；信号线屏蔽层改成单端接地，一端接现场仪表侧地，另一端在PLC柜内做等电位连接。处理后阀门反馈信号稳定下来，给水阀、燃气阀的PID参数也一下子好调了许多。这个教训就是：PLC程序写得再好，也扛不住现场物理层面的电磁干扰。

5.2 水位传感器故障导致的联锁误动

还有一次是运行了大概两个月以后，操作工反映系统频繁出现低水位报警，但看汽包玻璃板水位计，水位明明在正常范围。

一开始按“传感器故障”去查，后来仔细翻历史曲线才发现，差压式水位变送器的取压管路里积了水垢和杂质，导致变送器输出静差逐步增大。等到偏差累积到一定值，水位信号跌破了联锁低限，系统就自动停炉了。

这种情况在S7-1200的程序层面很难通过软件解决，因为变送器给出的信号本身还在4~20mA范围内，数值也在合理工程量范围内，程序无法判断它是“真实的低水位”还是“故障导致的低水位”。我们后来在维护规程里加了定期排污和取压管冲洗要求，并增加了一套独立的电极式水位开关做冗余判断，低水位联锁定值不再单靠差压变送器一个信号。

从控制角度讲，这也是一个很典型的工业常识：重要的安全联锁参数，如果有条件，尽量采用“硬开关量+模拟量”双重判断，两套信号互相印证。锅炉水位、蒸汽压力、天然气压力都应如此。

5.3 程序下载和HMI连接问题

调试过程中还有很多看似与工艺无关的技术问题。比如TIA Portal在某次修改HMI画面后下载失败，提示缺少面板映像。这种问题一般不是工艺逻辑错误，而是编程软件安装不完整，或者TIA版本和HMI固件版本不匹配。解决办法就是到西门子官方支持网站下载对应版本的面板映像，或者干脆换个与项目版本完全一致的TIA版本来做画面下载。

类似的还有S7-1200固件版本和TIA项目版本不兼容的问题。S7-1200的固件更新很频繁，如果你在项目的“设备组态”里选了一个高版本固件，但CPU实际固件版本较低，下载时会报错。最简单的处理是在设备组态页面将CPU型号属性改成与实际固件一致，或者在线更新CPU固件，更新工具在TIA Portal里就能操作。

5.4 常见问题速查表

6. 做完这个项目，我最想提醒你的几件事

第一件事，不要在锅炉安全逻辑上省硬接线。不论你的S7-1200程序写得多么严密，外部独立的急停回路、低水位开关直断快关阀的回路都必须保留。PLC终究是电子设备，程序跑得再快，也代替不了物理层面的“断电关闭”逻辑。

第二件事，PID参数一定到了现场以后再细调。项目文档里给的任何参数都只是初值。锅炉受到烟道积灰、天然气热值波动、季节温度变化的影响很大，今天调好的参数过两个月可能要微调，所以HMI上一定要留出操作权限，让有经验的热工人员能调整关键PID的设定值和整定参数，而不是每次改参数都要重新下载程序。

第三件事，值得把每次故障的曲线和操作过程截图存下来。这轮调试结束后，我把水位误动、氧量异常、阀门振荡几个典型案例整理成独立的故障分析记录，后来锅炉一有问题，先查历史记录，解决时间缩短了很多。S7-1200配合S7-1200的WEB服务器或者TIA的在线趋势功能都能方便地看到实时和历史曲线，这个习惯远比多写几行控制指令更实用。

最后做个不算总结的小感慨吧。锅炉控制这个领域，看似是自控的一个分支，其实涉及燃烧理论、传热学、流体力学、电气设计和安全工程。做这个项目让我最受益的不是把S7-1200的指令用得多熟练，而是理解了工业控制里“顺序、联锁、调节”这三件事的优先级和相互关系。顺序错了，系统起不来；联锁漏了，迟早出事；调节粗糙，生产指标上不去。把这几个字想清楚，再去写PLC程序，至少不会走太大的弯路。任何一个中小型锅炉项目，只要这套底子打好了，后续加数据采集、能源管理、云监控，其实都只是锦上添花而已。