1. 为什么入行1-3年的PLC工程师最需要一份“实战经验清单”干了十几年工控带过不少新人我发现一个很普遍的现象入行1到3年的PLC工程师技术书翻了不少指令表背得滚瓜烂熟但一到现场就发懵。不是逻辑写不出来而是不知道“现场会怎么坑你”。书本教的是理想模型现场给的是带干扰、带抖动、带各种意外工况的真实系统。这中间的落差就是实战经验要填的坑。这份清单我陆陆续续整理了90条覆盖硬件选型、程序架构、现场调试、故障排查、项目沟通几个维度。它不是指令手册也不是编程教程而是一个干了多年现场的人把那些“没人明说但踩过就忘不了”的东西写下来。适合谁看刚入行一两年、能独立写一些逻辑但项目经验还不够扎实的工程师也适合带新人的老手拿去当培训素材省得每次都要从头讲一遍。我尽量把每条经验背后的“为什么”讲清楚因为只给结论不给原因下次换个场景你还是不会用。文章会比较长建议先收藏遇到具体问题再翻出来对照。下面按模块展开每一条都是实际项目里验证过的不是网上抄来的。2. 硬件选型与接线那些选型手册不会告诉你的细节2.1 I/O点数的余量到底留多少才合理新手最容易犯的错就是按当前需求精确计算I/O点数然后选一个刚好够用的模块。我见过一个项目数字量输入算下来是28点选了个32点的模块结果现场调试时发现有两个传感器信号需要额外接入还有几个按钮要加最后只能临时加模块柜内空间不够折腾了整整两天。我的经验是数字量I/O至少留20%余量模拟量至少留30%。为什么模拟量余量要更大因为模拟量模块通常按通道数成组比如4通道、8通道你多留一点后面加一个传感器就不用换模块。另外模拟量信号容易受干扰有时候一个通道出问题你得有备用通道可以切换。还有一点选模块的时候要看清楚是漏型还是源型输出。三菱的PLC默认漏型西门子的默认源型如果你混用不同品牌的传感器接线方式不对信号根本读不进来。这个坑我踩过现场查了半天最后发现是NPN传感器接在了源型输入上。2.2 电源容量计算别让PLC在半夜重启PLC的电源容量不是只看CPU和I/O模块的功耗还要算上所有外接负载。我遇到过一个小项目CPU带两个输入模块、两个输出模块电源选了个标准配置结果现场运行三个月后客户反馈偶尔半夜设备会重启。查了很久最后发现是电源容量不够白天负载轻没事晚上车间其他设备停机电网电压波动电源模块扛不住就重启了。正确的算法是把所有模块的背板电流加起来再乘以1.5的安全系数。如果输出模块带继电器负载还要把继电器线圈的电流算进去。另外如果现场电网波动大建议加一个在线式UPS至少保证PLC和触摸屏不断电。这个钱不能省一次意外停机造成的损失够买好几台UPS了。2.3 接地与屏蔽90%的干扰问题都出在这里模拟量信号跳变、通讯偶尔断线、触摸屏死机这些问题十有八九跟接地和屏蔽有关。我总结了几条硬规矩模拟量信号线必须用双绞屏蔽线屏蔽层单端接地接在控制柜的接地排上不要两端都接否则会形成地环路。动力线和信号线必须分开走线槽间距至少20厘米。如果实在避不开交叉时呈90度角。变频器输出线必须用屏蔽电缆屏蔽层两端接地而且变频器侧要接在专用接地端子上。PLC的接地线不能跟变频器、伺服驱动器共用最好单独打一根接地极。有一次一个项目模拟量输入信号一直跳查了两天最后发现是屏蔽层接在了变频器的接地端子上干扰直接串进来了。改接到独立接地排后信号立刻稳定。2.4 输出模块选继电器还是晶体管这个选择取决于负载类型和动作频率。继电器输出可以带交流负载承受浪涌电流能力强但动作寿命有限一般10万次左右。晶体管输出响应快、寿命长但只能带直流负载而且过载能力差。我的建议是如果负载是接触器、电磁阀这类感性负载动作频率不高用继电器输出。如果负载是指示灯、固态继电器动作频率高用晶体管输出。如果实在拿不准加中间继电器过渡让PLC输出模块只带中间继电器线圈这样最安全。3. 程序架构从“能跑就行”到“好维护”的差距3.1 为什么你的程序别人看不懂很多新手写程序逻辑是对的但别人接手时完全看不懂。问题出在命名和结构上。我见过一个程序变量名叫M0、M1、M2注释只写了“启动”“停止”看了半天不知道这个M0到底是哪个设备的启动。我的做法是变量命名用“设备代号_功能_类型”的格式比如“Pump01_Run_Cmd”表示1号泵的运行命令“Valve03_Open_Fb”表示3号阀的打开反馈。注释要写清楚这个变量的来源和去向不要只写“启动按钮”要写“现场操作柱1号泵启动按钮常开触点”。程序结构上我习惯按功能分块初始化块、手动块、自动块、报警块、通讯块。每个块用子程序或功能块封装主程序只负责调用。这样别人接手时先看主程序就知道整体架构再看具体块就知道细节。3.2 状态机写法让复杂逻辑变得可控很多设备的动作流程是分步骤的比如一个清洗流程进水、加热、加药、搅拌、排水、脱水。如果用一堆定时器和中间继电器来写逻辑会非常乱改一个步骤就要动很多地方。我推荐用状态机写法。定义一个整数变量表示当前步骤比如Step0表示待机Step1表示进水Step2表示加热以此类推。每个步骤里只写“进入条件”“执行动作”“退出条件”“异常处理”。这样逻辑清晰改步骤只需要改对应的状态不会影响其他部分。状态机的另一个好处是方便调试。你可以在触摸屏上显示当前Step值一眼就知道设备卡在哪一步。我带的项目里凡是流程复杂的设备一律用状态机后期维护省心太多。3.3 报警处理别让一个报警淹没整个画面新手写报警往往是把所有故障点都做成报警结果一开机屏幕上几十条报警操作工根本看不过来。我的做法是分级处理一级报警紧急停机比如急停按钮、安全门打开、电机过载。这类报警触发后直接切断输出屏幕上用红色大字显示。二级报警设备异常但不影响安全比如液位高、温度偏高。这类报警触发后暂停自动流程等操作工确认后恢复。三级报警提示信息比如滤网需要清洗、润滑油需要更换。这类报警只记录不中断流程。另外报警要加延时确认避免传感器抖动导致误报。比如液位开关加2秒延时确认信号稳定后再触发报警。3.4 模拟量处理滤波和量程转换的坑模拟量输入信号往往带有噪声直接拿来用会导致控制不稳定。我一般会加一阶滤波公式是滤波值 上次滤波值 × 0.9 本次采样值 × 0.1。这个系数可以根据信号波动情况调整波动大的用0.8要求响应快的用0.95。量程转换也是新手容易出错的地方。比如一个压力变送器量程是0-10bar输出4-20mAPLC的模拟量模块分辨率是0-27648。转换公式是实际压力 (采样值 - 0) / 27648 × 10。但要注意如果变送器有偏移比如4mA对应0.2bar那就要先减去偏移量再转换。还有一点模拟量模块的通道要配置正确。西门子的模块需要设置测量类型和量程三菱的模块需要设置偏移和增益。这些配置不对读上来的数值就是错的。4. 现场调试从“实验室能跑”到“现场能稳”的跨越4.1 调试前的检查清单到了现场别急着上电先做这几件事检查电源电压是否在允许范围内三相是否平衡。检查所有接线是否牢固特别是端子排上的线运输过程中容易松动。检查PLC的拨码开关和跳线是否与设计一致。检查通讯线是否接对终端电阻是否接好。检查接地是否可靠接地电阻是否小于4欧姆。我见过一个项目上电后PLC直接冒烟原因是电源线接错了把24V接到了220V端子上。所以上电前一定要用万用表量一遍。4.2 手动调试先单动再联动手动调试的顺序是先单个设备点动确认接线正确、动作方向正确再单步运行确认每个步骤的动作顺序正确最后自动运行确认整个流程连贯。点动的时候要注意电机的正反转方向是否正确阀门的开闭方向是否正确传感器的信号是否正常。我遇到过电机反转的情况原因是相序接反了调换任意两相即可。单步运行时要观察每个步骤的过渡条件是否满足有没有卡在某一步不动。如果卡住了先检查传感器的信号是否到位再检查逻辑条件是否写错。4.3 自动运行中的常见问题自动运行中最常见的问题是动作冲突、时序错乱、信号抖动。动作冲突比如两个电机同时启动导致电流过大时序错乱比如阀门还没完全打开就开始进水信号抖动比如传感器时有时无导致流程反复跳转。解决这些问题的方法动作冲突加互锁时序错乱加延时确认信号抖动加滤波。另外自动运行时要记录每个步骤的切换时间如果某个步骤时间明显偏长或偏短说明有问题要重点排查。4.4 调试记录好记性不如烂笔头调试过程中一定要做记录包括修改了哪些参数、调整了哪些逻辑、遇到了什么问题、怎么解决的。这些记录后期维护时非常有用特别是项目交付半年后客户反馈问题你翻出调试记录一看就知道当时是怎么处理的。我习惯用Excel做一个调试日志列包括日期、问题描述、排查过程、解决方案、修改内容。每次调试完当天就填不要拖到第二天否则细节就忘了。5. 故障排查从现象到根因的完整链路5.1 排查思路先外后内先硬后软故障排查的顺序很重要。我的习惯是先检查外部设备传感器、执行器、电源再检查PLC硬件模块指示灯、接线最后检查程序逻辑。因为外部设备故障的概率远高于PLC本身。具体步骤看PLC的指示灯电源灯、运行灯、故障灯是否正常。看I/O模块的指示灯输入信号是否到位输出信号是否发出。用万用表量传感器信号确认信号是否正常。用编程软件监控程序看逻辑条件是否满足。如果以上都正常再检查程序是否有bug。5.2 常见故障案例输入信号时有时无现象设备运行中偶尔停机检查发现某个输入信号丢失。排查过程用万用表量传感器输出发现信号电压在12V到24V之间跳动。检查传感器接线发现端子松动。重新压接端子后信号稳定。根因运输或振动导致端子松动接触电阻变化信号电压不稳。预防措施所有端子用压线钳压紧定期检查紧固。5.3 常见故障案例输出模块频繁烧毁现象输出模块的某个通道频繁烧毁换了模块没多久又烧。排查过程检查负载发现是电磁阀线圈电阻正常。用示波器看输出波形发现关断时有很高的反向电动势。检查发现没有加续流二极管。根因电磁阀关断时产生反向电动势击穿输出晶体管。解决方案在电磁阀线圈两端并联续流二极管或者改用继电器输出模块。5.4 常见故障案例通讯偶尔中断现象PLC与触摸屏通讯偶尔中断重启后恢复。排查过程检查通讯线发现屏蔽层没有接地。检查通讯参数波特率、数据位、停止位都正确。检查周围环境发现变频器离通讯线很近。根因变频器干扰通过空间耦合到通讯线导致通讯错误。解决方案通讯线加屏蔽层并单端接地远离变频器必要时加磁环。6. 项目沟通与文档技术之外的软实力6.1 需求确认别自己猜问清楚新手容易犯的错是客户说“做个自动控制”你就开始写程序结果做完了客户说“这不是我要的”。问题出在需求没有确认清楚。我的做法是先跟客户确认工艺流程画出流程图让客户签字确认。再确认每个步骤的动作、条件、时间、异常处理。最后确认界面要求、报警要求、报表要求。这些都要形成文档双方签字。6.2 文档编写给自己留后路项目文档包括电气原理图、I/O清单、程序注释、操作手册、维护手册。这些文档不仅是给客户看的也是给自己留的后路。项目交付一年后客户打电话问问题你翻出文档一看就知道当时是怎么设计的。I/O清单要写清楚每个点的地址、名称、类型、备注。程序注释要写清楚每个块的功能、每个变量的含义。操作手册要写清楚怎么开机、怎么运行、怎么停机、怎么处理报警。6.3 现场沟通跟操作工搞好关系现场调试时跟操作工搞好关系很重要。他们最了解设备的实际运行情况知道哪些地方容易出问题。我每次到现场都会先跟操作工聊聊天问问设备平时怎么用有没有什么不方便的地方。这些信息比看图纸有用得多。另外操作工的建议往往很实用。比如他们可能会说“这个按钮位置太低了操作不方便”你调整一下他们就会很满意。项目验收时操作工说一句好话比你说十句都管用。7. 持续学习入行1-3年后的分水岭7.1 从“会写程序”到“会做项目”的转变入行1-3年大部分人能写程序了但能不能独立做项目是另一个层次。做项目不只是写程序还包括需求分析、方案设计、硬件选型、成本控制、进度管理、现场调试、客户沟通、文档编写。这些能力需要在项目中慢慢积累。我的建议是主动争取独立负责小项目的机会哪怕项目小也要走完整流程。做完一个项目复盘一下哪些地方做得好哪些地方可以改进。这样成长最快。7.2 学习路径别只盯着PLCPLC只是工具真正值钱的是行业知识和工艺理解。比如做水处理项目你要懂水处理工艺做包装项目你要懂包装工艺。这些知识不是看PLC手册能学到的要靠跟工艺工程师交流、看工艺图纸、跑现场积累。另外建议学一门高级语言比如C#或Python用来做上位机、数据处理、报表生成。现在很多项目需要跟MES、ERP对接会这些技能很加分。7.3 经验积累建立自己的知识库我建议每个工程师都建立自己的知识库把遇到的问题、解决方案、常用代码片段整理起来。可以用笔记软件也可以用Excel。关键是定期整理遇到类似问题时能快速找到。我的知识库分几个大类硬件选型、程序模板、故障案例、通讯配置、项目文档。每个类下面再细分比如故障案例按现象分类输入问题、输出问题、通讯问题、电源问题。这样查起来很快。8. 那些年我踩过的坑几条印象最深的教训8.1 不要相信“这个信号肯定没问题”有一次做项目调试时发现某个限位开关信号一直有我以为开关坏了换了一个还是这样。查了半天发现是机械挡块位置不对一直压着开关。所以信号不对时先检查机械部分再检查电气部分。8.2 程序改了一定要备份有一次现场调试改了一个参数设备运行正常了就没备份。结果第二天客户说又不行了我一看参数被改回去了。问了一圈原来是操作工觉得报警太吵自己进系统改了参数。所以程序改了一定要备份而且要给参数加密码保护。8.3 别在客户面前说“这个很简单”有一次客户问一个功能能不能做我说“这个很简单”结果做的时候发现有很多细节要处理花了比预期多得多的时间。客户觉得你之前说简单现在做这么久是不是能力不行。所以评估工作量时要留余量别把话说太满。8.4 现场调试要带齐工具有一次去现场忘了带USB转串口线结果没法连PLC只能等第二天。所以去现场前一定要列一个工具清单笔记本电脑、编程电缆、万用表、螺丝刀、压线钳、剥线钳、绝缘胶带、扎带、标签纸。最好再带一个备用电源模块和常用保险丝。8.5 跟客户确认需求要留书面记录有一次客户口头说“这个功能不要了”我就删了。结果验收时客户说“这个功能怎么没有”我说你之前说不要了客户说“我没说过”。没有书面记录只能吃哑巴亏。所以任何需求变更都要发邮件确认或者让客户签字。9. 给入行1-3年工程师的几条实在建议第一条别怕去现场。现场虽然累但成长最快。办公室里看一百遍手册不如现场接一次线。第二条多问为什么。看到一个电路、一段程序多问几个为什么理解背后的设计意图而不是照抄。第三条养成记录的习惯。好记性不如烂笔头把遇到的问题和解决方案记下来一年后你就是半个专家。第四条别只跟PLC打交道。多了解传感器、变频器、伺服、触摸屏、上位机这些设备是连在一起的只懂PLC不够用。第五条注意安全。调试时一定要断电操作带电作业要有人监护。我见过太多因为疏忽导致的事故安全永远是第一位的。第六条保持学习。工控技术更新不快但也在变。以太网通讯、运动控制、机器视觉、工业物联网这些新技术值得关注。第七条建立自己的口碑。做项目要认真答应的事情要做到做不到要提前说。口碑好了机会自然多。第八条注意身体。调试经常熬夜饮食不规律时间长了身体扛不住。尽量规律作息抽时间锻炼。第九条别停止思考。程序能跑不代表没问题要多想一步如果这个传感器坏了会怎样如果这个阀门卡住了会怎样提前考虑异常情况程序才稳定。第十条享受这个过程。工控是个有意思的行业你能看到自己写的程序让设备动起来能解决别人解决不了的问题这种成就感是很多工作给不了的。这90条经验有些是技术细节有些是工作方法有些是心态调整。不一定每条都适合你但希望至少有几条能让你少走点弯路。工控这条路入门容易做好难。但只要肯钻研、肯积累三五年后你就能成为独当一面的工程师。有什么问题欢迎交流。
1. 为什么入行1-3年的PLC工程师最需要一份“实战经验清单”干了十几年工控带过不少新人我发现一个很普遍的现象入行1到3年的PLC工程师技术书翻了不少指令表背得滚瓜烂熟但一到现场就发懵。不是逻辑写不出来而是不知道“现场会怎么坑你”。书本教的是理想模型现场给的是带干扰、带抖动、带各种意外工况的真实系统。这中间的落差就是实战经验要填的坑。这份清单我陆陆续续整理了90条覆盖硬件选型、程序架构、现场调试、故障排查、项目沟通几个维度。它不是指令手册也不是编程教程而是一个干了多年现场的人把那些“没人明说但踩过就忘不了”的东西写下来。适合谁看刚入行一两年、能独立写一些逻辑但项目经验还不够扎实的工程师也适合带新人的老手拿去当培训素材省得每次都要从头讲一遍。我尽量把每条经验背后的“为什么”讲清楚因为只给结论不给原因下次换个场景你还是不会用。文章会比较长建议先收藏遇到具体问题再翻出来对照。下面按模块展开每一条都是实际项目里验证过的不是网上抄来的。2. 硬件选型与接线那些选型手册不会告诉你的细节2.1 I/O点数的余量到底留多少才合理新手最容易犯的错就是按当前需求精确计算I/O点数然后选一个刚好够用的模块。我见过一个项目数字量输入算下来是28点选了个32点的模块结果现场调试时发现有两个传感器信号需要额外接入还有几个按钮要加最后只能临时加模块柜内空间不够折腾了整整两天。我的经验是数字量I/O至少留20%余量模拟量至少留30%。为什么模拟量余量要更大因为模拟量模块通常按通道数成组比如4通道、8通道你多留一点后面加一个传感器就不用换模块。另外模拟量信号容易受干扰有时候一个通道出问题你得有备用通道可以切换。还有一点选模块的时候要看清楚是漏型还是源型输出。三菱的PLC默认漏型西门子的默认源型如果你混用不同品牌的传感器接线方式不对信号根本读不进来。这个坑我踩过现场查了半天最后发现是NPN传感器接在了源型输入上。2.2 电源容量计算别让PLC在半夜重启PLC的电源容量不是只看CPU和I/O模块的功耗还要算上所有外接负载。我遇到过一个小项目CPU带两个输入模块、两个输出模块电源选了个标准配置结果现场运行三个月后客户反馈偶尔半夜设备会重启。查了很久最后发现是电源容量不够白天负载轻没事晚上车间其他设备停机电网电压波动电源模块扛不住就重启了。正确的算法是把所有模块的背板电流加起来再乘以1.5的安全系数。如果输出模块带继电器负载还要把继电器线圈的电流算进去。另外如果现场电网波动大建议加一个在线式UPS至少保证PLC和触摸屏不断电。这个钱不能省一次意外停机造成的损失够买好几台UPS了。2.3 接地与屏蔽90%的干扰问题都出在这里模拟量信号跳变、通讯偶尔断线、触摸屏死机这些问题十有八九跟接地和屏蔽有关。我总结了几条硬规矩模拟量信号线必须用双绞屏蔽线屏蔽层单端接地接在控制柜的接地排上不要两端都接否则会形成地环路。动力线和信号线必须分开走线槽间距至少20厘米。如果实在避不开交叉时呈90度角。变频器输出线必须用屏蔽电缆屏蔽层两端接地而且变频器侧要接在专用接地端子上。PLC的接地线不能跟变频器、伺服驱动器共用最好单独打一根接地极。有一次一个项目模拟量输入信号一直跳查了两天最后发现是屏蔽层接在了变频器的接地端子上干扰直接串进来了。改接到独立接地排后信号立刻稳定。2.4 输出模块选继电器还是晶体管这个选择取决于负载类型和动作频率。继电器输出可以带交流负载承受浪涌电流能力强但动作寿命有限一般10万次左右。晶体管输出响应快、寿命长但只能带直流负载而且过载能力差。我的建议是如果负载是接触器、电磁阀这类感性负载动作频率不高用继电器输出。如果负载是指示灯、固态继电器动作频率高用晶体管输出。如果实在拿不准加中间继电器过渡让PLC输出模块只带中间继电器线圈这样最安全。3. 程序架构从“能跑就行”到“好维护”的差距3.1 为什么你的程序别人看不懂很多新手写程序逻辑是对的但别人接手时完全看不懂。问题出在命名和结构上。我见过一个程序变量名叫M0、M1、M2注释只写了“启动”“停止”看了半天不知道这个M0到底是哪个设备的启动。我的做法是变量命名用“设备代号_功能_类型”的格式比如“Pump01_Run_Cmd”表示1号泵的运行命令“Valve03_Open_Fb”表示3号阀的打开反馈。注释要写清楚这个变量的来源和去向不要只写“启动按钮”要写“现场操作柱1号泵启动按钮常开触点”。程序结构上我习惯按功能分块初始化块、手动块、自动块、报警块、通讯块。每个块用子程序或功能块封装主程序只负责调用。这样别人接手时先看主程序就知道整体架构再看具体块就知道细节。3.2 状态机写法让复杂逻辑变得可控很多设备的动作流程是分步骤的比如一个清洗流程进水、加热、加药、搅拌、排水、脱水。如果用一堆定时器和中间继电器来写逻辑会非常乱改一个步骤就要动很多地方。我推荐用状态机写法。定义一个整数变量表示当前步骤比如Step0表示待机Step1表示进水Step2表示加热以此类推。每个步骤里只写“进入条件”“执行动作”“退出条件”“异常处理”。这样逻辑清晰改步骤只需要改对应的状态不会影响其他部分。状态机的另一个好处是方便调试。你可以在触摸屏上显示当前Step值一眼就知道设备卡在哪一步。我带的项目里凡是流程复杂的设备一律用状态机后期维护省心太多。3.3 报警处理别让一个报警淹没整个画面新手写报警往往是把所有故障点都做成报警结果一开机屏幕上几十条报警操作工根本看不过来。我的做法是分级处理一级报警紧急停机比如急停按钮、安全门打开、电机过载。这类报警触发后直接切断输出屏幕上用红色大字显示。二级报警设备异常但不影响安全比如液位高、温度偏高。这类报警触发后暂停自动流程等操作工确认后恢复。三级报警提示信息比如滤网需要清洗、润滑油需要更换。这类报警只记录不中断流程。另外报警要加延时确认避免传感器抖动导致误报。比如液位开关加2秒延时确认信号稳定后再触发报警。3.4 模拟量处理滤波和量程转换的坑模拟量输入信号往往带有噪声直接拿来用会导致控制不稳定。我一般会加一阶滤波公式是滤波值 上次滤波值 × 0.9 本次采样值 × 0.1。这个系数可以根据信号波动情况调整波动大的用0.8要求响应快的用0.95。量程转换也是新手容易出错的地方。比如一个压力变送器量程是0-10bar输出4-20mAPLC的模拟量模块分辨率是0-27648。转换公式是实际压力 (采样值 - 0) / 27648 × 10。但要注意如果变送器有偏移比如4mA对应0.2bar那就要先减去偏移量再转换。还有一点模拟量模块的通道要配置正确。西门子的模块需要设置测量类型和量程三菱的模块需要设置偏移和增益。这些配置不对读上来的数值就是错的。4. 现场调试从“实验室能跑”到“现场能稳”的跨越4.1 调试前的检查清单到了现场别急着上电先做这几件事检查电源电压是否在允许范围内三相是否平衡。检查所有接线是否牢固特别是端子排上的线运输过程中容易松动。检查PLC的拨码开关和跳线是否与设计一致。检查通讯线是否接对终端电阻是否接好。检查接地是否可靠接地电阻是否小于4欧姆。我见过一个项目上电后PLC直接冒烟原因是电源线接错了把24V接到了220V端子上。所以上电前一定要用万用表量一遍。4.2 手动调试先单动再联动手动调试的顺序是先单个设备点动确认接线正确、动作方向正确再单步运行确认每个步骤的动作顺序正确最后自动运行确认整个流程连贯。点动的时候要注意电机的正反转方向是否正确阀门的开闭方向是否正确传感器的信号是否正常。我遇到过电机反转的情况原因是相序接反了调换任意两相即可。单步运行时要观察每个步骤的过渡条件是否满足有没有卡在某一步不动。如果卡住了先检查传感器的信号是否到位再检查逻辑条件是否写错。4.3 自动运行中的常见问题自动运行中最常见的问题是动作冲突、时序错乱、信号抖动。动作冲突比如两个电机同时启动导致电流过大时序错乱比如阀门还没完全打开就开始进水信号抖动比如传感器时有时无导致流程反复跳转。解决这些问题的方法动作冲突加互锁时序错乱加延时确认信号抖动加滤波。另外自动运行时要记录每个步骤的切换时间如果某个步骤时间明显偏长或偏短说明有问题要重点排查。4.4 调试记录好记性不如烂笔头调试过程中一定要做记录包括修改了哪些参数、调整了哪些逻辑、遇到了什么问题、怎么解决的。这些记录后期维护时非常有用特别是项目交付半年后客户反馈问题你翻出调试记录一看就知道当时是怎么处理的。我习惯用Excel做一个调试日志列包括日期、问题描述、排查过程、解决方案、修改内容。每次调试完当天就填不要拖到第二天否则细节就忘了。5. 故障排查从现象到根因的完整链路5.1 排查思路先外后内先硬后软故障排查的顺序很重要。我的习惯是先检查外部设备传感器、执行器、电源再检查PLC硬件模块指示灯、接线最后检查程序逻辑。因为外部设备故障的概率远高于PLC本身。具体步骤看PLC的指示灯电源灯、运行灯、故障灯是否正常。看I/O模块的指示灯输入信号是否到位输出信号是否发出。用万用表量传感器信号确认信号是否正常。用编程软件监控程序看逻辑条件是否满足。如果以上都正常再检查程序是否有bug。5.2 常见故障案例输入信号时有时无现象设备运行中偶尔停机检查发现某个输入信号丢失。排查过程用万用表量传感器输出发现信号电压在12V到24V之间跳动。检查传感器接线发现端子松动。重新压接端子后信号稳定。根因运输或振动导致端子松动接触电阻变化信号电压不稳。预防措施所有端子用压线钳压紧定期检查紧固。5.3 常见故障案例输出模块频繁烧毁现象输出模块的某个通道频繁烧毁换了模块没多久又烧。排查过程检查负载发现是电磁阀线圈电阻正常。用示波器看输出波形发现关断时有很高的反向电动势。检查发现没有加续流二极管。根因电磁阀关断时产生反向电动势击穿输出晶体管。解决方案在电磁阀线圈两端并联续流二极管或者改用继电器输出模块。5.4 常见故障案例通讯偶尔中断现象PLC与触摸屏通讯偶尔中断重启后恢复。排查过程检查通讯线发现屏蔽层没有接地。检查通讯参数波特率、数据位、停止位都正确。检查周围环境发现变频器离通讯线很近。根因变频器干扰通过空间耦合到通讯线导致通讯错误。解决方案通讯线加屏蔽层并单端接地远离变频器必要时加磁环。6. 项目沟通与文档技术之外的软实力6.1 需求确认别自己猜问清楚新手容易犯的错是客户说“做个自动控制”你就开始写程序结果做完了客户说“这不是我要的”。问题出在需求没有确认清楚。我的做法是先跟客户确认工艺流程画出流程图让客户签字确认。再确认每个步骤的动作、条件、时间、异常处理。最后确认界面要求、报警要求、报表要求。这些都要形成文档双方签字。6.2 文档编写给自己留后路项目文档包括电气原理图、I/O清单、程序注释、操作手册、维护手册。这些文档不仅是给客户看的也是给自己留的后路。项目交付一年后客户打电话问问题你翻出文档一看就知道当时是怎么设计的。I/O清单要写清楚每个点的地址、名称、类型、备注。程序注释要写清楚每个块的功能、每个变量的含义。操作手册要写清楚怎么开机、怎么运行、怎么停机、怎么处理报警。6.3 现场沟通跟操作工搞好关系现场调试时跟操作工搞好关系很重要。他们最了解设备的实际运行情况知道哪些地方容易出问题。我每次到现场都会先跟操作工聊聊天问问设备平时怎么用有没有什么不方便的地方。这些信息比看图纸有用得多。另外操作工的建议往往很实用。比如他们可能会说“这个按钮位置太低了操作不方便”你调整一下他们就会很满意。项目验收时操作工说一句好话比你说十句都管用。7. 持续学习入行1-3年后的分水岭7.1 从“会写程序”到“会做项目”的转变入行1-3年大部分人能写程序了但能不能独立做项目是另一个层次。做项目不只是写程序还包括需求分析、方案设计、硬件选型、成本控制、进度管理、现场调试、客户沟通、文档编写。这些能力需要在项目中慢慢积累。我的建议是主动争取独立负责小项目的机会哪怕项目小也要走完整流程。做完一个项目复盘一下哪些地方做得好哪些地方可以改进。这样成长最快。7.2 学习路径别只盯着PLCPLC只是工具真正值钱的是行业知识和工艺理解。比如做水处理项目你要懂水处理工艺做包装项目你要懂包装工艺。这些知识不是看PLC手册能学到的要靠跟工艺工程师交流、看工艺图纸、跑现场积累。另外建议学一门高级语言比如C#或Python用来做上位机、数据处理、报表生成。现在很多项目需要跟MES、ERP对接会这些技能很加分。7.3 经验积累建立自己的知识库我建议每个工程师都建立自己的知识库把遇到的问题、解决方案、常用代码片段整理起来。可以用笔记软件也可以用Excel。关键是定期整理遇到类似问题时能快速找到。我的知识库分几个大类硬件选型、程序模板、故障案例、通讯配置、项目文档。每个类下面再细分比如故障案例按现象分类输入问题、输出问题、通讯问题、电源问题。这样查起来很快。8. 那些年我踩过的坑几条印象最深的教训8.1 不要相信“这个信号肯定没问题”有一次做项目调试时发现某个限位开关信号一直有我以为开关坏了换了一个还是这样。查了半天发现是机械挡块位置不对一直压着开关。所以信号不对时先检查机械部分再检查电气部分。8.2 程序改了一定要备份有一次现场调试改了一个参数设备运行正常了就没备份。结果第二天客户说又不行了我一看参数被改回去了。问了一圈原来是操作工觉得报警太吵自己进系统改了参数。所以程序改了一定要备份而且要给参数加密码保护。8.3 别在客户面前说“这个很简单”有一次客户问一个功能能不能做我说“这个很简单”结果做的时候发现有很多细节要处理花了比预期多得多的时间。客户觉得你之前说简单现在做这么久是不是能力不行。所以评估工作量时要留余量别把话说太满。8.4 现场调试要带齐工具有一次去现场忘了带USB转串口线结果没法连PLC只能等第二天。所以去现场前一定要列一个工具清单笔记本电脑、编程电缆、万用表、螺丝刀、压线钳、剥线钳、绝缘胶带、扎带、标签纸。最好再带一个备用电源模块和常用保险丝。8.5 跟客户确认需求要留书面记录有一次客户口头说“这个功能不要了”我就删了。结果验收时客户说“这个功能怎么没有”我说你之前说不要了客户说“我没说过”。没有书面记录只能吃哑巴亏。所以任何需求变更都要发邮件确认或者让客户签字。9. 给入行1-3年工程师的几条实在建议第一条别怕去现场。现场虽然累但成长最快。办公室里看一百遍手册不如现场接一次线。第二条多问为什么。看到一个电路、一段程序多问几个为什么理解背后的设计意图而不是照抄。第三条养成记录的习惯。好记性不如烂笔头把遇到的问题和解决方案记下来一年后你就是半个专家。第四条别只跟PLC打交道。多了解传感器、变频器、伺服、触摸屏、上位机这些设备是连在一起的只懂PLC不够用。第五条注意安全。调试时一定要断电操作带电作业要有人监护。我见过太多因为疏忽导致的事故安全永远是第一位的。第六条保持学习。工控技术更新不快但也在变。以太网通讯、运动控制、机器视觉、工业物联网这些新技术值得关注。第七条建立自己的口碑。做项目要认真答应的事情要做到做不到要提前说。口碑好了机会自然多。第八条注意身体。调试经常熬夜饮食不规律时间长了身体扛不住。尽量规律作息抽时间锻炼。第九条别停止思考。程序能跑不代表没问题要多想一步如果这个传感器坏了会怎样如果这个阀门卡住了会怎样提前考虑异常情况程序才稳定。第十条享受这个过程。工控是个有意思的行业你能看到自己写的程序让设备动起来能解决别人解决不了的问题这种成就感是很多工作给不了的。这90条经验有些是技术细节有些是工作方法有些是心态调整。不一定每条都适合你但希望至少有几条能让你少走点弯路。工控这条路入门容易做好难。但只要肯钻研、肯积累三五年后你就能成为独当一面的工程师。有什么问题欢迎交流。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
