1. 项目整体设计思路

1.1 锅炉控制系统的需求拆解

先交代一下背景：这个项目是某热力公司的一个燃气集中供热锅炉房改造项目，现场一共三台燃气热水锅炉，单台额定出力约7 MW，原来靠人工看盘、手动启停，操作强度大不说，燃烧器、水泵、阀门的配合全靠司炉工经验。甲方要求的核心目标是：实现锅炉房集中监控，中控室通过上位机实时看到每台炉的出水温度、回水温度、炉膛负压、烟气温度、燃气供气压力、循环泵运行状态，并能远程启停燃烧器和循环泵，同时保留现场手动操作权限，安全联锁必须独立于逻辑控制。

这套系统的关键点在于"集中供热"四个字。它不是一个单台锅炉的独立控制，而是一个系统性问题：三台炉的出水母管并到一起、回水母管汇到一起，还要跟外网供热需求匹配。所以控制逻辑里除了单台炉的燃烧控制，还要考虑系统级的负荷分配、泵组的联锁启停、压力温度异常时先切哪台炉等场景。项目标题强调"集中供热"，说明不是简单地把单台炉的PLC程序拼在一起，需要注意热网侧的联动逻辑。

S7-200在这个场景里承担的是底层设备控制层，负责现场仪表信号采集、燃烧器控制、泵阀驱动和安全联锁。组态王负责上位监控层，做数据可视化、参数设定、报警推送和历史记录。这样的两级架构在当时是非常典型的做法，成本可控，技术成熟，维护也方便。我接手这个项目的时候，甲方已经采购了S7-200 CPU224 XP型号的PLC，配着模拟量扩展模块，还有上位机组态王正版运行授权，整体方案其实是根据现场条件"倒推"出来的——不是说先选平台再定制需求，而是需求定了之后选最稳妥的平台。

1.2 方案选型：为什么是S7-200 + 组态王

这几年S7-200已经停产，后续有S7-200 SMART作为升级替代，大量存量项目仍然在用S7-200，二手备件和维修市场很成熟，图纸资料也好找。对改造项目来说，只要现场原有PLC没坏得彻底，扩容一个模拟量模块往往是最省钱的路径。我当时给甲方算过一笔账：换一套小型DCS系统，光软件授权和组态调试费用就够买好几块S7-200 CPU了；而且现场电工普遍接触过S7-200的编程软件，后续维护不用专门养自动化工程师。

组态王在这个项目里选型也很自然。这个软件在国内中小型工控项目里占有率很高，驱动库支持西门子S7-200的PPI协议、MPI协议，不需要额外购置OPC服务器，一个PPI转USB的编程电缆就能同时完成调试和上位机通信。用组态王还有一个好处是它的图库里有锅炉、水泵、阀门、管道等现成元件，画面组态速度快，给甲方做培训也容易上手——很多值班员以前只见过仪表盘，组态王做的动态画面直观得多。

方案定下来之后，硬件配置是这样的：每台锅炉配一个CPU224 XP，带一个EM231模拟量输入模块（4通道）和一个EM235模拟量输入/输出混合模块，负责温度、压力、液位、阀位信号采集和变频器频率给定输出。上位机是一台普通工业PC，装组态王6.55运行版，通过RS485总线和三台PLC轮询通信。这个容量配置刚好够用，但通道余量不大——实际调试中我发现一个容易忽视的点：CPU224 XP自带两个模拟量输入通道，不要浪费，可以用一路做备用温度检测或者燃气压力变送器的冗余信号通道。

2. 硬件配置与接线图解读

2.1 PLC的I/O分配表

搞这种系统，第一步绝对是先把I/O表做扎实，千万别急着写梯形图。I/O表一旦定错，后面现场改线非常痛苦。我整理一下这套系统的典型分配，给准备做类似项目的朋友一个参考。

数字量输入部分包括：燃烧器远程/就地带电状态（每台炉一个）、燃气泄漏报警（每台炉一个）、循环泵故障（每台泵一个）、补水泵故障（每泵一个）、锅炉出水超温压力开关（每炉一个）、燃气压力高/低开关（每炉各一个）、水位上限/下限开关（锅炉本体汽包或系统膨胀水箱）。

数字量输出部分是：燃烧器启停信号（有火/无火双信号更好，单信号时用故障反馈做状态判断）、一次循环泵接触器、二次循环泵接触器、补水泵接触器、燃气紧急切断阀、声光报警器。

模拟量输入：锅炉出水温度、锅炉回水温度、烟气温度、炉膛压力（负压）、燃气供气压力、系统供水母管压力、系统回水母管压力、膨胀水箱液位、循环泵变频器反馈频率。如果还有余量，我会建议把烟道氧含量也接进去——不过本项目没配氧传感器，燃气燃烧质量只能靠人工看火和烟气温度间接判断。

模拟量输出：每台炉配一路4-20mA频率给定给燃烧器风门伺服和燃气调节阀，具体是哪种执行机构要看清现场铭牌。本项目用的是一体化燃烧器，自带风门伺服，PLC给出启停和大小火切换信号即可；燃气调节阀则需要接收4-20mA开度给定。

这个分配表建好之后，再用CAD画接线图就很顺手了。接线图里最关键的几根线：一是24V电源的公共端，整柜内不能有多点接地，我在现场吃过这个亏，后面细说。二是热电阻输入用三线制接法，屏蔽层单端接地；三是4-20mA信号线要走屏蔽电缆，且跟动力线分槽敷设，现场如果不分开走，变频器一启动模拟量就开始乱跳，查都查不清。

2.2 关键传感器与执行器的接线要点

温度信号是本系统最重要的模拟量之一。锅炉出水温度和回水温度用PT100热电阻测量，接到EM231模块前，先用温度变送器把电阻信号转成4-20mA标准信号，这样可以统一信号类型，现场排查也方便。有些工程师图省事直接用EM231的RTD热电阻模块，我没选这个方案，主要原因是RTD模块通道少、价格贵，而且热电阻连线的线阻误差处理起来比较麻烦。用变送器的方式，一块PT100配一个两线制变送模块，线路中途断线时信号掉到0mA附近，程序里可以靠量程下限做断线判断。

炉膛压力检测用的是微差压变送器，量程一般是-300Pa到+300Pa，4-20mA输出。这里接线必须注意变送器的取压口方向：高压端接炉膛，低压端接大气。说明书上标注得很清楚，但现场接线时一忙就容易反，我调试时遇到过一台上电就显示满量程的情况，查了半天结果是取压管接反了。接好以后，校零也要做：先关掉取压阀，让变送器两侧都为大气压，观察PLC工程值是否在0附近，不在就要在程序里做偏移修正。

燃气压力信号有两个来源：一个是压力开关，数字量干接点，用于硬联锁；一个是压力变送器，模拟量4-20mA，用于监控和软联锁。这两个信号缺一不可，千万别觉得有了变送器就不要压力开关了——硬联锁不依赖PLC内部程序运行状态，燃气压力掉了以后它直接切断燃烧器的电源回路，可靠性等级完全不同。现场接线时，燃气压力开关要串在燃烧器运行允许回路上，而不是仅仅作为PLC的一个输入点。这个我在第一章里说过，这里再强调一次。

循环泵的变频器接口，我用的是端子控制模式：PLC给数字量启动信号，频率给定走模拟量4-20mA。接线时有个细节，很多变频器用跳线或者参数选择决定AI通道的输入类型是电压还是电流，默认可能是0-10V电压，不改成电流的话，PLC输出20mA时变频器显示频率会不停跳动。调试第一台泵我就遇到了，后来把变频器AI拨码开关拨到电流档，问题立即消失。

2.3 安全联锁回路与急停逻辑

安全联锁部分，我的设计原则是“只要是危及设备和人身安全的信号，一律不走PLC软逻辑，直接通过继电器串联回路切断设备”。燃气泄漏报警是一个常闭继电器触点：正常时不动作，触点闭合；泄漏时报警继电器动作，触点断开，直接切断燃气紧急切断阀的电源，同时给PLC一个输入信号用于画面报警显示。这种接法即使PLC死机或者通信断掉，安全回路仍然有效。

另外设计了急停按钮，装在锅炉控制柜门上，按下后切断所有动力设备接触器电源，包括燃烧器、循环泵和补水泵。这个按钮要有机械自锁机构，复位时先排查故障原因，再手动旋出。控制柜门上加一个红色指示灯，指示急停状态，防止值班人员误以为只是设备故障。

炉膛温度和出水超温信号每台炉各设一个，接在燃烧器允许运行回路里面，加个中间继电器扩展触点。超温时即使PLC没来得及处理，燃烧器也会因为允许回路断开而自动灭火，不会出现靠程序延时带来的风险窗口。这些硬联锁回路画接线图时用粗实线单独标出，颜色跟普通控制回路区分开，方便后续维护人员识别。

3. 梯形图程序设计深度解析

3.1 燃烧器启停控制逻辑

燃烧器控制是整个PLC程序的核心，也是甲方最看重的功能。我采用的是一体化燃烧器的三段式控制思路：启动、小火运行、大火运行。程序用梯形图编写，步进式结构，每一阶段有明确的转换条件。

启动阶段流程是：收到中控或现场启动指令后，首先进行启动前检查——燃气压力正常、无泄漏报警、出水温度低于设定启动温度、水位正常、烟气挡板在开启位置、燃烧器电源已送。检查通过后，PLC输出燃烧器启动信号，燃烧器进入预吹扫阶段。

这里要特别说一个程序细节：燃烧器启动信号保持时间。有经验的工程师都知道，一体化燃烧器接到启动信号后，内部程序自动完成预吹扫、点火、火焰检测，这个过程大约需要15到45秒，不同品牌差异很大。PLC输出启动信号要注意保持住，等燃烧器反馈"运行状态"信号后再撤销启动指令，否则燃烧器内部控制会误以为启动失败而锁定。我采用的是“启动指令置位 + 运行反馈复位”的方式：按下启动后置位启动继电器，燃烧器反馈运行信号后复位；中途如果出现故障，燃烧器会给出故障信号，程序复位启动指令并报警。

大小火切换逻辑用的是温度偏差控制：出水温度低于设定值2摄氏度以上时，输出大火信号，燃气主阀开大，风门伺服同步加大；温度超过设定值0.5摄氏度时切回小火。具体迟滞区间要根据燃烧器响应速度现场调整，我最初按理论和组态王给的默认值设定，实际调试发现温度惯性大，又把迟滞扩大了一点，避免了燃烧器频繁切换大小火。

3.2 温度调节的PID控制与变频调节

集中供热锅炉出水温度控制，我采用的是燃烧器分段调节 + 循环泵变频调节的双闭环思路。燃烧器负责把出水温度维持到设定值，循环泵负责把热量平稳送到外网。温度控制的PID功能块在S7-200里用的是自带PID向导生成的回路，用起来不难，但有几个坑要提前说。

第一个坑是PID输出与执行机构的量纲匹配。燃烧器的风门/燃气阀是4-20mA信号对应的开度百分比，PID输出的0-1浮点数要映射到0-100的整数，再经模块输出。组态王画面里设定值区分小数位，上位机下发的数值也要分度正确。我在PID向导里把设定值范围设成了0.0到150.0摄氏度，输出范围0-100%，比例系数P先给2.0，积分时间I给120秒，微分不给。启动调试时温度超调了近10摄氏度，把P降到1.2、积分时间加到180秒才好一点。

第二个坑是PID调节周期。锅炉温度本身惯性大，采样周期我设成2秒，PID计算周期也是2秒。如果周期设得太短，比如200毫秒，输出阀门开度会不停抖动，执行机构也跟着频繁动作，寿命会大打折扣。现场看趋势曲线，如果温度波动幅度超过±2摄氏度再考虑调整PID参数，别一上来就猛调比例。

循环泵变频调节的逻辑用阶梯控制就够：系统供水母管压力低于设定值时，加速循环泵；高于设定值时减速。这个用梯形图的分段比较指令实现，比再做一套PID简单可靠，也便于值班员理解。变频器频率给定是模拟量输出，我做了限幅，最低25Hz，最高50Hz，避免循环泵在低频率下流量不足导致锅炉超温。

3.3 联锁保护与报警逻辑

报警与保护逻辑我分了三个等级。一级是停炉停机级的，包括燃气泄漏、出水超温、炉膛超压、燃气压力极低、急停按钮按下，任何一条触发都要立即切断燃烧器和燃气阀。二级是保护级不停炉，包括燃气压力低报警、供水母管压力低报警、循环泵故障报警、变频器故障报警，系统自动切换备用泵或降负荷运行。三级是提醒级，包括烟气温度偏高、膨胀水箱液位低、通信故障等，只做记录和画面提示，不自动动作。

梯形图里报警逻辑实现不难，难的是报警复位与保持。燃气泄漏报警这种瞬时信号，如果不做自锁保持，稍微抖动一下就会消失，画面上一闪而过，值班员根本来不及看。我的做法是：报警触发时置位一个报警保持继电器，同时在组态王画面上设置红色闪烁；值班员确认故障处理完后手动按复位按钮，报警保持继电器才复位。这个逻辑对每一个一级二级报警都适用。

还有一组联锁关系要特别处理：循环泵与燃烧器的联锁。正常情况下，先启循环泵后启燃烧器，出水温度正常后燃烧器才能启动。程序里加入"循环泵运行反馈"作为燃烧器启动的前置条件。反过来，运行过程中循环泵跳闸，燃烧器必须在3秒内撤火，否则炉膛会因热量积聚而超温。用定时器做延时撤火时，时间宁短勿长，我设的是2秒。

3.4 手自动切换与中控现场切换

系统设置了三种运行模式：远程自动、远程手动、现场手动。远程自动模式下，中控室组态王下发的启停指令和温度设定值有效，PLC按程序自动运行；远程手动模式下，中控室画面上的按钮直接控制单个设备的启停；现场手动模式通过柜面按钮操作，PLC不参与设备控制，只做状态监视和记录。

我的实现方法是I/O分配时留出切换开关输入。切换开关在"远程"位置时，现场柜面启停按钮无效，避免许人误碰；在"现场"位置时，中控画面操作无效。梯形图里用这个开关状态作为不同控制回路的前置触点，逻辑清晰，也方便后面维护人员理解，不会出现远程和现场同时抢控制权的问题。

这里有个值得分享的细节：远程手动模式的存在价值。很多项目初始调试时图省事，只留远程自动和现场手动两种模式，但实际运行中，值班员经常需要在远程模式下单独开一台泵、单独关一个阀，如果这些操作都要跑到现场柜子去按按钮，效率太低，而且中控室看不到操作结果。加上远程手动模式后，试车、调试、故障排查都变得非常顺手。

4. 组态王上位机画面组态

4.1 通信配置与变量定义

组态王连接S7-200，我用的通信链路是PPI协议。PC端装一块RS232转RS485转换器，或者直接用PPI编程电缆（带驱动那种）接USB口。组态王设备驱动里选“西门子 → S7-200（PPI）”，填写站地址，默认是2，波特率9600或者19200，要与PLC侧设置一致。PLC侧在系统块里把通信端口设为PPI协议，站地址按柜号分配：1号炉站地址2，2号炉站地址3，3号炉站地址4，上位机轮询访问。

这里有一个容易踩的坑：PPI波特率跟PLC之间设置不一致时，通信建不上。而且很多PPI电缆上有自适应开关，用来切PPI或者自由口模式，西门子原装电缆是编程时自动识别的，国产兼容线往往需要手动设定波特率，用之前先看一下说明书。另外通信距离超过50米时，建议在最后一台PLC的终端电阻跳线打开，避免信号反射导致偶发性通信中断。

变量定义是画面组态的基础。组态王的变量类型要跟PLC数据区对应好：数字量状态对应变量类型为“I/O离散”，M存储器、V存储器都可以；模拟量对应“I/O实数”或“I/O整数”。温度、压力这些带小数点两位的用实数，频率给定这类整数用整数。注意PLC里PID输出值如果是0.0到1.0的浮点数，组态王变量也要用实数，但画面显示设置成百分比形式，乘以100的换算建议在PLC梯形图里做，不要在组态王一端做，不然容易搞混。

变量定义我习惯建一个统一的命名规则，比如：1#锅炉出水温度，变量名取“T_BO_1”，2#锅炉回水温度取“T_BI_2”，泵状态用“P_PUMP_1_RUN”这种格式。命名规则不统一，画面多了以后根本分不清谁是谁，后期维护全是坑。

4.2 画面组态与动画连接

系统画面我规划了四个：系统总览、1号锅炉、2号锅炉、3号锅炉，再加上报警汇总和历史趋势。系统总览页面显示三台锅炉的核心参数、母管压力温度、泵组状态、各炉报警状态，用颜色变化区分设备运行状态——绿色运行、红色故障、灰色停机。锅炉单台画面显示详细参数：出水回水温度、烟气温度、炉膛负压、燃气压力、燃烧器大小火状态、报警列表。

动画连接的思路是“变量关联图元动作”：管道用线宽和颜色变化表示介质流动，运行时管道变粗变色；泵的叶轮旋转效果用旋转动画连接泵运行状态变量，运行时就转、停了就停；液位显示用填充效果连接液位变量，并设置填充方向。这些在组态王里都是常规操作，难的是调试时逐个验证画面值是否与PLC实时值一致，我踩过的坑是画面变量地址写错但没及时发现，导致某个参数显示总能跟实际对不上，排查了一个下午才发现是地址偏移了一个字节。

画面设计的原则是“三层要简单”：启动按钮放在显眼位置，参数设定放旁边，深层参数不进画面，用PLC程序里的固定值代替。值班员不需要知道PID参数这些底层细节，画面越简单越不容易误操作。

4.3 实时趋势与历史报表

组态王的历史趋势用自带的历史曲线控件实现，数据源选择变量后，设置记录间隔和存储周期。温度、压力这些变化缓慢的参数，记录间隔设10秒就够了，不用每秒存储，文件体积会太大。历史报表我用的组态王报表控件，每天早8点生成昨天日报表，包含各班次的平均温度、最高最低压力、报警次数、设备运行时长等。

报表里的数据计算功能组态王本身不太强，我是在PLC梯形图里做了累加计数和平均值累加，组态王只负责读取显示。例如统计燃烧器运行小时数，在PLC里用一个延时器累计导通时间到分钟，再在组态王报表里除以60得到小时数。这样做的好处是报表不依赖上位机连续运行，PLC断电重启后数据依然保留在V区和保持性M区里。

报警记录这块，组态王有专门的报警事件窗口，配置好报警变量、报警限值、优先级后，发生报警会自动弹出事件记录，可以存到Access数据库。我建议报警限值写在组态王里，不要写在PLC里，这样调整报警阈值时不用重新下载PLC程序，只需要在组态王画面上改个数字，对现场值班员来说安全很多。

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

5.1 分步调试流程

整个系统调试我分四步走。第一步是打点测试，把所有I/O通道挨个强制，确认接线正确、模块通道地址正确、变送器零点量程正确。这一步很枯燥，但绝对不能省略。打点时带个对讲机，现场触摸变送器或者按按钮，测试人员在中控室看PLC变量值是否变化，里外配合着来。打点过程中把每路信号的正常值记到表格里，作为后续调试的依据。

第二步是单台炉联动调试，把燃烧器启动回路、循环泵回路、报警回路单独跑通。先手动模式逐个操作设备，确认接触器吸合正常、变频器频率给定正常、交换机信号正常。然后切到自动模式，用短接线临时短接部分传感器信号（例如温度信号用变阻箱模拟），检查程序分支逻辑是否按照预期走。

第三步是系统级联调，三台炉同时运行，模拟全部运行工况，包括一台炉故障时另两台炉的自动响应。这一步发现的问题往往在负荷分配逻辑上——比如某台炉回水温度传感器损坏时，程序自动把该炉切到小火，但总回水温度仍然偏低，其他两台炉必须加大出力才能补上，调试时需要反复调整每台炉的温度设定偏置值，才能做到“失一台炉不瘫系统”。

第四步是上位机联合调试，检查所有画面显示、报警推送、报表生成是否正常。这个阶段重点测试通信中断后的PLC行为——通信断开了燃烧器不能停，PLC本地逻辑还是要继续运行，组态王恢复正常后数据要能自动追上。

5.2 常见问题速查表

我把现场遇到过的典型问题整理成一个表，按现象、可能原因、处理办法三列列出来，方便以后照着排查。

5.3 我踩过的坑和一些保命经验

说到踩坑，最值得提的是24V电源的接地问题。我第一次调试时，系统运行半小时后模拟量开始乱跳，温度全都不对了。后来查出来是24V开关电源的负极接了柜体地，而模拟量变送器的供电负极也接了柜体地，形成了地环路，导致4-20mA信号中叠加了共模干扰。各现场处理办法是把24V负极与柜体地之间的连接断开，只保留一个公共接地点，问题立即消失。从那以后我画接线图时都会明确注出“24V负极不接地”或者“单点接地”。

第二个经验是关于燃气泄漏报警试验的。系统做联动试验时，要模拟燃气泄漏信号，我直接短接报警继电器触点，调试很顺利，但试验结束后忘了恢复，导致正式运行第一天就误报警停炉。后来我要求所有模拟试验信号必须在记录表上签字确认恢复，并在程序里加了一个“试验模式”软开关，试验结束后由程序自动断开模拟信号源，避免人为疏忽。

再就是火焰检测与燃烧器逻辑的配合问题。一体化燃烧器的火焰检测一般通过电离电极或者紫外探头实现，这些信号在点火瞬间会有抖动，PLC只负责监视燃烧器的使能状态，不要强行在同一时刻读取火焰信号判断到火没到火，否则很容易误判。要判断燃烧器是否成功点火，以燃烧器“运行状态”反馈信号为准，而不是自己去接火焰检测信号。这个原则我觉得特别重要，不少新手做改造时会尝试用PLC直接读火焰探头信号做联锁，结果调试时各种误判，实际上火焰探头的信号只给燃烧器内部控制器处理，PLC拿一个“主火建立”的数字量输出即可，既简单又安全。

最后说说临时调试线和短接线的管理。现场调试时顺手拿短接线短接某个端子是常有的事，但完事之后必须逐一拆掉并测试。我有一次就是因为忘记拆燃气管路压力低开关的短接线，导致系统误认为正常，幸好后来在联动调试中发现了，没造成设备带病运行。现在我的习惯是：调试现场所有临时线统一用带编号的彩色杜邦线，调试结束后对照编号清单一根一根注销，确保无遗漏。

6. 扩展思路与个人体会

6.1 这类项目还能往哪些方向扩展

这套S7-200加组态王的结构，扩展空间其实挺大。一个是增加云化监控层，现场PLC接一个4G工业网关，把关键数据上传到云端平台，甲方在家或者手机上就能看运行状态，也算是一个低成本的上云方案。网关只要能采集Modbus RTU数据，S7-200就能通过自由口通信或者加一个Modbus模块来对接，技术上不算复杂。不过要注意PLC程序里预留的通信口是否已被占用，以及数据上行的安全性。

另一个方向是热网负荷预测。现在很多供热系统在尝试根据天气预报和历史用热数据预测未来几小时的负荷，提前调整锅炉出水温度设定值。这套系统的数据基础已经具备——历史趋势库里存了一整个供暖季的温度、压力、泵频记录，拿来训练一个简单的负荷预测模型足够了。实现上可以先离线做分析，再把预测结果通过组态王下发到PLC，不改变原有控制结构。

还有设备健康管理方向：PLC和上位机持续记录运行数据，通过分析燃烧器启停次数、运行时长、故障历史，可以预判需要检修的部件。例如燃烧器频繁大小火切换会导致伺服机构磨损，上位机可以统计一小时内的切换次数，超过阈值自动提醒。这个不增加硬件成本，纯粹是软件层面的挖掘。

6.2 关于S7-200生命周期的一个提醒

现在做新项目肯定建议直接用S7-200 SMART或者其他新型PLC。但存量S7-200设备在维护时要注意：CPU的保持性数据区依赖超级电容或者电池，断电时间久了程序模板里的保持值可能丢失。我建议项目交付时保留一份完整的编程备份（.awl格式源文件），并且在上位机组态王里做一个定期提醒，每半年检查一次PLC电池电压。程序下载前先把保持性数据区用编程软件导出来，确认数据不丢失才下载。

另外，S7-200编程软件STEP 7-Micro/WIN在部分新系统上安装会出现兼容问题。我的经验是用虚拟机装XP系统跑编程软件，比在Win10/11上折腾稳定得多。编程电缆建议用PCI或者原装PPI电缆，老的串口电缆在USB转接之后偶发写不进去的问题，多试几次或者重启软件能恢复，但最好别在关键调试时刻依赖它。

6.3 我在实际项目里的一些体会

这套系统从画图到投运，前后花了大概两个月。最大的体会是：锅炉控制项目里，电气设计图、接线、梯形图、上位机画面四者之间的关系必须理顺，任何一环出现偏差，调试阶段都要额外花时间。做之前把I/O表、接线图、程序变量表、组态王变量表四份文档同步更新，不要等调试完再补。项目结束之后给甲方留了一套包括所有图纸、程序备份、组态王备份、操作手册在内的完整资料包，甲方后来维护时少打了很多电话来问。

还有一点是跟现场司炉工多沟通。他们虽然不了解PLC原理，但知道锅炉运行的很多细节——什么情况下火容易灭、什么时段负荷大、哪种声音是异常。把这些经验吸收转化到PLC程序和组态王画面设计里，系统会远比照着标准模板做出来的东西实用。比如司炉工告诉我出水温度冬天气温骤降时容易超调，我在PID设定值旁边加了一档“严寒补偿”开关，值班员可以手动提升2到3摄氏度，这个功能他们后来特别喜欢用。

最后再分享一个小技巧：给组态王画面加一个“调试模式”的隐形开关，后台输入特定密码可以进入调试画面，显示所有I/O原始值、PID输出值、程序中间变量值。这个功能不影响正常操作，但在远程排查故障时帮助极大，客户满意度和系统可维护性都上来了。做控制系统，不光是代码写得对，让懂不懂技术的人都能安全地操作和排查，才是真正的好系统。