1. 从一句口号看工控人的九月九月的工控圈向来不是金九银十的销售旺季那么简单。对做测控系统集成、设备运维和产线改造的人来说九月是一道清晰的分水岭上半年接的项目该收尾了下半年技改的窗口期到了北方还要赶在入冬前完成野外站点和暖通系统的检修。秋启九月实干前行这句话放在这个时间点上不是鸡汤是很务实的节奏提醒。深耕工控筑牢可靠测控力量这十二个字拆开看每一个词都是这个行业里实打实的功夫。工控不是写个前端页面、调个接口就能上线的东西它面对的是高温、粉尘、振动、电磁干扰交织的现场是24小时不能停的生产线是误动作就可能烧设备、出事故的严苛环境。做测控本质上是在跟不确定性较劲——把传感器采到的信号变成可靠的数据把数据变成准确的控制指令这中间每一个环节松懈最后都会以故障的形式找上门。这篇文章我打算从测控系统的设计、选型、组态、调试到故障排查把我这些年实际摸爬滚打的经验整理出来。不管你是刚入行的现场工程师还是准备独立接小项目的技术负责人又或者只是被领导扔过来负责一条产线自动化改造的临时工控人这篇都能给你一些可以直接拿去用的思路。我不讲虚的也不堆名词尽量用大白话把里面的门道讲透。2. 测控系统的整体设计第一步永远是摸需求2.1 现场调研比画架构图重要得多很多人拿到一个测控项目第一反应是开电脑画系统架构图这恰恰是反的。我见过太多方案在PPT上漂漂亮亮一到现场就处处碰壁根子在于没搞清现场到底什么条件。做需求调研至少要把这几件事摸透被测对象是连续的还是离散的是高速变化的还是缓慢变化的现场有没有强烈的电磁干扰源比如变频器、大功率电机、电焊机传感器安装位置的环境温度、湿度、腐蚀性气体是什么情况原有系统是什么品牌、什么协议要不要兼容利旧。这些信息直接决定你后面选什么传感器、什么采集模块、什么通信方式少问一句后期就可能多熬三个通宵。我自己的习惯是调研时带一张点位清单草表到现场一边走一边记把每个测点的位置、信号类型、量程范围、线缆走向、周边干扰源都标出来。回办公室之后再根据这张草表决定方案而不是坐在电脑前拍脑袋。这一步花半天时间能帮你省掉后面好几天的返工。提示现场调研时手机拍照和录像比笔记靠谱得多。配电柜内部接线、传感器铭牌、通信端子定义这些细节回来翻照片比翻记忆可靠。2.2 架构选型的逻辑分层别贪多够用且好维护测控系统的架构往大了说无非是三层采集层、控制层、监控层。采集层是传感器、变送器和采集模块控制层是PLC、RTU或者工业控制器监控层是上位机、触摸屏和远程监控平台。现在的趋势是边缘计算和云平台也在往工控里渗透但核心的实时控制回路依然必须留在本地这一点不能含糊。选型的时候我推荐一个原则层级越少越好环节越少故障点越少。比如一个中小型的水处理站完全可以用一台带以太网口的PLC把模拟量采集、PID调节、逻辑控制全做了上位机直接通过工业以太网跟PLC通信没必要非得分采集器、控制器、通信管理机好几层。环节多了每一层都是潜在的故障点和排查负担。通信方式的选型也有讲究。现场总线Modbus RTU、Profibus DP在抗干扰和实时性上依然稳工业以太网Modbus TCP、Profinet布线灵活、带宽大无线方案LoRa、4G DTU适合远距离和布线困难的场景但必须考虑延迟和信号遮挡。我一般的原则是关键实时回路走硬线或者现场总线非实时监控可以走以太网远程数据采集才考虑无线的方案——能用有线的地方绝不轻易上无线。2.3 冗余设计要花在刀刃上可靠性三个字最容易让人走极端。一种是觉得可靠性就是堆冗余双CPU、双电源、双网络全上预算翻倍还不好维护另一种是完全不设防觉得故障是小概率事件结果一次停机损失就是几万几十万。我理解的冗余是分等级的。设备级冗余双CPU热备一般在连续生产的关键工序才值得上比如化工、冶金、发电这些停不起的场合模块级冗余双电源、双通信卡适合要求较高的单体设备而大多数项目真正划得来的是备用件冗余——柜子里放一块备用模块、一个备用电源坏了直接换比做热备省钱省事得多。备件管理在国内工控现场往往被忽视我建议每个项目的竣工资料里必须附一份备件清单和采购周期表这是很实在的可靠性投入。3. 硬件选型的硬功夫传感器、PLC、通信一个都不能将就3.1 传感器选型的几个容易踩的坑传感器是整个测控系统的眼睛眼睛看错了后面处理得再好都是错的。选传感器量程和精度当然要算但我更想提醒几个新手容易忽略的点。第一个是输出信号的类型。4-20mA两线制是工业现场最经典的选择抗干扰能力强、线损影响小还自带断线检测电流小于4mA就说明有故障PT100热电阻适合测温度三线制接法能消除引线电阻影响脉冲信号适合流量计、编码器这类频率输出设备。选信号类型之前必须确认你控制器的模拟量模块支持哪种输入别买回来发现模块不支持又要加信号隔离器甚至换模块。第二个是防护等级和材质。IP65和IP67看着差不多实际防水防尘能力差一个档次传感器外壳是304不锈钢还是普通铝壳在有腐蚀性气体的环境下使用寿命能差好几倍。我曾经在一个电镀厂的项目里普通外壳的液位传感器用了三个月就失灵换成聚四氟乙烯衬里的才稳住。这种钱不能省。第三个是供电。必须确认现场能提供什么电源24V DC是主流但也有一些老现场只有220V AC还有些传感器是12V供电的。供电一错轻则测量不准重则直接烧毁传感器千万别凭经验猜要看铭牌和说明书。3.2 PLC和采集模块的CPU、内存、IO怎么配才不浪费PLC选型最容易犯的错是CPU选低了程序写到一半发现内存不够、指令集不支持又得换型号重来。我建议的做法是先估算IO点数和程序复杂度再往上一档选CPU留出30%左右的余量。这个余量不是浪费是给后期调试和后续功能扩展留的活路。内存方面逻辑指令和模拟量运算占的内存差别很大。如果一个项目里PID回路多、有大量的浮点运算和数据记录建议选带浮点运算单元的CPU否则扫描周期会明显变长影响控制实时性。IO模块的选型要注意输入输出类型是否匹配现场信号——是NPN还是PNP、是漏型还是源型这些细节不搞清楚接线的时候就会撞墙。通信端口的数量和类型也必须提前盘好。现在很多PLC自带以太网口但现场仪表可能走RS485 Modbus如果没有对应的串口模块就要加协议转换器。我见过一个项目整套系统控制逻辑都调完了最后发现要和第三方设备通信CPU只有一个串口已经被触摸屏占了只能额外加通信模块组态调试又多花了两天。3.3 可靠通信的三个基础建设供电、接地、屏蔽通信不稳定是工控现场最玄学的问题。有时候看着信号正常生产一忙就丢包掉线有时候下雨天就出问题天晴了又自己好。追根溯源大多数通信问题的根子不在通信设备本身而在供电、接地、屏蔽这三个基础上。供电方面现场控制柜里如果同时有大功率设备建议通信设备和控制器单独用一路带隔离的开关电源不要和继电器、接触器共用电源。电源纹波大、电压跌落都会让通信模块工作异常。接地是最容易出问题也最容易被忽视的。控制柜必须做单点接地接地电阻一般要求小于4欧姆数字地和模拟地要分开走通信线屏蔽层要单端接地通常在控制器侧或柜内接地端子接地不要在两端都接地否则会形成地环路电流反而引入干扰。这些原理听起来基础但我检修过很多现场发现真正做到的没几个。屏蔽方面模拟量信号线和通信线必须用屏蔽双绞线布线时与动力线保持至少20厘米以上的距离必须交叉时采用垂直交叉而不是平行走线。穿线管用金属管并做好接地比塑料管的抗干扰效果好很多。这些细节在方案设计阶段就要画进图纸里等到现场施工完再去整改成本翻倍还未必改得干净。4. 从组态到调试验收完整跑一遍实操流程4.1 点位表整个测控项目的地基点位表是测控系统设计中最枯燥但最重要的文档没有之一。它把每一个I/O点位的信号类型、量程、工程单位、报警上下限、对应设备位号、线缆编号全部梳理清楚是后面所有工作的宪法。做点位表的时候我建议至少包含这些列序号、位号、名称、信号类型AI/AO/DI/DO等、量程下限、量程上限、工程单位、报警值低、报警值高、连接设备、PLC模块通道、线缆编号、备注。每一行都要填实不能有空格。曾经有个项目现场有300多个点位技术员偷懒报警上下限留空结果投运后液位传感器信号跳变操作员完全不知道什么时候该干预差点出安全事故。整理点位表的过程表面上是填表实际是把系统设计在脑子里复盘一遍。你会发现自己漏了一个温度点、或者某个阀门的反馈信号没地方接这些问题在设计阶段发现改起来只是动动鼠标等机柜都装配好了再发现就要动螺丝刀了。4.2 上位机组态和人机交互的实用技巧组态软件组态王、WinCC、InTouch这类用得再熟上手新项目也建议遵循一套固定流程先建变量表再画画面最后再动动画连接和脚本。变量表跟点位表对应变量名、数据类型、连接设备、寄存器地址一步都不能错。很多脚本调试半天不生效查到最后是变量名拼写不一致这种低级错误最消耗耐心。画面布局上流程画面按工艺顺序从左到右布置操作画面和报警画面分离参数设置画面单独做一页。颜色规范要统一比如设备运行是绿色、停止是灰色、故障是红色闪烁模拟量正常数值用黑色、超限用红色。操作按钮一定要做权限分级普通操作员只能启停设备和调整设定值关键参数修改要工程师权限这个既安全也符合管理要求。组态还容易忽略的一点是历史趋势和报表功能。生产现场事后追溯、工艺分析都靠这些哪怕客户没有明确提出我也建议在组态里把关键模拟量、设备启停状态、报警事件都加上历史记录存储周期至少三个月。没有这些数据出了事就是公说公有理婆说婆有理。4.3 PID参数整定的现场实战记录PID是测控系统里数学味道最重的环节也是让很多新手最发怵的环节。我在现场整定PID通常不依赖那些复杂的数学公式而是用最实用的经验法先纯比例再加积分最后加微分。举一个恒压供水的例子。系统一启动压力在设定值附近振荡我先拿掉积分和微分只保留比例项把比例增益从0.5开始往上调。调到1.2的时候压力开始出现等幅振荡说明增益已经临界我往回退20%左右稳定在1.0这时候压力还有一点静差——设定5公斤实际只有4.85公斤。然后加积分积分时间从60秒开始往下调。积分时间越短消除静差越快但太短会引发二次振荡。我每调一次就观察五分钟看压力能否在设定值附近稳定下来。最后积分时间稳定在30秒左右静差基本消除了。如果系统惯性很大、超调明显我会加一点微分微分时间先给5秒看趋势再微调。整个过程大概花了40分钟要领就是一次只调一个参数每次调整幅度不超过20%改完必须等系统稳定了再判断。注意PID整定前必须确认执行机构动作正常、阀门无卡涩、变送器读数准确。基础没打好就整定PID纯粹浪费时间还可能误导你做出错误判断。4.4 联动调试和带载试运行的避坑清单单机调试完成后进入联动调试阶段这时候最容易暴露的是信号接线错误、逻辑冲突和通信堵塞。我带团队调试时有一个固定的检查清单先低速后高速先手动后自动先空载后带载先单回路后跨回路联动。每一步确认无误签字确认后才进入下一步。联动调试中特别容易出问题的是设备联锁逻辑。比如有一个提升泵高位报警要停泵但如果是两台泵轮换运行联锁逻辑没做好可能就会两台泵同时动作或者都不动作。这些逻辑必须在组态里反复用仿真模式验证不能在真机上尝试——真机上验证联锁代价可能就是一台水泵烧了或者一个水池满了。带载试运行至少要连续运行72小时才算数。期间每天定时记录关键参数的波动情况看趋势是否平稳。温度、振动、电流这些物理量只有带载才能看出真实水平。我曾在一个压缩机站项目里空载时一切正常带载后润滑油温度一路飙升查了三天发现是冷却水管路接反了。这种问题空载永远发现不了。4.5 竣工验收要交什么别只给图纸和说明书项目竣工验收很多负责人会把注意力放在功能演示上忽视了交付资料的完整性。我个人经验一套完整的交付资料至少应该包括竣工图纸含接线图、柜内布置图、网络拓扑图、点位表最终版、PLC程序备份必须要带注释、组态画面工程备份、操作手册、维护手册、备件清单、测试记录和试运行报告。程序备份和组态备份这件事我要特别强调。实际操作中很多项目验收后就再没人动过那台设备的程序等两三年后设备出故障要查逻辑才发现当初备的份早不知道丢哪了或者程序注释写得一塌糊涂根本没法维护。所以我在项目中有一个强制性要求程序的每一个功能块、每一条重要注释必须写清楚这段逻辑是干什么的、为什么这么写。给后人留路就是给自己留路。5. 现场问题排查实录那些让人印象深刻的故障5.1 模拟量测值乱跳根子在屏蔽层某化工厂项目投运后反应釜的温度测值一直乱跳波动幅度能达到正负3度但用万用表在现场测变送器输出信号却是稳的。这说明问题出在从现场到PLC这段线上。排查过程我先检查了测温热电阻的连接三线制接线正确排除了接线错误又检查了PLC模拟量模块的通道配置量程和信号类型都对最后用钳形电流表卡信号线发现线缆屏蔽层悬空没接地。重新把屏蔽层接到柜内接地排后测值立刻稳定下来。干扰通过屏蔽层耦合进信号的典型现象就是测量值在小范围内高频抖动但平均值基本正确。这个故障排查耗时三个多小时而真正的原因就是一个接地端子没接。事后我专门在项目规范里加了一条所有模拟量信号线屏蔽层必须在柜内侧可靠接地施工完成后逐根用万用表验证接地导通性。5.2 通信周期性中断时钟同步的锅一个污水处理厂的远程IO站和主PLC之间是光纤以太网连接运行后每隔三个小时左右通信就中断一次几十秒后自动恢复。查了很多方向——检查光纤收发器、换交换机端口、看日志抓包现象还在。后来我注意到一个规律每次中断的时间点都很固定。于是让电工配合掐着表观察发现中断时刻正好和另一个车间的某个大功率设备启动时间吻合。大设备一启动电压瞬间跌落远程IO站的电源模块保护重启通信自然就断了。解决方法是把远程IO站的电源改成带掉电保持的UPS小电源同时加一个通信中断自动重连的机制问题彻底解决。这个案例给我们的教训是现场通信中断先别急着怀疑通信设备本身先看供电质量和周边大设备的启停时间规律。很多玄学通信故障根子都在电源上。5.3 联动逻辑不动作组态地址错位的乌龙一个传送带联锁系统调试时操作员在画面上点击启动按钮3号传送带怎么都不启动但现场用万用表测PLC输出点又有电压输出。信号到了中间继电器继电器也吸合了但接触器就是不动作。查了两小时最后发现中间继电器的线圈电压是DC24V而PLC输出的是AC220V——没错组态时把3号传送带的启动输出地址和高一个槽位的某台设备的输出通道搞混了地址错位。这类问题在点位越多的项目里越容易出现排查方法很笨但很有效一个一个点位用强制输出功能测试把每个输出通道标签打印出来贴在柜门上逐一核对。注意所有信号线接入柜内后不只要核对柜内接线图还要用PLC编程软件的强制功能逐点验证确认组态地址与实际物理点一一对应不能想当然看起来没问题。6. 团队协作和项目管控里的几个实在建议6.1 多专业配合时接口是事故高发区一个完整的测控项目往往涉及机械、电气、仪表、通信、软件好多个专业。项目做得好不好关键不在某个专业做得有多牛而在专业交界处有没有扯皮和遗漏。比如机械专业把泵装好了仪表专业要装压力变送器但管道上的取压口位置太靠近弯头导致测值不稳——这种问题两个专业各干各的永远发现不了。我的做法是项目启动时就跟各方约定一个接口清单把每个交接面都写清楚机械给仪表留什么安装位置、电气给控制柜供什么电源、通信给监控留什么IP地址段全部白纸黑字定下来。每周项目会先过接口清单再谈进度这样扯皮的事情会少很多。6.2 工期紧的时候哪些环节不能省工控项目很少有工期充裕的但有些环节再急也省不得省了就是埋雷。第一是现场调研不能省哪怕压缩到半天也要把关键条件摸清楚第二是图纸会审不能省电气图和组态画面逻辑必须对着点位表逐点核对第三是测试记录不能省哪怕是手动点动测试也要记时间、记结果、签字确认否则后面出了问题连追溯的线索都没有。有一次项目甲方催得特别急机柜还没通电就喊我们进场调试结果通电第一天就发现两个模拟量模块通道烧了查原因是柜内DC24V电源正负极在端子排上接反了。这本来是上电前用万用表测一遍就能发现的问题为了抢时间跳过了这一步最后反而多花了两天修模块和布线。抢工期的正确姿势是压缩非关键路径而不是跳过必经节点。6.3 和业主方运维人员交底的技巧项目完工后业主方的运维人员是要长期和这套系统打交道的。交底培训做得好系统后期的运行稳定性会有质的提升。我建议培训内容不要只讲操作要重点讲哪些情况是正常的、哪些情况是异常的前兆、异常时第一步该做什么。比如水泵电流比平时高了10%这大概率是泵口堵塞或者轴承磨损的征兆应该先切备用泵再通知检修。培训形式上PPT讲十遍不如在柜前上手一遍。我通常会真的制造一个模拟故障比如断开一个传感器的信号线让运维人员看着上位机的报警信息学会判断测点断线和测量超量程的区别。这个过程看起来很基础但恰恰是平时维护水平的分水岭。7. 几点长期积累的体会说回标题里的深耕工控这四个字是实打实的时间堆出来的。我做测控这块越久越觉得这个行业最值钱的东西不是哪块仪表、哪套软件而是脑子里那套排查问题的思路和手上那套踩过坑之后沉淀下来的流程。同样是看一张电气图新手看到的是线老手看到的是信号走向和潜在的问题点这种差距全靠一个项目接一个项目喂出来。九月这个时间节点对我来说也意味着复盘。年初定的目标完成了多少哪些技术方案实际运行下来不够理想哪些供应商的产品在高温高湿环境下表现欠佳这些我都会在季度末整理一轮更新到自己的选型和设计笔记里。干工控这行技术水平是一点点抠出来的急不得但也耽误不得。最后分享一个我个人坚持了很多年的小习惯每个项目结束我都会在项目资料最后加一页复盘记录写上三件事——这次哪个环节做得好、哪个环节出了问题、下次项目同一个环节该怎么改进。这一页纸不在任何合同范围内也不给客户看纯粹是留给自己和团队看的。但坚持几年下来你会发现它对项目质量提升的作用比任何标准规范都大。
