在自动化现场摸爬滚打这些年我带过的入行1-3年的PLC工程师少说也有十几个。每个人都会踩一些相似的坑程序写得挺顺一到现场就抓瞎查故障全靠猜换了三四个元件还没找到根因图纸看不透点位表理不清交接时更是一脑门子浆糊。这些经历让我慢慢养成了一个习惯把零散的经验按条记下来。这套东西前后攒了90条都是实战里验证过、能直接用的判断和操作不是教科书上的理论。这篇先把90条按五个方向完整放出来电气基础、编程习惯、调试实战、故障排查、职业成长。每条先给一句话要点后续更新会挑重点条目展开聊。适合刚刚独立接项目的电气工程师也适合带新人的老工程师直接拿来当培训提纲。全文没有废话都是能落地的判断、避坑和排查思路。1. 电气基础入行头一年最该补的课第1-18条很多新人以为PLC工程师的工作就是写梯形图结果到了现场连端子都没理清。实际上电气基础决定了你能不能看懂现场、能不能快速定位故障。下面这18条都是我在接线、查线、换元器件过程中攒下的硬教训。1.1 看图、接线与元器件头半年先别急着写程序新人最容易犯的毛病是拿到项目先开软件写逻辑电气图纸丢到一边。我建议反过来先看图纸把电源走向、地线、公共端、负载类型搞清楚再碰程序。第1到第9条就是这方面最常见的问题。不要急着看梯形图先把电气原理图上的电源回路看通。很多报“程序没输出”的故障最终发现是24V电源根本没送到传感器。图纸上的线号是排查的第一线索。现场接线如果不按线号做出了问题只能一根根捋至少多花一小时。每个柜子的地排要单独接不要和中性线混在一起。PE和N混接是干扰和跳闸的常见来源。输入输出点位的公共端COM要看清楚漏型/源型接法不一样接错后信号灯亮但不进CPU。继电器线圈并联指示灯要加续流二极管尤其是PLC输出口直接驱动继电器时不然关断瞬间的浪涌可能烧输出点。开关电源选型要留30%以上余量不能拿额定功率算得刚刚好。电柜温度高时电源会降容。急停回路必须用强制导向继电器/接触器不能用普通继电器替代。安全回路不要靠PLC内部逻辑去切断。保险丝烧了先别急着换要查负载侧是否有短路。直接换大容量保险是给后面更大的故障埋雷。接线端子上的螺丝要按标定扭矩拧手拧感觉“紧”不等于接触电阻合格。端子发热导致信号闪断初期很难查。这9条里新人最容易忽略的是第4条和第7条。源型漏型接反是再常见不过的问题跟传感器三线制、四线制的接法混在一起后输入灯亮了但程序里就是不变位。急停回路则更是原则问题安全永远不能用程序代替硬件。你程序里写再多互锁也不如一个强制导向继电器直接断开主回路来得可靠。这两条建议记到笔记本首页。1.2 传感器、执行器与仪表信号不稳定的根源多数在这里第10到第18条集中在传感器、变频器、模拟量这些“信号链”上。很多时候PLC程序没问题就是现场元件选型、接线、安装方式有问题。光电传感器注意灵敏度调节漫反射型在灰尘现场要定期擦镜头。很多“偶尔报警”其实是镜面脏了。接近开关有检测距离安装时需要避开金属支架。检测面离目标太近或太远都会造成误判。电磁阀线圈没有接续流二极管或者压敏电阻时PLC输出点损坏频率会明显提高。感性负载必须处理。模拟量信号线用屏蔽电缆屏蔽层单端接地一般在柜内端。两端接地反而会在干扰大的地方形成环流。4-20mA信号比0-10V更适合长距离传输现场如果设计已经在用电压信号布线就要远离动力线。热电阻和热电偶不能随便互换变送器量程和分度号必须和PLC配置一致否则显示出来的温度可能就是错的。编码器接线必须按A/B/Z对应接屏蔽层处理好否则高速计数时不是丢脉冲就是多计。检查变频器到电机的动力电缆有没有分层走强电和弱点不要捆在同一个线槽。这个细节对模拟量影响很大。电柜里的备用线头要包扎好并做好标识特别是220V接线端子附近否则后续维护时容易误碰。第13条和第17条值得多说几句。我在一个项目中遇到过模拟量读数跳动排查了程序、模块、传感器都没问题最后发现是变频器动力电缆跟模拟量信号线走在同一个线槽里挨了将近两米。把信号线挪走之后读数立刻稳了。屏蔽层单端接地这条也一样现场最容易出现“明明接屏蔽了还是干扰”往往就是屏蔽层两端都接了地形成了地环流。2. 编程习惯把程序写得像说明书第19-36条写PLC程序的服务对象不是CPU而是三个月之后的你以及后面的调试、维护、交接人员。代码写得再花哨如果别人看不懂、自己回头也看不懂那这就是负资产。第19到第36条是关于编程习惯的18条建议。2.1 命名、注释与结构程序可读性决定维护成本很多新人写程序只追求“功能能跑”命名随意、注释缺失、结构混乱。一旦设备出现一个稍微隐蔽的故障这种程序会让你排查到怀疑人生。变量命名要能看懂不要用A1、B2这种。设备位号功能例如S1_Motor_Start换人维护时能省大量时间。每个程序块开头写一段注释作者、日期、功能、版本。新人在3个月后回看自己的程序多半会感谢当初这段注释。全局变量和局部变量严格分开。程序块内部能用的局部变量不要拿到全局去定义不然程序一复杂就乱。不要在一行里堆多个触点判断逻辑复杂化不仅难读还容易出现扫描覆盖问题。拆成多行中间变量。使用临时变量要谨慎置位复位要考虑扫描顺序。同一个线圈在程序里多次输出是最常见的“隐性Bug”。报警程序不要做成一大段并联输出用字/位寄存器统一管理HMI上显示有报警组和触发时间会更好查。模拟量转换公式不要直接写死把量程上下限做成PLC变量。标定或者换传感器量程时只需要改参数。安全逻辑急停、门锁、光栅必须用硬件回路 程序双保护不能把程序当成唯一安全层。程序版本管理从一开始就用可以不用正版软件但至少每天导出一次程序到固定目录文件名带日期。第23条是最典型的“隐蔽Bug”来源。有人喜欢在程序里多处写同一个线圈比如先在各条件分支里分别置位再在最后输出前统一复位。前面看着都对但扫描到后一段时前一段的结果可能就被覆盖了。这类问题用交叉引用一看就能发现可很多新人从来不主动查。养成写好一段就查一次交叉引用的习惯能省下大量现场时间。2.2 扫描周期、刷新与模块化不要把PLC当成电脑PLC程序是按扫描周期循环执行的输入刷新、程序执行、输出刷新都有固定的节奏。不理解这个机制就会写出一堆“想当然”的逻辑。理解扫描周期PLC是循环执行程序不是“同时执行”。输出在END才统一刷新中间结果不要指望立刻反馈。不要在子程序里等待一个输入信号变化后再做下一步如果需要等待应该用状态机或定时器。高速计数、运动控制、中断程序里不要做复杂的运算否则会影响实时性。中断里只做标志位。定时器数量规划好不同类型定时器精度不一样。毫秒级定时建议用专用时钟指令别用普通延时继电器代替。编码器脉冲计数如果偶尔丢先查输入滤波时间是不是设置过长。PLC高速输入通道一般有滤波参数。把重复功能写成功能块FB比如电机启停、阀门控制、气缸动作。每次复制粘贴虽然快但后期改逻辑就是灾难。功能块内的模式切换要加互锁启动和停止指令不能同时为真手动/自动也不能随意切换导致输出瞬间跳变。HMI上的手动按钮PLC侧最好加“手动允许”的总开关防止误触。这个总开关可以是柜门钥匙或触摸屏权限。配方、工艺参数尽量放在数据块里不要散落在程序里。这样换型时只需要切换配方编号。第33条和第36条放到一起说。因为很多新人一开始觉得复制粘贴比创建功能块快但十个电机控制逻辑复制十遍如果哪天需要统一把启动延时从2秒改成3秒你就要改十处还容易漏。写成功能块之后只改一个地方。配方参数放进数据块同理换产品时切配方编号不用在程序里到处找数值、改完再下载那才是真正的效率。3. 调试实战上电之前把功课做足第37-54条调试才是真正考验PLC工程师的环节。前面程序写得再好到了现场也要面对机械、电气、工艺的交叉问题。第37到第54条覆盖了从模拟调试到上电调试再到运动控制的常见操作。3.1 模拟调试与强制输出治一治“想当然”的毛病没有哪个程序能一次跑得完美但可以通过充分的离线调试减少现场问题。这里最容易犯的错是只测正常流程不测异常分支。没有现场条件时输入端用短接线或者强制输入来模拟但不能只测程序跑通还要测故障分支。强制输出时一定要记住哪些点被强制了调试完解除所有强制。因为这个吃过亏第二天设备动作异常查半天是强制没取消。首次上电前用万用表量一遍每个输出点对地/对0V之间有没有短路哪怕PLC输出点灯正常外线短路也会烧点。气缸调试时先手动电磁阀确认气缸动作方向、磁性开关位置正确再联机。直接联机撞机概率非常大。手动、半自动、全自动三种模式分别调试不能只调自动。手动有问题会直接影响自动状态下的复位逻辑。原点回归程序先从慢速找原点再试高速找原点。高速撞到机械硬限位换一个限位开关是小事机械变形才是大事。伺服驱动器试运行前要把扭矩限制设小一点比如30%防止程序错误导致出力过大撞设备。电机转向确认用“点动”方式不要长时间连续运行。转向反了靠惯性就能带出一堆连锁反应。模拟量调试从4mA开始看PLC数值是否等于下限再逐点给值确认线性换算公式没有反。第38条和第42条是我见过最不值得踩的坑。强制输出这个功能调试时好用可一旦忘了取消轻则设备动作怪异重则造成安全风险。我现在的习惯是在触摸屏或者程序首页做一个“强制状态指示灯”只要还有强制点存在就亮红提醒。原点回归也一样直接高速找原点容易撞坏机械先用慢速走一遍确认限位和原点信号逻辑再提升速度才稳妥。3.2 上电流程与运动控制参数按顺序、按步骤来设备上电不是“合闸”一个动作而是一套流程。电子、机械、电气连锁都要在通电前验证。第46到第54条是针对现场实际操作的经验。上电顺序总闸、控制电源、IO电源、通讯模块、最后CPU。很多人直接合总闸会碰到浪涌把电源模块打坏。现场调试时把CPU的故障日志打开别急着清报警。报警现场拍照和保存回去写报告时才有依据。变频器参数设置时电机铭牌参数必须准确输入特别是额定电流和频率。变频器自整定前先检查接线和旋向。变频器载波频率越高噪音越小但漏电流和干扰越大。现场如果经常报通讯干扰可以适当降低载波频率试试。伺服系统的电子齿轮比要按实际机械减速比算不能照抄其他设备的旧值。算错之后定位尺寸会成比例偏移。PID调试口诀很多人知道先P后I再D。但实际要先确认执行机构方向、量程、正反作用否则参数再准也没用。在PID输出端加限幅防止积分饱和。尤其在风门、阀门类执行机构上不限幅会关不到位或开过头。步进电机丢步问题先查脉冲频率是否超过启动频率加减速时间是否太短其次才是程序和接线。运动控制中惯性大的机构加减速时间要按负载惯量调。调试时“能跑”不等于“稳定”要看实际节拍和停止位置是否重复。第51条和第52条是调PID时最常见的坑。很多新人上来就调P、I、D三个值结果参数越调越乱。先确认执行机构方向对不对阀门反馈是反作用的PID输出正偏差时阀门应该开还是关这个搞反了参数怎么调都白搭。输出限幅更是基础中的基础不加限幅积分一饱和阀门全开全关来回震荡设备会非常难受。4. 故障排查从现象到根因的固定套路第55-72条现场故障千奇百怪但排查方法是有套路的。很多新人查故障靠“换件试错”查了一天才发现是最简单的接线松了。第55到第72条总结了一套相对固定的排查思路。4.1 排查优先级与常见硬件故障先看机械再看电气最后怀疑程序遇到故障第一时间不要打开软件监控程序而是通过现象缩小范围。程序问题只占故障的一部分很多时候根源在外围。故障处理第一步永远先看现象、问操作工他们的一句话可能直接指出故障范围不要一头扎进程序里。按“机械-电气-程序”的顺序排查。很多程序看起来不对其实是限位开关没有压住。检查PLC是否运行把CPU打到RUN看是否有硬件错误灯。程序“不执行”和“执行结果错误”是两条完全不同的路径。输出点不闪灯先查外部电源输出点灯亮没动作再查继电器/接触器。这两类排查路径不要混。传感器信号“偶尔没有”先检查航空插头是否松动这个故障率极高往往被当成了程序问题。输入信号灯亮但PLC内部位不亮大概率是输入点烧坏或者公共端接触不良用强制输入功能辅助判断。PLC输出点坏了别急着换模块先看驱动的是什么负载感性负载有没有加续流保护否则换了还会烧。接触器触点吸合但主回路没电拆开接触器看触点是否烧黑电工换接触器时也要检查线圈电压对不对。一个点位故障要和整组点位一起排查因为IO板/端子排的电源往往是一组一组分配的。第55条和第59条放一起最合适。很多工程师一到现场就抱着笔记本查程序其实操作工的一句话能少走两小时弯路“这台设备每次换模后才会报警”“声音正常但就是不动”。这些都是宝贵的线索。航空插头松动这种事程序监控里看起来就是信号丢失你查逻辑半天都查不出来。把这些外部因素排除干净再打开程序才是正确顺序。4.2 干扰、通讯和程序逻辑问题从外部到内部层层剥开如果外围都正常问题还复现就要考虑干扰、通讯和程序内部逻辑了。这一部分最考验经验也最容易让新人一头雾水。模拟量波动大时用万用表串在信号回路里测电流是否稳定。最有效的验证方法临时接一个信号发生器对比判断是现场信号问题还是PLC模块问题。视频监控线、网线、模拟量线尽量分开走。现场“不明原因误动作”很多是电缆绑扎一起造成的干扰。使用通讯时把通讯状态做成一个心跳变量如果通讯中断超过N秒自动报警。不要让设备“带病运行”。排查Modbus通讯时先确认波特率、数据位、校验位和站号四要素再查线路。这四项占通讯故障的七八成。如果上位机读写变量失败检查PLC侧是否有变量被保护、只读或断连。通讯故障日志比盲调参数更有用。PLC重启后数据丢了先查掉电保持区设置。不该断电保持的区设成保持也会导致开机日期混乱。程序报警和硬件报警要区分开硬件报警常带有模块故障灯程序报警只是逻辑判断处理方式完全不同。用“交叉引用”功能找出所有读写该变量的位置尤其是同一个点在多个程序块被修改时。逐段排查比猜更快。最后故障处理完要总结把现象、原因、处理过程、预防措施写进设备档案。这样“经验”才真正属于团队。第64条和第71条是排查效率的分水岭。模拟量波动很多人直接换模块其实用信号发生器现场给一个标准4-20mA信号几分钟就能判断是模块还是信号源问题。变量被多个地方修改时交叉引用一下就能看到所有读写位置比盯着梯形图猜快太多了。这两招用熟了排查故障的思路会清晰很多。5. 职业习惯与长期成长1-3年决定后面的路第73-90条技术能力之外职业习惯决定了你能走多远。我在第73到第90条里更多讲的是怎么记录、怎么沟通、怎么学习、怎么保护自己。这些看着不起眼但对1-3年阶段的工程师来说才是拉开差距的地方。5.1 记录、复盘与资料管理经验不整理就等于没发生很多新人做完一个项目就翻篇脑子里只留下模糊记忆。等到下次遇到类似问题又从头开始摸索。养成记录和复盘的职业习惯才是把经验变成能力的唯一路径。在现场用手机拍照或录音记录关键操作回办公室整理成笔记不要相信自己的记忆力。每个项目建一个独立文件夹按“图纸、程序、文档、调试记录、问题清单”分区。越早养成习惯找资料越轻松。调试记录要写“遇到的问题最终解决办法”不要只写“已解决”。下次同类故障可以直接检索。从项目开始就维护点位表不要等调试结束再补。运营期间改过的点位要同步更新。每天下班前导出一次程序并同步网盘。不是为了给谁看是给自己留一条退路。复盘一个故障时问自己三个问题为什么发生、为什么没早发现、下次怎样避免。多问几轮水平提升很快。不要只盯着自己负责的设备尽量多去看相邻产线的电气柜。不同行业的PLC应用有很多可以借鉴的细节。学习PLC不只是学软件操作还要补一点电子、通讯、机械的知识。很多问题卡住是因为叫不出那个零件的名字。遇到新指令先查手册不要靠搜索引擎里的模糊案例。手册里的时序图和注意事项往往才是关键。第74条和第77条是所有建议里最容易坚持、也最容易见效的。我见过不少工程师项目做完了程序却存在自己电脑的“桌面/新建文件夹”里半年后连版本都分不清。每天下班前导出一次程序文件名带日期这个动作只需要一分钟但能让你在设备出问题时拿出当天可恢复的版本。光这一条就足以避免很多次深夜焦虑。5.2 沟通、交接和持续学习技术之外的软实力PLC工程师不是只跟机器打交道还要跟操作工、机械工程师、工艺工程师、设备厂商打交道。沟通方式和职业礼仪同样影响项目结果。和操作工沟通时尊重对方的信息他们天天盯着设备很多“奇怪现象”其实就是有效线索。和机械、工艺同事确认动作顺序时要画时序图文字描述容易有歧义。图一画出来条件冲突立刻暴露。项目交接不是交文档就完事要带着接手的人把每个警告和操作习惯说一遍尤其是那些写在纸片上的“潜规则”。学会写问题报告现象、影响、临时措施、根本措施、验证结果五段式。简洁清晰领导和技术支持都喜欢。遇到搞不定的问题不要一个人死磕先花15分钟整理好现场信息再求助。问问题前有准备效率完全不同。厂商技术支持电话里先把PLC型号、模块型号、故障码、已做过的排查告诉他。不问基础问题是专业素养。保持每天看一点新知识可以是说明书的一页也可以是别人分享的一个案例。做PLC这行经验曲线全靠积累。不要因为一个机型用熟了就看不起其他品牌的风格。不同PLC的编写逻辑能帮你更深入理解“程序组织单元”的概念。最后一条送给新人安全永远排在第一位。断电挂牌、验电确认、双人操作这些动作做一万次也不会多余。第83条和第85条是我很希望新人早点掌握的技能。和人确认动作顺序时光靠文字来回扯皮效率极低画一张时序图谁先动作、谁等待、谁超时报警一目了然。写问题报告看似是给领导看的实际上最受益的是你自己五段式结构强制你想清楚整个故障链路而不是只记一个“换了个传感器”。最后再说一点个人体会我见过太多新人把PLC编程当成写代码忘了它是工业设备的一部分。电气基础、调试习惯和现场沟通才是前三年最值钱的东西。90条看似多真正能内化成条件反射的可能只有几条但只要每天记一条一年后回头看你会发现自己的排查思路完全不一样了。
在自动化现场摸爬滚打这些年我带过的入行1-3年的PLC工程师少说也有十几个。每个人都会踩一些相似的坑程序写得挺顺一到现场就抓瞎查故障全靠猜换了三四个元件还没找到根因图纸看不透点位表理不清交接时更是一脑门子浆糊。这些经历让我慢慢养成了一个习惯把零散的经验按条记下来。这套东西前后攒了90条都是实战里验证过、能直接用的判断和操作不是教科书上的理论。这篇先把90条按五个方向完整放出来电气基础、编程习惯、调试实战、故障排查、职业成长。每条先给一句话要点后续更新会挑重点条目展开聊。适合刚刚独立接项目的电气工程师也适合带新人的老工程师直接拿来当培训提纲。全文没有废话都是能落地的判断、避坑和排查思路。1. 电气基础入行头一年最该补的课第1-18条很多新人以为PLC工程师的工作就是写梯形图结果到了现场连端子都没理清。实际上电气基础决定了你能不能看懂现场、能不能快速定位故障。下面这18条都是我在接线、查线、换元器件过程中攒下的硬教训。1.1 看图、接线与元器件头半年先别急着写程序新人最容易犯的毛病是拿到项目先开软件写逻辑电气图纸丢到一边。我建议反过来先看图纸把电源走向、地线、公共端、负载类型搞清楚再碰程序。第1到第9条就是这方面最常见的问题。不要急着看梯形图先把电气原理图上的电源回路看通。很多报“程序没输出”的故障最终发现是24V电源根本没送到传感器。图纸上的线号是排查的第一线索。现场接线如果不按线号做出了问题只能一根根捋至少多花一小时。每个柜子的地排要单独接不要和中性线混在一起。PE和N混接是干扰和跳闸的常见来源。输入输出点位的公共端COM要看清楚漏型/源型接法不一样接错后信号灯亮但不进CPU。继电器线圈并联指示灯要加续流二极管尤其是PLC输出口直接驱动继电器时不然关断瞬间的浪涌可能烧输出点。开关电源选型要留30%以上余量不能拿额定功率算得刚刚好。电柜温度高时电源会降容。急停回路必须用强制导向继电器/接触器不能用普通继电器替代。安全回路不要靠PLC内部逻辑去切断。保险丝烧了先别急着换要查负载侧是否有短路。直接换大容量保险是给后面更大的故障埋雷。接线端子上的螺丝要按标定扭矩拧手拧感觉“紧”不等于接触电阻合格。端子发热导致信号闪断初期很难查。这9条里新人最容易忽略的是第4条和第7条。源型漏型接反是再常见不过的问题跟传感器三线制、四线制的接法混在一起后输入灯亮了但程序里就是不变位。急停回路则更是原则问题安全永远不能用程序代替硬件。你程序里写再多互锁也不如一个强制导向继电器直接断开主回路来得可靠。这两条建议记到笔记本首页。1.2 传感器、执行器与仪表信号不稳定的根源多数在这里第10到第18条集中在传感器、变频器、模拟量这些“信号链”上。很多时候PLC程序没问题就是现场元件选型、接线、安装方式有问题。光电传感器注意灵敏度调节漫反射型在灰尘现场要定期擦镜头。很多“偶尔报警”其实是镜面脏了。接近开关有检测距离安装时需要避开金属支架。检测面离目标太近或太远都会造成误判。电磁阀线圈没有接续流二极管或者压敏电阻时PLC输出点损坏频率会明显提高。感性负载必须处理。模拟量信号线用屏蔽电缆屏蔽层单端接地一般在柜内端。两端接地反而会在干扰大的地方形成环流。4-20mA信号比0-10V更适合长距离传输现场如果设计已经在用电压信号布线就要远离动力线。热电阻和热电偶不能随便互换变送器量程和分度号必须和PLC配置一致否则显示出来的温度可能就是错的。编码器接线必须按A/B/Z对应接屏蔽层处理好否则高速计数时不是丢脉冲就是多计。检查变频器到电机的动力电缆有没有分层走强电和弱点不要捆在同一个线槽。这个细节对模拟量影响很大。电柜里的备用线头要包扎好并做好标识特别是220V接线端子附近否则后续维护时容易误碰。第13条和第17条值得多说几句。我在一个项目中遇到过模拟量读数跳动排查了程序、模块、传感器都没问题最后发现是变频器动力电缆跟模拟量信号线走在同一个线槽里挨了将近两米。把信号线挪走之后读数立刻稳了。屏蔽层单端接地这条也一样现场最容易出现“明明接屏蔽了还是干扰”往往就是屏蔽层两端都接了地形成了地环流。2. 编程习惯把程序写得像说明书第19-36条写PLC程序的服务对象不是CPU而是三个月之后的你以及后面的调试、维护、交接人员。代码写得再花哨如果别人看不懂、自己回头也看不懂那这就是负资产。第19到第36条是关于编程习惯的18条建议。2.1 命名、注释与结构程序可读性决定维护成本很多新人写程序只追求“功能能跑”命名随意、注释缺失、结构混乱。一旦设备出现一个稍微隐蔽的故障这种程序会让你排查到怀疑人生。变量命名要能看懂不要用A1、B2这种。设备位号功能例如S1_Motor_Start换人维护时能省大量时间。每个程序块开头写一段注释作者、日期、功能、版本。新人在3个月后回看自己的程序多半会感谢当初这段注释。全局变量和局部变量严格分开。程序块内部能用的局部变量不要拿到全局去定义不然程序一复杂就乱。不要在一行里堆多个触点判断逻辑复杂化不仅难读还容易出现扫描覆盖问题。拆成多行中间变量。使用临时变量要谨慎置位复位要考虑扫描顺序。同一个线圈在程序里多次输出是最常见的“隐性Bug”。报警程序不要做成一大段并联输出用字/位寄存器统一管理HMI上显示有报警组和触发时间会更好查。模拟量转换公式不要直接写死把量程上下限做成PLC变量。标定或者换传感器量程时只需要改参数。安全逻辑急停、门锁、光栅必须用硬件回路 程序双保护不能把程序当成唯一安全层。程序版本管理从一开始就用可以不用正版软件但至少每天导出一次程序到固定目录文件名带日期。第23条是最典型的“隐蔽Bug”来源。有人喜欢在程序里多处写同一个线圈比如先在各条件分支里分别置位再在最后输出前统一复位。前面看着都对但扫描到后一段时前一段的结果可能就被覆盖了。这类问题用交叉引用一看就能发现可很多新人从来不主动查。养成写好一段就查一次交叉引用的习惯能省下大量现场时间。2.2 扫描周期、刷新与模块化不要把PLC当成电脑PLC程序是按扫描周期循环执行的输入刷新、程序执行、输出刷新都有固定的节奏。不理解这个机制就会写出一堆“想当然”的逻辑。理解扫描周期PLC是循环执行程序不是“同时执行”。输出在END才统一刷新中间结果不要指望立刻反馈。不要在子程序里等待一个输入信号变化后再做下一步如果需要等待应该用状态机或定时器。高速计数、运动控制、中断程序里不要做复杂的运算否则会影响实时性。中断里只做标志位。定时器数量规划好不同类型定时器精度不一样。毫秒级定时建议用专用时钟指令别用普通延时继电器代替。编码器脉冲计数如果偶尔丢先查输入滤波时间是不是设置过长。PLC高速输入通道一般有滤波参数。把重复功能写成功能块FB比如电机启停、阀门控制、气缸动作。每次复制粘贴虽然快但后期改逻辑就是灾难。功能块内的模式切换要加互锁启动和停止指令不能同时为真手动/自动也不能随意切换导致输出瞬间跳变。HMI上的手动按钮PLC侧最好加“手动允许”的总开关防止误触。这个总开关可以是柜门钥匙或触摸屏权限。配方、工艺参数尽量放在数据块里不要散落在程序里。这样换型时只需要切换配方编号。第33条和第36条放到一起说。因为很多新人一开始觉得复制粘贴比创建功能块快但十个电机控制逻辑复制十遍如果哪天需要统一把启动延时从2秒改成3秒你就要改十处还容易漏。写成功能块之后只改一个地方。配方参数放进数据块同理换产品时切配方编号不用在程序里到处找数值、改完再下载那才是真正的效率。3. 调试实战上电之前把功课做足第37-54条调试才是真正考验PLC工程师的环节。前面程序写得再好到了现场也要面对机械、电气、工艺的交叉问题。第37到第54条覆盖了从模拟调试到上电调试再到运动控制的常见操作。3.1 模拟调试与强制输出治一治“想当然”的毛病没有哪个程序能一次跑得完美但可以通过充分的离线调试减少现场问题。这里最容易犯的错是只测正常流程不测异常分支。没有现场条件时输入端用短接线或者强制输入来模拟但不能只测程序跑通还要测故障分支。强制输出时一定要记住哪些点被强制了调试完解除所有强制。因为这个吃过亏第二天设备动作异常查半天是强制没取消。首次上电前用万用表量一遍每个输出点对地/对0V之间有没有短路哪怕PLC输出点灯正常外线短路也会烧点。气缸调试时先手动电磁阀确认气缸动作方向、磁性开关位置正确再联机。直接联机撞机概率非常大。手动、半自动、全自动三种模式分别调试不能只调自动。手动有问题会直接影响自动状态下的复位逻辑。原点回归程序先从慢速找原点再试高速找原点。高速撞到机械硬限位换一个限位开关是小事机械变形才是大事。伺服驱动器试运行前要把扭矩限制设小一点比如30%防止程序错误导致出力过大撞设备。电机转向确认用“点动”方式不要长时间连续运行。转向反了靠惯性就能带出一堆连锁反应。模拟量调试从4mA开始看PLC数值是否等于下限再逐点给值确认线性换算公式没有反。第38条和第42条是我见过最不值得踩的坑。强制输出这个功能调试时好用可一旦忘了取消轻则设备动作怪异重则造成安全风险。我现在的习惯是在触摸屏或者程序首页做一个“强制状态指示灯”只要还有强制点存在就亮红提醒。原点回归也一样直接高速找原点容易撞坏机械先用慢速走一遍确认限位和原点信号逻辑再提升速度才稳妥。3.2 上电流程与运动控制参数按顺序、按步骤来设备上电不是“合闸”一个动作而是一套流程。电子、机械、电气连锁都要在通电前验证。第46到第54条是针对现场实际操作的经验。上电顺序总闸、控制电源、IO电源、通讯模块、最后CPU。很多人直接合总闸会碰到浪涌把电源模块打坏。现场调试时把CPU的故障日志打开别急着清报警。报警现场拍照和保存回去写报告时才有依据。变频器参数设置时电机铭牌参数必须准确输入特别是额定电流和频率。变频器自整定前先检查接线和旋向。变频器载波频率越高噪音越小但漏电流和干扰越大。现场如果经常报通讯干扰可以适当降低载波频率试试。伺服系统的电子齿轮比要按实际机械减速比算不能照抄其他设备的旧值。算错之后定位尺寸会成比例偏移。PID调试口诀很多人知道先P后I再D。但实际要先确认执行机构方向、量程、正反作用否则参数再准也没用。在PID输出端加限幅防止积分饱和。尤其在风门、阀门类执行机构上不限幅会关不到位或开过头。步进电机丢步问题先查脉冲频率是否超过启动频率加减速时间是否太短其次才是程序和接线。运动控制中惯性大的机构加减速时间要按负载惯量调。调试时“能跑”不等于“稳定”要看实际节拍和停止位置是否重复。第51条和第52条是调PID时最常见的坑。很多新人上来就调P、I、D三个值结果参数越调越乱。先确认执行机构方向对不对阀门反馈是反作用的PID输出正偏差时阀门应该开还是关这个搞反了参数怎么调都白搭。输出限幅更是基础中的基础不加限幅积分一饱和阀门全开全关来回震荡设备会非常难受。4. 故障排查从现象到根因的固定套路第55-72条现场故障千奇百怪但排查方法是有套路的。很多新人查故障靠“换件试错”查了一天才发现是最简单的接线松了。第55到第72条总结了一套相对固定的排查思路。4.1 排查优先级与常见硬件故障先看机械再看电气最后怀疑程序遇到故障第一时间不要打开软件监控程序而是通过现象缩小范围。程序问题只占故障的一部分很多时候根源在外围。故障处理第一步永远先看现象、问操作工他们的一句话可能直接指出故障范围不要一头扎进程序里。按“机械-电气-程序”的顺序排查。很多程序看起来不对其实是限位开关没有压住。检查PLC是否运行把CPU打到RUN看是否有硬件错误灯。程序“不执行”和“执行结果错误”是两条完全不同的路径。输出点不闪灯先查外部电源输出点灯亮没动作再查继电器/接触器。这两类排查路径不要混。传感器信号“偶尔没有”先检查航空插头是否松动这个故障率极高往往被当成了程序问题。输入信号灯亮但PLC内部位不亮大概率是输入点烧坏或者公共端接触不良用强制输入功能辅助判断。PLC输出点坏了别急着换模块先看驱动的是什么负载感性负载有没有加续流保护否则换了还会烧。接触器触点吸合但主回路没电拆开接触器看触点是否烧黑电工换接触器时也要检查线圈电压对不对。一个点位故障要和整组点位一起排查因为IO板/端子排的电源往往是一组一组分配的。第55条和第59条放一起最合适。很多工程师一到现场就抱着笔记本查程序其实操作工的一句话能少走两小时弯路“这台设备每次换模后才会报警”“声音正常但就是不动”。这些都是宝贵的线索。航空插头松动这种事程序监控里看起来就是信号丢失你查逻辑半天都查不出来。把这些外部因素排除干净再打开程序才是正确顺序。4.2 干扰、通讯和程序逻辑问题从外部到内部层层剥开如果外围都正常问题还复现就要考虑干扰、通讯和程序内部逻辑了。这一部分最考验经验也最容易让新人一头雾水。模拟量波动大时用万用表串在信号回路里测电流是否稳定。最有效的验证方法临时接一个信号发生器对比判断是现场信号问题还是PLC模块问题。视频监控线、网线、模拟量线尽量分开走。现场“不明原因误动作”很多是电缆绑扎一起造成的干扰。使用通讯时把通讯状态做成一个心跳变量如果通讯中断超过N秒自动报警。不要让设备“带病运行”。排查Modbus通讯时先确认波特率、数据位、校验位和站号四要素再查线路。这四项占通讯故障的七八成。如果上位机读写变量失败检查PLC侧是否有变量被保护、只读或断连。通讯故障日志比盲调参数更有用。PLC重启后数据丢了先查掉电保持区设置。不该断电保持的区设成保持也会导致开机日期混乱。程序报警和硬件报警要区分开硬件报警常带有模块故障灯程序报警只是逻辑判断处理方式完全不同。用“交叉引用”功能找出所有读写该变量的位置尤其是同一个点在多个程序块被修改时。逐段排查比猜更快。最后故障处理完要总结把现象、原因、处理过程、预防措施写进设备档案。这样“经验”才真正属于团队。第64条和第71条是排查效率的分水岭。模拟量波动很多人直接换模块其实用信号发生器现场给一个标准4-20mA信号几分钟就能判断是模块还是信号源问题。变量被多个地方修改时交叉引用一下就能看到所有读写位置比盯着梯形图猜快太多了。这两招用熟了排查故障的思路会清晰很多。5. 职业习惯与长期成长1-3年决定后面的路第73-90条技术能力之外职业习惯决定了你能走多远。我在第73到第90条里更多讲的是怎么记录、怎么沟通、怎么学习、怎么保护自己。这些看着不起眼但对1-3年阶段的工程师来说才是拉开差距的地方。5.1 记录、复盘与资料管理经验不整理就等于没发生很多新人做完一个项目就翻篇脑子里只留下模糊记忆。等到下次遇到类似问题又从头开始摸索。养成记录和复盘的职业习惯才是把经验变成能力的唯一路径。在现场用手机拍照或录音记录关键操作回办公室整理成笔记不要相信自己的记忆力。每个项目建一个独立文件夹按“图纸、程序、文档、调试记录、问题清单”分区。越早养成习惯找资料越轻松。调试记录要写“遇到的问题最终解决办法”不要只写“已解决”。下次同类故障可以直接检索。从项目开始就维护点位表不要等调试结束再补。运营期间改过的点位要同步更新。每天下班前导出一次程序并同步网盘。不是为了给谁看是给自己留一条退路。复盘一个故障时问自己三个问题为什么发生、为什么没早发现、下次怎样避免。多问几轮水平提升很快。不要只盯着自己负责的设备尽量多去看相邻产线的电气柜。不同行业的PLC应用有很多可以借鉴的细节。学习PLC不只是学软件操作还要补一点电子、通讯、机械的知识。很多问题卡住是因为叫不出那个零件的名字。遇到新指令先查手册不要靠搜索引擎里的模糊案例。手册里的时序图和注意事项往往才是关键。第74条和第77条是所有建议里最容易坚持、也最容易见效的。我见过不少工程师项目做完了程序却存在自己电脑的“桌面/新建文件夹”里半年后连版本都分不清。每天下班前导出一次程序文件名带日期这个动作只需要一分钟但能让你在设备出问题时拿出当天可恢复的版本。光这一条就足以避免很多次深夜焦虑。5.2 沟通、交接和持续学习技术之外的软实力PLC工程师不是只跟机器打交道还要跟操作工、机械工程师、工艺工程师、设备厂商打交道。沟通方式和职业礼仪同样影响项目结果。和操作工沟通时尊重对方的信息他们天天盯着设备很多“奇怪现象”其实就是有效线索。和机械、工艺同事确认动作顺序时要画时序图文字描述容易有歧义。图一画出来条件冲突立刻暴露。项目交接不是交文档就完事要带着接手的人把每个警告和操作习惯说一遍尤其是那些写在纸片上的“潜规则”。学会写问题报告现象、影响、临时措施、根本措施、验证结果五段式。简洁清晰领导和技术支持都喜欢。遇到搞不定的问题不要一个人死磕先花15分钟整理好现场信息再求助。问问题前有准备效率完全不同。厂商技术支持电话里先把PLC型号、模块型号、故障码、已做过的排查告诉他。不问基础问题是专业素养。保持每天看一点新知识可以是说明书的一页也可以是别人分享的一个案例。做PLC这行经验曲线全靠积累。不要因为一个机型用熟了就看不起其他品牌的风格。不同PLC的编写逻辑能帮你更深入理解“程序组织单元”的概念。最后一条送给新人安全永远排在第一位。断电挂牌、验电确认、双人操作这些动作做一万次也不会多余。第83条和第85条是我很希望新人早点掌握的技能。和人确认动作顺序时光靠文字来回扯皮效率极低画一张时序图谁先动作、谁等待、谁超时报警一目了然。写问题报告看似是给领导看的实际上最受益的是你自己五段式结构强制你想清楚整个故障链路而不是只记一个“换了个传感器”。最后再说一点个人体会我见过太多新人把PLC编程当成写代码忘了它是工业设备的一部分。电气基础、调试习惯和现场沟通才是前三年最值钱的东西。90条看似多真正能内化成条件反射的可能只有几条但只要每天记一条一年后回头看你会发现自己的排查思路完全不一样了。
