1. 先说说这套经验的由来1-3年工程师最该补的是“现场直觉”干PLC这行头三年基本是在“会写程序”和“能解决现场问题”之间反复横跳。我在头两年里最深的体会是PLC编程本身不难梯形图、STL、SCL这些语言看书一周就能上手难的是你写出来的程序到了现场能不能一次跑通出了故障你能不能顺着逻辑链条把根因揪出来。这套90条经验是我在自己经手的非标设备、小型产线改造、恒压供水、风机水泵控制这些项目里一点点攒出来的。今天先整理出第一批后面会逐条往下更新。目标读者就是入行1-3年的PLC工程师——你已经会写梯形图能搞定简单的电机启停但是遇到通讯时通时断、模拟量漂移、PID温度波动、伺服抖动这类问题还是会懵。这些经验不是教科书里的标准答案而是现场挨过捶之后换来的“如果再来一次我会怎么做”。先说三条最重要的心得放在最前面第一PLC程序里80%的故障不是逻辑错误而是硬件接线、通讯参数、地址映射这一类“程序之外”的问题。所以你的排查思路不能只盯着代码看。第二写程序前花20分钟规划地址区和程序结构能给你省下后面200分钟的查错时间。这个习惯越早养成越好。第三现场调试不是“写代码”的延伸而是一套独立的技能。它的核心不是让程序跑起来而是让设备在异常工况、误操作、信号干扰的环境下还能安全地停得下来。下面这些经验我按调试顺序和问题类型分了几个大块。你可以先整体看一遍再把它当工具文档收藏遇到对应问题回来翻。2. 程序架构与调试流程从“能跑”到“一次跑通”的分水岭2.1 程序结构规划——M区分配是所有逻辑的地基很多新手拿到项目上来就打开编程软件开始拖指令。我建议你反过来先花半小时做一张地址分配表。M区、D区、V区不同品牌叫法不同怎么规划直接决定了你后期查错和扩展的难度。我常用的做法是给每个功能区切一个地址段。比如西门子S7-200 SMART里M0.0-M0.99自动流程状态位M1.0-M1.99手动操作保持位M10.0-M10.99报警触发位M20.0-M20.99与触摸屏交互的瞬动标志位这样分类的好处是你在监控表里看到M10.5亮了不用翻程序就知道是报警相关。如果地址乱用CPU里的程序还能跑但任何人包括三个月后的你自己想维护都是在做阅读理解题。D区/VD区同理建议整数规划一个区实数一个区系统参数一个区比如设备号、版本号、配方号中间不要混着用。这样你要批量初始化或做配方下载的时候一段move指令就能搞定不用一个个地址去找。2.2 子程序拆分——一次扫描能跑完的事别全堆在OB1里经验是OB1主程序里的逻辑越少越好能拆进子程序就拆进子程序。我的习惯是每个工艺动作一个子程序比如“进料阀控制”“搅拌电机控制”“出料泵控制”各自独立。这么做有三个实际好处一是调试的时候可以单独屏蔽某个子程序快速定位故障。二是多人协作改程序时不容易互相影响。三是当你需要把某个设备的控制逻辑复用到下一台设备上时直接复制子程序比复制大段代码要干净得多。还有一个小技巧子程序的调用不要做太深的嵌套。我见过有人把子程序套子程序叠了五六层最后查一个逻辑要一层层点进去非常痛苦。一般控制在三层以内超过三层就说明你的程序结构需要重新梳理了。2.3 调试前的自查清单——上电之前先干这五件事我在现场吃过亏所以现在养成了一个习惯任何设备上电调试之前先过一遍自查清单。这不花多少时间但真的能帮你避免烧模块、炸变频器这种大事故。第一量一遍电源电压。三相电相间电压是不是380V控制电源是不是DC24V开关电源输出有没有短路。PLC的DC24V输出端子如果接了感性负载一定要并续流二极管不然关断瞬间的反向电动势很容易把输出点打坏。第二核对所有I/O点的接线。用万用表的通断档一个一个量传感器是NPN还是PNP接近开关的输出线是不是接到了PLC对应的输入类型上。这里最容易出问题的是接反或者串线往往是设备一动作就把某个输入信号带起来了。第三检查急停链路。急停回路必须是硬接线生效不能依赖PLC程序去处理。也就是说急停按钮按下必须直接切断主回路接触器或伺服使能信号而不是等PLC扫描到信号再输出。这个原则是安全底线再怎么强调都不过分。第四确认所有输出点的负载类型。PLC输出点带继电器、接触器、电磁阀如果负载是感性元件需要根据输出类型继电器输出/晶体管输出加相应的续流保护。晶体管输出不能直接接220V负载不然烧点只是时间问题。第五把程序里所有强制Force和覆盖Override清掉。我在调试中不止一次遇到前一个人留下的强制位没取消导致设备行为莫名其妙。上电前清一遍能省掉很多“见鬼了”的排查时间。2.4 现场调试的两种思路——按信号流向查不要按代码顺序查调试经验不足的人设备不动作时第一反应是打开程序一段段盯逻辑。高级一点的工程师会先问自己一句话输出没有动作是它没收到指令还是收到了指令没执行排查顺序应该是传感器/按钮信号 → PLC输入映像区 → 程序逻辑 → PLC输出映像区 → 外部执行元件。也就是说从信号源头往输出端一层层递进而不是打开梯形图从第一行看到最后一行。举个例子一台输送带启动不了。先看启动按钮对应的输入点有没有亮再看程序里启动条件比如前道工序的完成信号、安全门开关是不是都满足了然后看输出点有没有输出最后量接触器线圈有没有电。这一条链路走下来五分钟就能定位到具体哪一层断了。3. 通讯联调90个项目里80个“疑难杂症”都出在这一环3.1 通讯失败的排查顺序——先物理层再协议层最后才是参数PLC跟变频器、仪表、触摸屏、上位机通讯是1-3年工程师最容易卡壳的地方。通讯问题有个特点报错信息往往只能告诉你“通讯失败”但具体为什么失败得靠你自己一层层排查。我的排查顺序永远是固定的先查物理接线再查端口/串口参数然后查协议格式最后查站号地址。千万别一上来就怀疑程序写错了。物理层最常见的问题有三个。一是RS485的A/B线接反了这是新手最容易犯的错而且很多设备A、B标识还不一样有的标A、B-有的标D、D-拿不准就用万用表量对地电压A线对地在3-5V之间B线对地在0-2V左右。二是通讯线太长或者线径太细485通讯在9600波特率下理论能到1200米但现场如果布线经过变频器、大电机附近干扰会让你实际通讯距离大打折扣。三是终端电阻没接对RS485总线两端需要各接一个120欧终端电阻中间设备不要接这个很多新手会忽略。3.2 变频器与PLC通讯实操——以西门子S7-200 SMART和森兰SB200为例有朋友问过我西门子S7-200 SMART系列PLC怎么跟森兰SB200变频器走Modbus通讯这个案例很典型我把完整步骤理一遍其它品牌的思路也差不多。第一步明确通讯方式。S7-200 SMART本体集成RS485口支持Modbus RTU主站。森兰SB200变频器也支持Modbus RTU所以用标准Modbus协议做一主多从PLC做主机变频器做从机。第二步设定变频器参数。把变频器的通讯地址站号设为1波特率设为9600数据格式设为8位数据位、1位停止位、无校验8-N-1。变频器手册里的参数号各型号略有差异但参数项目基本一样无非是通讯地址、通讯波特率、通讯格式、通讯超时这几项。有些变频器还需要单独设置“运行指令来源”和“频率指令来源”为通讯控制否则你上位通讯写得再对变频器也不听你的。第三步编写PLC通讯程序。在S7-200 SMART里Modbus RTU通讯用两个指令MBUS_CTRL和MBUS_MSG。MBUS_CTRL负责初始化通讯口设置波特率、校验方式、超时时间。这个指令每个扫描周期都要调用一次。MBUS_MSG负责具体的读写操作读变频器状态、写运行命令、写频率指令。触发方式必须用边沿常开转闭合不能一直接通否则通讯会堵死。第四步地址映射。Modbus协议里40001-49999是保持寄存器。森兰变频器的运行命令字、频率设定值都在保持寄存器区具体寄存器地址要看产品手册的功能码表。这里要特别提醒变频器手册里的寄存器地址很多是十六进制你要转成十进制再算偏移量差一位就全错了。第五步调试验证。先写一个简单的读操作读变频器的当前状态字看能不能读到有效数据。读不到就按3.1节的顺序查读到再写运行命令。不要一上来就同时读写一大堆寄存器出了问题根本分不清是哪一步。3.3 博途PLC与模拟屏不兼容——教你三步定位根因很多人在西门子博途TIA Portal里跟第三方HMI或者模拟屏通讯时碰到“不兼容”的报错这里先别急着骂屏大部分情况下不是屏的问题而是你没有把PLC的通讯服务开全。排查步骤是这样的第一步检查S7通讯服务是否启用。博途里S7-1200/1500默认不一定开放全部的S7通讯服务。你需要去设备组态 → 属性 → 防护与安全 → 连接机制勾选“允许来自远程对象的PUT/GET通讯访问”。第三方HMI普遍走的就是PUT/GET协议不勾选它屏那边能搜到PLC但读写不了数据。第二步检查与模拟屏的以太网连接类型。如果你是工业以太网Profinet连接确认PLC和屏在同一个网段、IP不冲突。如果走S7协议注意区分PLC是S7-300/400还是S7-1200/1500连接机制和TSAP设置完全不同。第三步检查数据块DB的访问属性。S7-1200/1500的DB块默认是“优化的块访问”这种块在第三方设备眼里是非标准布局很多屏根本读不了。解决办法是把DB块的属性改成“非优化的块访问”然后重新定义偏移量。这是我见到的最多的“不兼容”原因——程序里数据明明是对的屏却读成乱码或者干脆报错。另外如果模拟屏支持Modbus TCP那我更推荐直接用Modbus TCP通讯。把PLC侧数据映射到Modbus保持寄存器区屏侧配好寄存器地址和数据类型稳定性比走S7 PUT/GET要好而且不用处理DB块优化访问那些坑。3.4 台达PLC与InproShop的端口设置用台达PLC的朋友经常卡在一个细节上InproShop软件连不上PLC报“设置PLC端口号”相关的错误。其实InproShop连接台达PLC时需要手动指定通讯端口。如果你用的是USB线直连那就选择对应的COM口通常你在设备管理器里能看到一个新增的串口设备。如果你用的是以太网方式需要先确认PLC的IP地址然后在InproShop的通讯设置里选择以太网填上PLC的IP和端口号。台达以太网口默认端口以编程软件连接时为准一般会显示在通讯配置界面里不要靠猜。还有一个很隐蔽的点台达PLC在RUN状态下某些型号的编程口默认是不允许在线监控的或者只能监控不能写入。连接不上时先把PLC拨到STOP档试一下。这个细节能解决一大批“明明驱动装了、线也对了、就是连不上”的问题。3.5 AMS NetID和端口号——倍福PLC连接里的6字节身份有朋友在做倍福Beckhoff或者TwinCAT项目时看到一个提示“建立连接需要目标PLC的AMS NetID和端口号”直接懵了。这个不是报错是在建立ADS通讯时要填的目标地址信息。AMS NetID是一串6字节的网络标识格式类似192.168.0.21.1.1前4位是IP地址后两位是路由和模块标识。它相当于一个设备在ADS协议里的身份证。获取方式很简单在TwinCAT的System Manager里选中目标设备查看其AMS NetID或者在PLC的启动配置里自己定义一个。而“端口号”在ADS通讯里不是指TCP/IP端口而是指目标设备上某个服务的AMS Port号。比如PLC运行时系统的端口号通常是851如果你要跟某个特定的任务模块通讯端口号会不一样。这个值一定不要填错填错了对面设备根本不会响应你。3.6 Codesys下PLC网口MAC地址的查看方式Codesys在树莓派、工控机、国产PLC上用得越来越多查MAC地址也是一个高频需求。方法很简单在线状态下打开Codesys在设备树的PLC设备属性里能找到网络信息如果上不了线就直接看设备的物理标签或者临时接一台显示器和键盘在操作系统的网络设置里查。有一个常见坑Codesys授权有时候会绑定MAC地址特别是软PLC跑在通用工控机上时。如果你换了网卡或者做了MAC克隆授权可能会失效报“license not found”之类的错误。所以项目前期就规划好哪台机器跑软PLC不要随便换硬件。4. 运动控制与PID调节精密控制的底层逻辑和调参心法4.1 PLC控制六轴机械臂伺服——使能、回零、点睛之笔在时序现在很多产线上会看到PLC直接去控制六轴机械臂的伺服驱动走EtherCAT总线或者脉冲加方向的方式。PLC不一定要做复杂的轨迹规划那是机器人控制器的事但你要会正确地控制每个轴的伺服驱动。几个关键步骤第一使能顺序。伺服使能信号必须在上电自检完成后、运动指令下发前给出。我给伺服使能后一般会延时200ms再发运动指令给驱动器一个响应时间不然容易丢第一个脉冲。第二回零方式。每个轴的回零方式要根据机械结构选常见的是找原点开关加Z相脉冲。回零方向、回零速度这俩参数没设对机械臂一开机就可能往反方向猛冲非常危险。第一次调试时把回零速度调小确认方向对了再加速度。第三点位规划。PLC发脉冲给伺服加减速时间一定要设。加减速太陡机械臂会有明显抖动甚至触发驱动器的过流报警。一般启动加速度设为100ms到300ms之间爬升具体看负载大小负载越大时间越长。第四增益调整。总线型运动控制EtherCAT里伺服驱动的刚性增益太低走完点位会有跟随误差增益太高机械会嗡嗡叫。经验做法先把位置环增益设小能走通点位再逐步往上加每加一档运行一个来回直到出现轻微振荡再回退一点。4.2 PLC温控PID波动温差大——先查周期再调参数最后看执行器温度PID控制是PLC应用里很典型也容易让人头疼的一块。现象通常是设定温度80℃实际温度在70℃到90℃之间来回摆波动温差大甚至出现持续振荡。我的调节顺序是固定的第一步检查采样周期和传感器滤波参数。温度信号本身就滞后采样周期太短会引入噪声太长则系统反应迟钝。常规做法是温度采样周期设为0.5-1秒并在模拟量通道上加20-50ms的软件滤波。PLC的模拟量滤波功能不是摆设温度这类慢变量一定要开。第二步检查PID参数的方向极性。温控系统如果用反作用调节加热PID输出必须设为正向控制温度低于设定值时增加输出。方向搞反了系统的表现就是来回振荡、越调越乱。第三步调参数顺序是P → I → D。先把积分和微分作用关掉积分时间设最大微分时间设0只留比例从小到大加比例增益直到系统出现等幅振荡记录这个“临界振荡周期和临界增益”。然后按经验公式把临界增益乘以0.6左右作为比例增益积分时间取临界振荡周期的0.5倍左右微分时间取0.125倍左右。这是典型的经验整定法能快速得到一个稳定的工作点。第四步查执行器。温度波动大还有一个经常被忽略的原因加热器功率太大通断控制一个周期内温度冲过了头。解决办法是改PID连续控制加占空比输出或者直接换小功率执行器如果只能是通断控制那就把控制周期调短比如5秒一个周期配合PID的输出限幅。4.3 积分饱和与手自动切换——两个温控项目里隐蔽的“暗坑”调试PID温控时我最常遇到的两个暗坑一个是积分饱和一个是手自动切换扰动。积分饱和发生在温度长时间达不到设定值的阶段比如冷炉刚启动积分项会一直累积累积到输出接近100%。等你把加热功率降下来温度慢慢靠近设定值时积分项还是满的输出依然很大温度就冲过设定值然后又开始反向振荡。解决办法是在PLC里做积分限幅把PID输出限制在0-100%之间并对积分项做抗饱和处理输出到限幅值时冻结积分累加。手自动切换扰动就是操作员在触摸屏上把回路从手动切到自动的那一瞬间设备往往猛地一窜。原因很简单自动模式的PID输出初值没有跟上手动模式的输出值。解决方法是做“无扰切换”自动模式下PID输出的初始值取自当前手动输出值切回自动后PID在此基础上微调。这个细节看起来不起眼实际项目中遇到一次你就记住了。4.4 电子齿轮比和脉冲当量——为啥位置总是差一截伺服走位置控制时PLC发10000个脉冲轴实际走了距离却不等于10000对应毫米。新手第一反应是伺服定位不准老手会先去算电子齿轮比和脉冲当量。电子齿轮比的原理不复杂伺服电机转一圈通常需要131072个编码器脉冲17位编码器但PLC给它发的指令脉冲一般是10000个/圈取决于驱动器出厂默认和上位设定。这两个值之间的比例关系就是靠电子齿轮比来匹配的。举例丝杠导程10mm电机转一圈走10mm。如果PLC每发10000个脉冲让电机转一圈那么1个脉冲对应的位移是10mm/100000.001mm。这就是脉冲当量。塞规或者千分尺一量实际走了9.5mm那就是电子齿轮比设得不精确先查驱动器参数里的Pn202、Pn203之类的齿轮比设定项。偏差比例是恒定的就调齿轮比偏差是线性的还要考虑零点漂移和机械间隙。5. 软启动器一拖三接线与调试主回路、控制回路一次讲透5.1 一拖三是什么——一台软启动轮流带三台电机“一拖三”这个词在供水、消防、风机项目里特别常见。字面意思就是一台软启动器通过切换接触器轮流启动三台电机。目的是省成本——不是每台电机都配一台软启动而是共用一台谁需要启动就切给谁。这种方案成立的前提是三台电机不同时启动也不需要同时带载。实际应用中通常是三台泵/风机交替运行谁先起谁后起由PLC统一调度。接线上主回路方案是这样的软启动器的输入端接电源三相电输出端不直接接某一台电机而是接到三个接触器的进线端。三个接触器的出线端分别接M1、M2、M3三台电机。控制系统要求启动M1时先合上KM1接触器然后软启动器启动启动完成后由旁路接触器KM1B把电机切到工频电源上软启动器退出然后再去启动M2、M3。这里有一个非常关键的细节一拖三接线的“旁路接触器”需要外接不能用软启动器内置的旁路接触器。因为软启动器的输出端接了三个主接触器内置旁路合上时会把整个接触器切换系统都带到工频上逻辑完全乱套。外置旁路直接从电源侧接到每台电机的接触器即可。5.2 控制回路的互锁逻辑——防的不是“同时启动”是“同时吸合”一拖三控制回路里最重要的是互锁逻辑。很多新手写程序只做了“启动M1时不能启动M2”这种功能互锁但真正危险的场景是M1在运行中M2的主接触器因为继电器故障、程序跑飞等原因突然吸合——这时候两个接触器同时把软启动器输出端接到两台电机上一台电机在转另一台可能正在启动电流冲击和机械冲击都可能毁掉设备。所以控制回路要做到双保险硬件互锁加软件互锁。硬件互锁在接触器线圈回路里把KM1的常闭触点串进KM2线圈回路把KM2的常闭触点串进KM1线圈回路。这样即使PLC程序有Bug或者输出继电器粘连两个主接触器也不可能同时吸合。软件互锁PLC程序里每个启动分支都要判断其它接触器是否已断开且互锁条件要放在输出线圈之前不要放到内部继电器中间层。这样逻辑更直观排查也方便。除了互锁还要防止软启动器在旁路接触器还没完全断开时就接收启动指令。旁路接触器断开有延迟如果PLC没等它断开就启动软启动器短时间可能出现工频和软起同时供电的工况这是绝对不允许的。所以每次切换前要先发断开指令延时500ms确认断开后再发启动指令。5.3 热过载保护与接地——一拖三场景下容易被遗漏的细节一拖三方案里热过载继电器不能装在软启动器输出端“共用”的位置因为三台电机的额定电流不一样。正确做法是每台电机各自配一个热继电器或者每台电机的接触器回路单独装电流互感器加电机保护器。接地也容易出问题。软启动器一拖三的柜子里动力线、控制线、通讯线挤在一起如果不做好分层走线和接地变频器干扰可能顺着控制线窜到PLC里出现随机停机、误报警。经验做法动力线和控制线分槽走屏蔽层单端接地PLC的0V不要和变频器/软启动器的0V混接。6. 从“能跑就行”到“规范交付”标准化会让你越来越值钱6.1 做一个自己的程序母版——拒绝每个项目从零开始我入行第二年才意识到这件事我应该做一个属于自己的程序母版。这个母版不是某个具体设备的程序而是一个结构框架里面已经做好通讯初始化、报警公共处理、手动/自动切换框架、数据初始化等通用模块。以后接新项目直接在这个母版基础上填工艺逻辑效率和正确率会高很多。母版包含的内容大致是这些系统变量区设备编号、版本号、当前日期时间通讯初始化Modbus/TCP/IP/串口参数的统一处理报警公共区统一报警复位、报警记录、蜂鸣器控制工作模式切换手动/自动/调试三种模式的切换逻辑每个模式内部再分小步骤数据配方区生产工艺参数的读取、保存、下载标准电机控制块所有单相/三相异步电机统一用同一个功能块输入是启动、停止、故障复位输出是运行、故障、过载母版的价值在于它逼着你把“写程序”这件事从纯体力活变成搭积木。而且母版每次用完之后要迭代——哪个地方模块化不够、哪个时序不合理记录下来改进这样你的母版会越来越成熟你的出手效率和稳定性也会远超平均水平。6.2 变量命名和注释——写给三个月后的自己这个标题听起来像正确的废话但我还是要单独拎出来说很多1-3年的工程师程序里变量还叫V0、V1、M0、M10注释几乎没有。项目交付后三个月最怕的就是客户打电话问“上次那个程序里那一段是什么逻辑来着”——你自己翻代码看到的是一堆没有含义的地址。我的建议是至少在触摸屏里显示的变量、跨子程序调用的变量、通讯交换的数据都使用有含义的符号名比如Start_Pump_1、Fault_Overload_Pump_2、SetTemp_Kettle。符号表的注释哪怕只写五个字都比什么都没有强。每个子程序的头部写一段程序功能、输入输出、注意事项的注释花不了十分钟但在六个月后重新接手时会救你一次。6.3 程序备份的习惯——版本编号比你想的更值钱我见过太多工程师在现场改程序改完直接下载原来的版本就没了。结果第二天客户说“今天这个动作不对跟昨天不一样”你根本不知道前天那份程序长什么样。正确做法是每次修改前先备份一份文件名带上日期和版本号比如“设备A_20250615_V1.2_修改报警逻辑”。下载前再做一次“与在线程序比较”确认你改的就是你想改的那些地方。另外不要在程序里随手改个参数就下载到PLC——如果你连改了哪些点位都没记录出了生产事故根本没法复盘。6.4 断电测试和模拟量标定——出厂前必须做两件事设备出厂前我建议至少做两件事能极大减少现场返工。一是断电测试把PLC、触摸屏、伺服驱动器全部断电然后重新上电观察设备能不能正常初始化工艺参数、配方、累计量这些非易失数据有没有丢失。很多问题只在冷启动时出现上电一直运行是发现不了的。二是模拟量信号标定压力变送器、温度传感器的实际量程和PLC内部工程量之间的线性关系一定要在出厂前用标准信号源校准一遍。记录好“4mA对应多少工程值、20mA对应多少工程值”然后把换算系数写到程序注释里。不然到现场发现压力显示偏了20%半天找不到原因最后发现是量程设错了。7. 高频踩坑记录那些让我“一夜白发”的候选问题7.1 PLC电池没电导致程序丢失——最基础也最容易忽略的坑这个话题可能有点太基础但每年都有人踩。特别是一些设备用了很多年没换过电池某天突然断电再上电PLC提示程序丢失或系统区损坏。如果是S7-300/400或者老款S7-200断电池之后程序真的可能整体清空。经验项目验收时就把电池更换周期写进维护计划里一般是两三年一换。现场断电维护前先上传一份程序备份到电脑。如果条件是“程序还在但CPU BD报电池灯”那就赶紧换电池不要拖。另外要注意有些PLC换电池有顺序要求一般是先接通外部电源再拔旧电池装新电池防止程序掉电。7.2 模拟量值漂移——别急着怪PLC先查供电和共地模拟量读数不稳定今天偏明天准排除传感器故障后十有八九是供电问题。一是24V开关电源纹波大或者容量不足驱动传感器之后电压跌到22V输出自然不准。二是模拟量模块的M端公共端与传感器供电的0V没有共地产生共模电压干扰。我的做法是控制柜里统一用一个高质量的24V开关电源给传感器和PLC模拟量模块供电并且把模拟量信号的屏蔽层在PLC侧单端接地。压力、液位这类的变送器有条件的话采用两线制接法比四线制少一根线故障率也低一些。7.3 源型PNP和漏型NPN输入混接——三菱、西门子的百年之“坑”国产设备、日系PLC三菱、基恩士大多默认漏型输入接NPN传感器欧系PLC西门子S7-1200/1500默认源型输入接PNP传感器。如果项目里两种传感器都有混着接程序怎么写都不会有信号进来。这个问题的坑点在于很多PLC输入端子做成了“公共端可切换”S7-200 SMART的输入端子可以组态为源型或漏型但必须在硬件组态里选好有些客户买了设备又改了传感器类型结果整个输入端全无效。排查时先看PLC输入公共端的接线方式再看传感器输出类型两个必须匹配。不要指望程序去兼容硬件层面的不匹配。7.4 PLC的“首次扫描标志位”和上电初始化每次PLC从STOP切到RUN时有一段初始化逻辑需要执行把输出点全部复位把配方参数从掉电保持区加载到工作区清掉上次运行的中间状态。这个初始化逻辑要挂在“首次扫描标志位”上而不是普通逻辑里。我见过一个新手项目他把初始化程序写错了位置结果每次扫描都执行初始化按钮一按就复位设备完全没法用。这就是对“首次扫描标志位”理解不透。每个品牌的标志位不一样西门子是SM0.1三菱是M8002或者用特殊的脉冲继电器找到它把初始化逻辑挂上去。7.5 上位机读写PLC数据块DB失败——优化访问和绝对寻址的“隐形门槛”这条跟3.3节“博途与模拟屏不兼容”类似但更隐蔽。当上位机WinCC、组态王、自研C#通过S7协议读取S7-1200/1500的DB块时如果DB块是“优化的块访问”你会遇到读不到数据、读出来乱码、甚至报错。解决方案有两个一是把DB块的属性改为“非优化的块访问”然后在DB编辑器里定义变量偏移量二是上位机侧使用S7-1500的符号寻址模式把变量名发过去。大多数时候我们走方案一因为上位机组态软件对符号寻址的支持不够稳定。这个问题排查起来不难但如果你不知道优化访问这回事能折腾你一整天。8. 最后再分享几个日常保养维护的小细节写到最后不说总结就说三个我坚持了很多年的习惯都是很小的事但对项目长期稳定运行影响很大。第一每个项目交付时我都会做一套完整的断电恢复测试流程文档。里面写清楚哪些旋钮在什么位置、哪个空气开关先合哪个后合、触摸屏第一次上电要不要重新校准。这份文档给客户操作人员和维修电工能帮他们少走很多弯路也减少你的售后电话。第二每个月对PLC机柜内做一次除尘和端子紧固检查。看似土办法但我已经不止一次在处理“奇怪故障”时发现是端子松动导致信号时断时续。拧一遍螺丝比改十次程序都管用。第三所有报警信息都要在触摸屏上集中显示并在PLC里留一个“最近十次报警记录”的循环队列。设备出故障时你不要指望值班师傅记得住故障发生的过程但报警记录会替你说话。这是所有调试工作的最后一块拼图。经验这东西纸上写再多都不如去现场磨一遍。我这90条今天先更到这儿后面陆续把剩下的补上。你在现场碰到过什么奇葩问题也可以在评论区聊聊说不定一条经验就能帮别人少加一个通宵的班。
1. 先说说这套经验的由来1-3年工程师最该补的是“现场直觉”干PLC这行头三年基本是在“会写程序”和“能解决现场问题”之间反复横跳。我在头两年里最深的体会是PLC编程本身不难梯形图、STL、SCL这些语言看书一周就能上手难的是你写出来的程序到了现场能不能一次跑通出了故障你能不能顺着逻辑链条把根因揪出来。这套90条经验是我在自己经手的非标设备、小型产线改造、恒压供水、风机水泵控制这些项目里一点点攒出来的。今天先整理出第一批后面会逐条往下更新。目标读者就是入行1-3年的PLC工程师——你已经会写梯形图能搞定简单的电机启停但是遇到通讯时通时断、模拟量漂移、PID温度波动、伺服抖动这类问题还是会懵。这些经验不是教科书里的标准答案而是现场挨过捶之后换来的“如果再来一次我会怎么做”。先说三条最重要的心得放在最前面第一PLC程序里80%的故障不是逻辑错误而是硬件接线、通讯参数、地址映射这一类“程序之外”的问题。所以你的排查思路不能只盯着代码看。第二写程序前花20分钟规划地址区和程序结构能给你省下后面200分钟的查错时间。这个习惯越早养成越好。第三现场调试不是“写代码”的延伸而是一套独立的技能。它的核心不是让程序跑起来而是让设备在异常工况、误操作、信号干扰的环境下还能安全地停得下来。下面这些经验我按调试顺序和问题类型分了几个大块。你可以先整体看一遍再把它当工具文档收藏遇到对应问题回来翻。2. 程序架构与调试流程从“能跑”到“一次跑通”的分水岭2.1 程序结构规划——M区分配是所有逻辑的地基很多新手拿到项目上来就打开编程软件开始拖指令。我建议你反过来先花半小时做一张地址分配表。M区、D区、V区不同品牌叫法不同怎么规划直接决定了你后期查错和扩展的难度。我常用的做法是给每个功能区切一个地址段。比如西门子S7-200 SMART里M0.0-M0.99自动流程状态位M1.0-M1.99手动操作保持位M10.0-M10.99报警触发位M20.0-M20.99与触摸屏交互的瞬动标志位这样分类的好处是你在监控表里看到M10.5亮了不用翻程序就知道是报警相关。如果地址乱用CPU里的程序还能跑但任何人包括三个月后的你自己想维护都是在做阅读理解题。D区/VD区同理建议整数规划一个区实数一个区系统参数一个区比如设备号、版本号、配方号中间不要混着用。这样你要批量初始化或做配方下载的时候一段move指令就能搞定不用一个个地址去找。2.2 子程序拆分——一次扫描能跑完的事别全堆在OB1里经验是OB1主程序里的逻辑越少越好能拆进子程序就拆进子程序。我的习惯是每个工艺动作一个子程序比如“进料阀控制”“搅拌电机控制”“出料泵控制”各自独立。这么做有三个实际好处一是调试的时候可以单独屏蔽某个子程序快速定位故障。二是多人协作改程序时不容易互相影响。三是当你需要把某个设备的控制逻辑复用到下一台设备上时直接复制子程序比复制大段代码要干净得多。还有一个小技巧子程序的调用不要做太深的嵌套。我见过有人把子程序套子程序叠了五六层最后查一个逻辑要一层层点进去非常痛苦。一般控制在三层以内超过三层就说明你的程序结构需要重新梳理了。2.3 调试前的自查清单——上电之前先干这五件事我在现场吃过亏所以现在养成了一个习惯任何设备上电调试之前先过一遍自查清单。这不花多少时间但真的能帮你避免烧模块、炸变频器这种大事故。第一量一遍电源电压。三相电相间电压是不是380V控制电源是不是DC24V开关电源输出有没有短路。PLC的DC24V输出端子如果接了感性负载一定要并续流二极管不然关断瞬间的反向电动势很容易把输出点打坏。第二核对所有I/O点的接线。用万用表的通断档一个一个量传感器是NPN还是PNP接近开关的输出线是不是接到了PLC对应的输入类型上。这里最容易出问题的是接反或者串线往往是设备一动作就把某个输入信号带起来了。第三检查急停链路。急停回路必须是硬接线生效不能依赖PLC程序去处理。也就是说急停按钮按下必须直接切断主回路接触器或伺服使能信号而不是等PLC扫描到信号再输出。这个原则是安全底线再怎么强调都不过分。第四确认所有输出点的负载类型。PLC输出点带继电器、接触器、电磁阀如果负载是感性元件需要根据输出类型继电器输出/晶体管输出加相应的续流保护。晶体管输出不能直接接220V负载不然烧点只是时间问题。第五把程序里所有强制Force和覆盖Override清掉。我在调试中不止一次遇到前一个人留下的强制位没取消导致设备行为莫名其妙。上电前清一遍能省掉很多“见鬼了”的排查时间。2.4 现场调试的两种思路——按信号流向查不要按代码顺序查调试经验不足的人设备不动作时第一反应是打开程序一段段盯逻辑。高级一点的工程师会先问自己一句话输出没有动作是它没收到指令还是收到了指令没执行排查顺序应该是传感器/按钮信号 → PLC输入映像区 → 程序逻辑 → PLC输出映像区 → 外部执行元件。也就是说从信号源头往输出端一层层递进而不是打开梯形图从第一行看到最后一行。举个例子一台输送带启动不了。先看启动按钮对应的输入点有没有亮再看程序里启动条件比如前道工序的完成信号、安全门开关是不是都满足了然后看输出点有没有输出最后量接触器线圈有没有电。这一条链路走下来五分钟就能定位到具体哪一层断了。3. 通讯联调90个项目里80个“疑难杂症”都出在这一环3.1 通讯失败的排查顺序——先物理层再协议层最后才是参数PLC跟变频器、仪表、触摸屏、上位机通讯是1-3年工程师最容易卡壳的地方。通讯问题有个特点报错信息往往只能告诉你“通讯失败”但具体为什么失败得靠你自己一层层排查。我的排查顺序永远是固定的先查物理接线再查端口/串口参数然后查协议格式最后查站号地址。千万别一上来就怀疑程序写错了。物理层最常见的问题有三个。一是RS485的A/B线接反了这是新手最容易犯的错而且很多设备A、B标识还不一样有的标A、B-有的标D、D-拿不准就用万用表量对地电压A线对地在3-5V之间B线对地在0-2V左右。二是通讯线太长或者线径太细485通讯在9600波特率下理论能到1200米但现场如果布线经过变频器、大电机附近干扰会让你实际通讯距离大打折扣。三是终端电阻没接对RS485总线两端需要各接一个120欧终端电阻中间设备不要接这个很多新手会忽略。3.2 变频器与PLC通讯实操——以西门子S7-200 SMART和森兰SB200为例有朋友问过我西门子S7-200 SMART系列PLC怎么跟森兰SB200变频器走Modbus通讯这个案例很典型我把完整步骤理一遍其它品牌的思路也差不多。第一步明确通讯方式。S7-200 SMART本体集成RS485口支持Modbus RTU主站。森兰SB200变频器也支持Modbus RTU所以用标准Modbus协议做一主多从PLC做主机变频器做从机。第二步设定变频器参数。把变频器的通讯地址站号设为1波特率设为9600数据格式设为8位数据位、1位停止位、无校验8-N-1。变频器手册里的参数号各型号略有差异但参数项目基本一样无非是通讯地址、通讯波特率、通讯格式、通讯超时这几项。有些变频器还需要单独设置“运行指令来源”和“频率指令来源”为通讯控制否则你上位通讯写得再对变频器也不听你的。第三步编写PLC通讯程序。在S7-200 SMART里Modbus RTU通讯用两个指令MBUS_CTRL和MBUS_MSG。MBUS_CTRL负责初始化通讯口设置波特率、校验方式、超时时间。这个指令每个扫描周期都要调用一次。MBUS_MSG负责具体的读写操作读变频器状态、写运行命令、写频率指令。触发方式必须用边沿常开转闭合不能一直接通否则通讯会堵死。第四步地址映射。Modbus协议里40001-49999是保持寄存器。森兰变频器的运行命令字、频率设定值都在保持寄存器区具体寄存器地址要看产品手册的功能码表。这里要特别提醒变频器手册里的寄存器地址很多是十六进制你要转成十进制再算偏移量差一位就全错了。第五步调试验证。先写一个简单的读操作读变频器的当前状态字看能不能读到有效数据。读不到就按3.1节的顺序查读到再写运行命令。不要一上来就同时读写一大堆寄存器出了问题根本分不清是哪一步。3.3 博途PLC与模拟屏不兼容——教你三步定位根因很多人在西门子博途TIA Portal里跟第三方HMI或者模拟屏通讯时碰到“不兼容”的报错这里先别急着骂屏大部分情况下不是屏的问题而是你没有把PLC的通讯服务开全。排查步骤是这样的第一步检查S7通讯服务是否启用。博途里S7-1200/1500默认不一定开放全部的S7通讯服务。你需要去设备组态 → 属性 → 防护与安全 → 连接机制勾选“允许来自远程对象的PUT/GET通讯访问”。第三方HMI普遍走的就是PUT/GET协议不勾选它屏那边能搜到PLC但读写不了数据。第二步检查与模拟屏的以太网连接类型。如果你是工业以太网Profinet连接确认PLC和屏在同一个网段、IP不冲突。如果走S7协议注意区分PLC是S7-300/400还是S7-1200/1500连接机制和TSAP设置完全不同。第三步检查数据块DB的访问属性。S7-1200/1500的DB块默认是“优化的块访问”这种块在第三方设备眼里是非标准布局很多屏根本读不了。解决办法是把DB块的属性改成“非优化的块访问”然后重新定义偏移量。这是我见到的最多的“不兼容”原因——程序里数据明明是对的屏却读成乱码或者干脆报错。另外如果模拟屏支持Modbus TCP那我更推荐直接用Modbus TCP通讯。把PLC侧数据映射到Modbus保持寄存器区屏侧配好寄存器地址和数据类型稳定性比走S7 PUT/GET要好而且不用处理DB块优化访问那些坑。3.4 台达PLC与InproShop的端口设置用台达PLC的朋友经常卡在一个细节上InproShop软件连不上PLC报“设置PLC端口号”相关的错误。其实InproShop连接台达PLC时需要手动指定通讯端口。如果你用的是USB线直连那就选择对应的COM口通常你在设备管理器里能看到一个新增的串口设备。如果你用的是以太网方式需要先确认PLC的IP地址然后在InproShop的通讯设置里选择以太网填上PLC的IP和端口号。台达以太网口默认端口以编程软件连接时为准一般会显示在通讯配置界面里不要靠猜。还有一个很隐蔽的点台达PLC在RUN状态下某些型号的编程口默认是不允许在线监控的或者只能监控不能写入。连接不上时先把PLC拨到STOP档试一下。这个细节能解决一大批“明明驱动装了、线也对了、就是连不上”的问题。3.5 AMS NetID和端口号——倍福PLC连接里的6字节身份有朋友在做倍福Beckhoff或者TwinCAT项目时看到一个提示“建立连接需要目标PLC的AMS NetID和端口号”直接懵了。这个不是报错是在建立ADS通讯时要填的目标地址信息。AMS NetID是一串6字节的网络标识格式类似192.168.0.21.1.1前4位是IP地址后两位是路由和模块标识。它相当于一个设备在ADS协议里的身份证。获取方式很简单在TwinCAT的System Manager里选中目标设备查看其AMS NetID或者在PLC的启动配置里自己定义一个。而“端口号”在ADS通讯里不是指TCP/IP端口而是指目标设备上某个服务的AMS Port号。比如PLC运行时系统的端口号通常是851如果你要跟某个特定的任务模块通讯端口号会不一样。这个值一定不要填错填错了对面设备根本不会响应你。3.6 Codesys下PLC网口MAC地址的查看方式Codesys在树莓派、工控机、国产PLC上用得越来越多查MAC地址也是一个高频需求。方法很简单在线状态下打开Codesys在设备树的PLC设备属性里能找到网络信息如果上不了线就直接看设备的物理标签或者临时接一台显示器和键盘在操作系统的网络设置里查。有一个常见坑Codesys授权有时候会绑定MAC地址特别是软PLC跑在通用工控机上时。如果你换了网卡或者做了MAC克隆授权可能会失效报“license not found”之类的错误。所以项目前期就规划好哪台机器跑软PLC不要随便换硬件。4. 运动控制与PID调节精密控制的底层逻辑和调参心法4.1 PLC控制六轴机械臂伺服——使能、回零、点睛之笔在时序现在很多产线上会看到PLC直接去控制六轴机械臂的伺服驱动走EtherCAT总线或者脉冲加方向的方式。PLC不一定要做复杂的轨迹规划那是机器人控制器的事但你要会正确地控制每个轴的伺服驱动。几个关键步骤第一使能顺序。伺服使能信号必须在上电自检完成后、运动指令下发前给出。我给伺服使能后一般会延时200ms再发运动指令给驱动器一个响应时间不然容易丢第一个脉冲。第二回零方式。每个轴的回零方式要根据机械结构选常见的是找原点开关加Z相脉冲。回零方向、回零速度这俩参数没设对机械臂一开机就可能往反方向猛冲非常危险。第一次调试时把回零速度调小确认方向对了再加速度。第三点位规划。PLC发脉冲给伺服加减速时间一定要设。加减速太陡机械臂会有明显抖动甚至触发驱动器的过流报警。一般启动加速度设为100ms到300ms之间爬升具体看负载大小负载越大时间越长。第四增益调整。总线型运动控制EtherCAT里伺服驱动的刚性增益太低走完点位会有跟随误差增益太高机械会嗡嗡叫。经验做法先把位置环增益设小能走通点位再逐步往上加每加一档运行一个来回直到出现轻微振荡再回退一点。4.2 PLC温控PID波动温差大——先查周期再调参数最后看执行器温度PID控制是PLC应用里很典型也容易让人头疼的一块。现象通常是设定温度80℃实际温度在70℃到90℃之间来回摆波动温差大甚至出现持续振荡。我的调节顺序是固定的第一步检查采样周期和传感器滤波参数。温度信号本身就滞后采样周期太短会引入噪声太长则系统反应迟钝。常规做法是温度采样周期设为0.5-1秒并在模拟量通道上加20-50ms的软件滤波。PLC的模拟量滤波功能不是摆设温度这类慢变量一定要开。第二步检查PID参数的方向极性。温控系统如果用反作用调节加热PID输出必须设为正向控制温度低于设定值时增加输出。方向搞反了系统的表现就是来回振荡、越调越乱。第三步调参数顺序是P → I → D。先把积分和微分作用关掉积分时间设最大微分时间设0只留比例从小到大加比例增益直到系统出现等幅振荡记录这个“临界振荡周期和临界增益”。然后按经验公式把临界增益乘以0.6左右作为比例增益积分时间取临界振荡周期的0.5倍左右微分时间取0.125倍左右。这是典型的经验整定法能快速得到一个稳定的工作点。第四步查执行器。温度波动大还有一个经常被忽略的原因加热器功率太大通断控制一个周期内温度冲过了头。解决办法是改PID连续控制加占空比输出或者直接换小功率执行器如果只能是通断控制那就把控制周期调短比如5秒一个周期配合PID的输出限幅。4.3 积分饱和与手自动切换——两个温控项目里隐蔽的“暗坑”调试PID温控时我最常遇到的两个暗坑一个是积分饱和一个是手自动切换扰动。积分饱和发生在温度长时间达不到设定值的阶段比如冷炉刚启动积分项会一直累积累积到输出接近100%。等你把加热功率降下来温度慢慢靠近设定值时积分项还是满的输出依然很大温度就冲过设定值然后又开始反向振荡。解决办法是在PLC里做积分限幅把PID输出限制在0-100%之间并对积分项做抗饱和处理输出到限幅值时冻结积分累加。手自动切换扰动就是操作员在触摸屏上把回路从手动切到自动的那一瞬间设备往往猛地一窜。原因很简单自动模式的PID输出初值没有跟上手动模式的输出值。解决方法是做“无扰切换”自动模式下PID输出的初始值取自当前手动输出值切回自动后PID在此基础上微调。这个细节看起来不起眼实际项目中遇到一次你就记住了。4.4 电子齿轮比和脉冲当量——为啥位置总是差一截伺服走位置控制时PLC发10000个脉冲轴实际走了距离却不等于10000对应毫米。新手第一反应是伺服定位不准老手会先去算电子齿轮比和脉冲当量。电子齿轮比的原理不复杂伺服电机转一圈通常需要131072个编码器脉冲17位编码器但PLC给它发的指令脉冲一般是10000个/圈取决于驱动器出厂默认和上位设定。这两个值之间的比例关系就是靠电子齿轮比来匹配的。举例丝杠导程10mm电机转一圈走10mm。如果PLC每发10000个脉冲让电机转一圈那么1个脉冲对应的位移是10mm/100000.001mm。这就是脉冲当量。塞规或者千分尺一量实际走了9.5mm那就是电子齿轮比设得不精确先查驱动器参数里的Pn202、Pn203之类的齿轮比设定项。偏差比例是恒定的就调齿轮比偏差是线性的还要考虑零点漂移和机械间隙。5. 软启动器一拖三接线与调试主回路、控制回路一次讲透5.1 一拖三是什么——一台软启动轮流带三台电机“一拖三”这个词在供水、消防、风机项目里特别常见。字面意思就是一台软启动器通过切换接触器轮流启动三台电机。目的是省成本——不是每台电机都配一台软启动而是共用一台谁需要启动就切给谁。这种方案成立的前提是三台电机不同时启动也不需要同时带载。实际应用中通常是三台泵/风机交替运行谁先起谁后起由PLC统一调度。接线上主回路方案是这样的软启动器的输入端接电源三相电输出端不直接接某一台电机而是接到三个接触器的进线端。三个接触器的出线端分别接M1、M2、M3三台电机。控制系统要求启动M1时先合上KM1接触器然后软启动器启动启动完成后由旁路接触器KM1B把电机切到工频电源上软启动器退出然后再去启动M2、M3。这里有一个非常关键的细节一拖三接线的“旁路接触器”需要外接不能用软启动器内置的旁路接触器。因为软启动器的输出端接了三个主接触器内置旁路合上时会把整个接触器切换系统都带到工频上逻辑完全乱套。外置旁路直接从电源侧接到每台电机的接触器即可。5.2 控制回路的互锁逻辑——防的不是“同时启动”是“同时吸合”一拖三控制回路里最重要的是互锁逻辑。很多新手写程序只做了“启动M1时不能启动M2”这种功能互锁但真正危险的场景是M1在运行中M2的主接触器因为继电器故障、程序跑飞等原因突然吸合——这时候两个接触器同时把软启动器输出端接到两台电机上一台电机在转另一台可能正在启动电流冲击和机械冲击都可能毁掉设备。所以控制回路要做到双保险硬件互锁加软件互锁。硬件互锁在接触器线圈回路里把KM1的常闭触点串进KM2线圈回路把KM2的常闭触点串进KM1线圈回路。这样即使PLC程序有Bug或者输出继电器粘连两个主接触器也不可能同时吸合。软件互锁PLC程序里每个启动分支都要判断其它接触器是否已断开且互锁条件要放在输出线圈之前不要放到内部继电器中间层。这样逻辑更直观排查也方便。除了互锁还要防止软启动器在旁路接触器还没完全断开时就接收启动指令。旁路接触器断开有延迟如果PLC没等它断开就启动软启动器短时间可能出现工频和软起同时供电的工况这是绝对不允许的。所以每次切换前要先发断开指令延时500ms确认断开后再发启动指令。5.3 热过载保护与接地——一拖三场景下容易被遗漏的细节一拖三方案里热过载继电器不能装在软启动器输出端“共用”的位置因为三台电机的额定电流不一样。正确做法是每台电机各自配一个热继电器或者每台电机的接触器回路单独装电流互感器加电机保护器。接地也容易出问题。软启动器一拖三的柜子里动力线、控制线、通讯线挤在一起如果不做好分层走线和接地变频器干扰可能顺着控制线窜到PLC里出现随机停机、误报警。经验做法动力线和控制线分槽走屏蔽层单端接地PLC的0V不要和变频器/软启动器的0V混接。6. 从“能跑就行”到“规范交付”标准化会让你越来越值钱6.1 做一个自己的程序母版——拒绝每个项目从零开始我入行第二年才意识到这件事我应该做一个属于自己的程序母版。这个母版不是某个具体设备的程序而是一个结构框架里面已经做好通讯初始化、报警公共处理、手动/自动切换框架、数据初始化等通用模块。以后接新项目直接在这个母版基础上填工艺逻辑效率和正确率会高很多。母版包含的内容大致是这些系统变量区设备编号、版本号、当前日期时间通讯初始化Modbus/TCP/IP/串口参数的统一处理报警公共区统一报警复位、报警记录、蜂鸣器控制工作模式切换手动/自动/调试三种模式的切换逻辑每个模式内部再分小步骤数据配方区生产工艺参数的读取、保存、下载标准电机控制块所有单相/三相异步电机统一用同一个功能块输入是启动、停止、故障复位输出是运行、故障、过载母版的价值在于它逼着你把“写程序”这件事从纯体力活变成搭积木。而且母版每次用完之后要迭代——哪个地方模块化不够、哪个时序不合理记录下来改进这样你的母版会越来越成熟你的出手效率和稳定性也会远超平均水平。6.2 变量命名和注释——写给三个月后的自己这个标题听起来像正确的废话但我还是要单独拎出来说很多1-3年的工程师程序里变量还叫V0、V1、M0、M10注释几乎没有。项目交付后三个月最怕的就是客户打电话问“上次那个程序里那一段是什么逻辑来着”——你自己翻代码看到的是一堆没有含义的地址。我的建议是至少在触摸屏里显示的变量、跨子程序调用的变量、通讯交换的数据都使用有含义的符号名比如Start_Pump_1、Fault_Overload_Pump_2、SetTemp_Kettle。符号表的注释哪怕只写五个字都比什么都没有强。每个子程序的头部写一段程序功能、输入输出、注意事项的注释花不了十分钟但在六个月后重新接手时会救你一次。6.3 程序备份的习惯——版本编号比你想的更值钱我见过太多工程师在现场改程序改完直接下载原来的版本就没了。结果第二天客户说“今天这个动作不对跟昨天不一样”你根本不知道前天那份程序长什么样。正确做法是每次修改前先备份一份文件名带上日期和版本号比如“设备A_20250615_V1.2_修改报警逻辑”。下载前再做一次“与在线程序比较”确认你改的就是你想改的那些地方。另外不要在程序里随手改个参数就下载到PLC——如果你连改了哪些点位都没记录出了生产事故根本没法复盘。6.4 断电测试和模拟量标定——出厂前必须做两件事设备出厂前我建议至少做两件事能极大减少现场返工。一是断电测试把PLC、触摸屏、伺服驱动器全部断电然后重新上电观察设备能不能正常初始化工艺参数、配方、累计量这些非易失数据有没有丢失。很多问题只在冷启动时出现上电一直运行是发现不了的。二是模拟量信号标定压力变送器、温度传感器的实际量程和PLC内部工程量之间的线性关系一定要在出厂前用标准信号源校准一遍。记录好“4mA对应多少工程值、20mA对应多少工程值”然后把换算系数写到程序注释里。不然到现场发现压力显示偏了20%半天找不到原因最后发现是量程设错了。7. 高频踩坑记录那些让我“一夜白发”的候选问题7.1 PLC电池没电导致程序丢失——最基础也最容易忽略的坑这个话题可能有点太基础但每年都有人踩。特别是一些设备用了很多年没换过电池某天突然断电再上电PLC提示程序丢失或系统区损坏。如果是S7-300/400或者老款S7-200断电池之后程序真的可能整体清空。经验项目验收时就把电池更换周期写进维护计划里一般是两三年一换。现场断电维护前先上传一份程序备份到电脑。如果条件是“程序还在但CPU BD报电池灯”那就赶紧换电池不要拖。另外要注意有些PLC换电池有顺序要求一般是先接通外部电源再拔旧电池装新电池防止程序掉电。7.2 模拟量值漂移——别急着怪PLC先查供电和共地模拟量读数不稳定今天偏明天准排除传感器故障后十有八九是供电问题。一是24V开关电源纹波大或者容量不足驱动传感器之后电压跌到22V输出自然不准。二是模拟量模块的M端公共端与传感器供电的0V没有共地产生共模电压干扰。我的做法是控制柜里统一用一个高质量的24V开关电源给传感器和PLC模拟量模块供电并且把模拟量信号的屏蔽层在PLC侧单端接地。压力、液位这类的变送器有条件的话采用两线制接法比四线制少一根线故障率也低一些。7.3 源型PNP和漏型NPN输入混接——三菱、西门子的百年之“坑”国产设备、日系PLC三菱、基恩士大多默认漏型输入接NPN传感器欧系PLC西门子S7-1200/1500默认源型输入接PNP传感器。如果项目里两种传感器都有混着接程序怎么写都不会有信号进来。这个问题的坑点在于很多PLC输入端子做成了“公共端可切换”S7-200 SMART的输入端子可以组态为源型或漏型但必须在硬件组态里选好有些客户买了设备又改了传感器类型结果整个输入端全无效。排查时先看PLC输入公共端的接线方式再看传感器输出类型两个必须匹配。不要指望程序去兼容硬件层面的不匹配。7.4 PLC的“首次扫描标志位”和上电初始化每次PLC从STOP切到RUN时有一段初始化逻辑需要执行把输出点全部复位把配方参数从掉电保持区加载到工作区清掉上次运行的中间状态。这个初始化逻辑要挂在“首次扫描标志位”上而不是普通逻辑里。我见过一个新手项目他把初始化程序写错了位置结果每次扫描都执行初始化按钮一按就复位设备完全没法用。这就是对“首次扫描标志位”理解不透。每个品牌的标志位不一样西门子是SM0.1三菱是M8002或者用特殊的脉冲继电器找到它把初始化逻辑挂上去。7.5 上位机读写PLC数据块DB失败——优化访问和绝对寻址的“隐形门槛”这条跟3.3节“博途与模拟屏不兼容”类似但更隐蔽。当上位机WinCC、组态王、自研C#通过S7协议读取S7-1200/1500的DB块时如果DB块是“优化的块访问”你会遇到读不到数据、读出来乱码、甚至报错。解决方案有两个一是把DB块的属性改为“非优化的块访问”然后在DB编辑器里定义变量偏移量二是上位机侧使用S7-1500的符号寻址模式把变量名发过去。大多数时候我们走方案一因为上位机组态软件对符号寻址的支持不够稳定。这个问题排查起来不难但如果你不知道优化访问这回事能折腾你一整天。8. 最后再分享几个日常保养维护的小细节写到最后不说总结就说三个我坚持了很多年的习惯都是很小的事但对项目长期稳定运行影响很大。第一每个项目交付时我都会做一套完整的断电恢复测试流程文档。里面写清楚哪些旋钮在什么位置、哪个空气开关先合哪个后合、触摸屏第一次上电要不要重新校准。这份文档给客户操作人员和维修电工能帮他们少走很多弯路也减少你的售后电话。第二每个月对PLC机柜内做一次除尘和端子紧固检查。看似土办法但我已经不止一次在处理“奇怪故障”时发现是端子松动导致信号时断时续。拧一遍螺丝比改十次程序都管用。第三所有报警信息都要在触摸屏上集中显示并在PLC里留一个“最近十次报警记录”的循环队列。设备出故障时你不要指望值班师傅记得住故障发生的过程但报警记录会替你说话。这是所有调试工作的最后一块拼图。经验这东西纸上写再多都不如去现场磨一遍。我这90条今天先更到这儿后面陆续把剩下的补上。你在现场碰到过什么奇葩问题也可以在评论区聊聊说不定一条经验就能帮别人少加一个通宵的班。
