干PLC调试这行到今天整整12年前前后后带过二十来个应届生有后来混成项目经理的也有干了三个月就提桶跑路的。我复盘了很久发现新人淘汰得快真不是智商问题而是头三个月没人告诉他这行真正的生存法则。技术可以慢慢练但很多坑明明可以提前避开非得自己踩一遍才长记性代价太大了。所以我决定把这12年攒下的东西整理成90条入行经验每天更新一部分。这篇先把最要命的基础篇放出来——岗位认知、学习路径、现场调试、通信实战、与人打交道、职业成长六个大块条条都是我踩过的坑和带人时反复强调的东西。如果你的专业是自动化、电气工程及其自动化或者正在工控圈边缘试探这篇文章就是写给你看的。我没有废话也不会画饼只想让你少走一年弯路。1. 入行的头三个月先看清自动化这行的真实模样很多应届生投简历的时候脑子里想的是“自动化工程师”这个title觉得是坐在写字楼里画电路、写程序的高级白领。结果入职第一周就被拉到车间蹲在电柜前面查线手上全是机油脸上全是灰。我至今记得自己刚入行那年夏天在钢铁厂轧线旁边调试工作服湿了干、干了湿一天喝掉三壶水晚上回宾馆擤鼻涕都是黑的。这不是劝退是先把现实摆出来让你做好心理预期。1.1 岗位认知你是工程师也是电工、搬运工和保洁第1条 关于岗位认知自动化工程师90%的时间不在电脑前而在现场。设备调试、故障排查、陪产验收才是你的主战场。你既要有工程师的脑子也要有电工的手艺甚至要有搬运工的体力。那些看起来光鲜的“自动化”项目落地的时候都离不开满身油污的调试阶段。第2条 关于公司选择第一份工作我建议优先考虑项目量大的集成商或者有自己产品的设备厂而不是一上来就图安稳进甲方。集成商的好处是项目杂、品牌多、协议广西门子、三菱、汇川、台达你都可能摸到头三年就是用来刷见识的。产品型公司则能把一个机型吃透学的是深度。甲方舒服但技能成长速度普遍偏慢等你想跳出来的时候手上可能拿不出几个完整项目。第3条 关于师父入职时一定要留意公司给你配的带教师傅是谁。多数小公司没人专门带你你得自己“认”一个师傅——通常是项目组里最忙但技术最好的人。主动帮他拎工具、跑腿、整理图纸他会愿意在干活的时候多说两句。我刚带人的时候就发现愿意主动干杂活的徒弟半年后基本都能独立接手小项目坐等安排的一年了还在打杂。1.2 工作选择的关键维度应届生容易被“世界500强”“上市公司”这些光环吸引但自动化这个行当项目和实战才是硬通货。维度产品型设备厂系统集成商甲方工厂项目节奏相对稳定机型固定项目多周期紧维护为主项目少技术广度窄而深广而杂窄而浅出差强度中高低新人成长中快慢适合人群想深耕某一行业想快速积累经验想稳定顾家第4条 关于城市和行业长三角、珠三角的自动化岗位密度远超其他地区如果你还年轻建议先去产业聚集的地方闯一闯。行业也有讲究锂电、光伏、半导体设备这几年项目多传统汽车零部件和钢铁冶金虽然苦但工艺复杂能学到更扎实的现场功底。第5条 关于面试必问项面试时一定要问清楚两件事出差频率和加班强度。有些项目集成商常年驻场一年有300天在客户现场家里有事都顾不上。不是让你拒绝出差而是心里要有数别入职三个月才发现自己根本接受不了长期外派。1.3 头三个月的心态管理第6条 关于前三个月的目标你的核心任务是“看懂流程、不添乱”不是急着证明自己多厉害。多看、多记、多问“为什么”遇到不懂的术语当场搞明白不要攒着不好意思问。我见过有新人因为怕露怯把“急停回路为什么这样接”这种关键问题憋了一个月直到出事了才被逼着问出来那才叫尴尬。第7条 关于笔记习惯从第一天开始就准备一个笔记本或者用手机备忘录建一个“工作随记”把每天看到的设备型号、听到的调试术语、遇到的问题和解决办法全部记下来。别高估自己的记忆力项目一多三个月前调过的设备再让你去处理故障你大概率什么都想不起来。笔记这东西一年后就是你的私人手册。2. 编程可以慢慢学但基本功必须长在肌肉里很多应届生求职简历上写着“精通PLC编程”实际上只会点梯形图连I/O分配都不太会做。这很正常大学里教的是理论工厂里要的是工程习惯。但你要记住编程语言只是工具真正决定你水平上限的是电气基础、工程规范和调试思路。2.1 电气基础是自动化的地基第8条 关于电气图纸拿到一套图纸先找电源走向再把主回路和控制回路分开看。主回路是电机、变频器、接触器这些大电流部分控制回路是PLC输入输出、继电器这些小电流信号。很多新人一上来就盯着PLC程序看结果现场查故障时连接触器辅助触点并到哪里去了都搞不清只能干瞪眼。会看电气图是调试的前提。第9条 关于动手画图建议每个新人都用手把典型的主回路和控制回路画一遍比如电机星三角启动、正反转互锁、变频器端子控制。不用画得多漂亮关键是理解电流走向和保护逻辑。电动机会不会因为相序接反烧掉热继电器为什么要串在控制回路里想明白这些你才能真正看懂PLC程序里的那些输入信号。第10条 关于I/O分配表PLC编程的第一件事不是写指令而是做I/O分配表。把每个输入点对应哪个传感器、哪个按钮每个输出点驱动哪个接触器、哪个阀全部列清楚然后按照统一前缀命名——DI表示数字量输入DO表示数字量输出AI是模拟量输入AO是模拟量输出。命名规范的好处等程序写到5000步的时候你就会懂不然你满屏找“X012”到底是个什么玩意儿能把自己找吐。2.2 编程习惯比会多少指令重要第11条 关于注释和命名写注释不是给公司看的是给三个月后的自己看的。不管是西门子的DB块、三菱的注释还是CODESYS里的变量声明都要写清楚“这个点是什么、从哪来、到哪去”。我见过最离谱的程序变量名叫“A1”“B2”“X3”逻辑本身没错但换谁都看不懂。你写的程序起码要像一个有基本素养的工程师写的而不是天书。第12条 关于程序结构别把整个设备的逻辑全堆在一个主程序里那是典型的“面条代码”。要学会用子程序、功能块、FB/FC把功能拆开——电机控制归电机控制报警处理归报警处理模拟量处理归模拟量处理。一句话程序是给人读的顺便给机器跑。第13条 关于备份版本这是我最想砸桌子强调的一点。改PLC程序之前一定要先上传原程序备份然后在备份基础上修改改完下载后再上传一次保存归档文件名带日期和版本号。PLC不像电脑文档没有CtrlZ后悔药尤其设备已经在生产运行的时候一个逻辑改错可能就是整条线停机损失是按分钟算钱的。我见过新人直接在线修改程序不小心按了下载把正在运行的设备弄停甲方的脸当场就黑了。第14条 关于仿真的价值没条件搭实物实验台的时候多用编程软件的仿真功能。三菱GX Works的仿真、西门子PLCSIM、CODESYS的在线模拟都能让你在没有PLC的情况下练逻辑、调程序。别觉得仿真不过瘾它至少能帮你把基本的梯形图、ST语法练熟。到了现场你要面对的还有接线、EMC干扰、机械配合这些仿真里根本模拟不出来的东西。2.3 调试基本功在线监控与强制点的正确姿势第15条 关于在线监控的用法程序下载后在线监控不是用来看线圈有没有得电而是要看“输入条件为什么没满足”。比如设备不动你就去看对应输出线圈前面的串联/并联条件是传感器没信号还是中间继电器没吸合还是前一个工序没完成。从输出倒着往前查这是最标准的排查思路。很多人只盯着第一个不亮的输出点而不去分析它为什么不亮结果抓瞎半天。第16条 关于强制点的使用在线调试时可以用强制功能给某个点位强制ON/OFF但一定要记住强制用完必须复位我接手过一台设备前一个调试员把某个中间继电器强制成ON忘了解除导致设备一开机就自己动作找了两天才发现。强制是双刃剑它能帮你快速定位问题也能埋下最阴的雷用之前想清楚用之后马上还愿。3. 第一次独立去现场图纸、万用表和胆量第一次独立去客户现场谁都会紧张。我记得自己第一次单独调一台小型包装机甲方设备科的人站在旁边看着我我拿万用表的手都在抖。但现场这关你必须自己过设备不会因为你紧张就少出毛病。下面这几条是我反复交代新人一定要做到位的。3.1 到了现场先别急着动手第17条 关于先看图再动手进车间第一件事把图纸摊开找到这台设备的PLC柜对着图纸把实际端子排、继电器、断路器核对一遍。别急着上电别急着动程序先搞清楚这台设备有几个柜子、电源从哪里来、急停回路是怎么串的。十分钟的核对能帮你避免百分之八十的低级接错线事故。第18条 关于IO点检上电之后别急着跑自动程序先做一次“点检”——用手或螺丝刀触发每个输入点确认对应PLC输入指示灯亮状态位变化正确再强制每个输出点确认对应的接触器、阀、指示灯动作正确。输入输出全部点一遍确认和I/O分配表完全一致再做空载测试。这一步看似枯燥却能把接线错误、传感器类型搞错、公共端接错这些问题全部筛掉。3.2 排查故障要按“信号流”走第19条 关于信号流排查法设备故障排查永远按照“信号从哪里来到哪里去”的顺序走。比如一个气缸不动排查思路应该是阀得电了吗阀有气吗气缸机械卡住了吗如果没有一个清晰的排查逻辑你就是在瞎蒙。我把常用的排查顺序做成了一张表故障现象第一步检查工具常见原因电机不转接触器是否吸合万用表控制回路断线、热继电器跳闸PLC无输出输出公共端有无电压万用表公共端保险丝烧断、电源缺相气缸不动电磁阀线圈是否得电电笔/万用表中间继电器损坏、程序条件未满足传感器无信号传感器电源正负万用表24V电源故障、接线反了触摸屏报警频繁报警对应I/O点状态PLC在线监控传感器松动、信号干扰第20条 关于PLC输出没动作的三板斧先查输出公共端有没有电源再查输出继电器或晶体管的电源最后才查程序。很多时候不是程序问题而是输出点烧了、保险丝断了、公共线松了这些东西不看硬件只看程序你会怀疑人生。现场设备80%的故障都是硬件和接线问题程序只是背锅侠。3.3 现场安全永远有一条红线第21条 关于断电挂牌与急停任何时候动接线必须先断电、挂牌、验电谁说情都不行。急停回路、安全门回路绝对禁止在调试时为了图方便去短接它。这是拿命在赌运气的事。我在自动化这个圈子里听说过不止一起因为短接安全回路导致的工伤事故有的连后悔的机会都没有。你可以技术不好但不能没有安全意识。4. 通信是新人翻车重灾区从Modbus到OPC UA的实战理解通信这块几乎每个新人都要脱一层皮。明明看着很简单“不就是用一根线把两个设备连起来嘛”结果一调就是一天最后发现是地址错了、波特率错了或者屏蔽层没接地。下面这几条经验能帮你少熬几个通宵。4.1 通信故障排查的顺序思维第22条 关于通信排查顺序通信不上绝大多数问题出在最基础的物理层和参数层。我的排查顺序永远是先查网线/电缆物理连接再查参数设置最后才怀疑协议和数据内容。很多人一上来就抱着手册看协议帧格式结果折腾半天发现是网线被压断了或者交换机端口没插稳这种错误我犯过不止一次。通信不上时的检查项具体内容物理连接网线通不通、水晶头是否压好、RS485的A/B是否接反参数配置站号、波特率、数据位、校验位、停止位IP地址双方是否在同一网段子网掩码是否一致端口/服务使用的端口号是否被占用、服务是否开启组态一致性Profinet设备名称是否一致、GSD文件版本第23条 关于Modbus的坑Modbus是工控圈最常见的协议但坑特别多。寄存器地址在手册上标的是40001、40002但在程序里对应地址0、1这个偏差能坑哭新人。读写的时候还要分清是保持寄存器还是输入寄存器是16位还是32位字节顺序是高字在前还是低字在前。不同品牌PLC的Modbus功能码写法还不一样跟变频器通信时一定要先读手册把寄存器表弄明白再动手。4.2 多设备通信与上位机数据采集第24条 关于变频器通信和变频器走通信建议先只读不写先把频率、电流、转速这些状态量读上来确认数据对了再考虑写启动停止和给定频率。一上来就发运行命令万一正反转逻辑反了电机直接飞车那场面能把人吓出一身冷汗。第25条 关于西门子PLC之间的通信西门子S7-1200/1500之间或者和上位机通信基本都是Profinet或S7协议。Profinet组态时最容易出问题的是设备名称不一致——PLC程序里组态的设备名称必须和硬件上实际分配的名称完全一样区分大小写不能有空格。我调过一台设备就是因为在博图里多打了一个下划线足足查了一个下午。第26条 关于OPC UA读取PLC数据现在工厂数字化很流行OPC UA协议基本成了标配。如果你想从PLC读数据给上位机、MES、云平台那OPC UA是绕不开的。调这种通信时先别急着写代码用UaExpert这个通用客户端连一下PLC服务器确认地址空间里能看到你要的节点安全策略和证书能过去再让上位机工程师对接。服务器地址、端口、安全策略、用户名密码每一项不对都连不上。你自己先会连才不会在沟通时被IT和上位机人员牵着鼻子走。5. 技术之外的生存课和电工、操作工、甲方打交道干自动化这行最累的往往不是设备是人。你技术再好不会和人打交道项目一样会干得很痛苦。我见过技术很牛但性格很冲的工程师在客户现场天天吵架最后被换掉也见过技术一般但很会沟通的项目做得顺顺利利客户还点名要他。5.1 调试现场的角色暗流第27条 关于现场角色一个设备调试现场至少有五类人甲方项目经理、设备科工程师、操作工、电工、你的同事。遇到分歧的时候搞清楚谁对技术方案有决策权谁对生产停机有话语权。不要跟操作工争论操作细节——他比你更懂这台设备的日常脾气不要越过甲方设备科直接找领导汇报——这会让你后续寸步难行。第28条 关于和操作工搞好关系这条是我最想让新人知道的。操作工天天在设备旁边设备有什么奇怪的小毛病、哪个传感器偶尔抽风你翻半天程序看不出来的问题他们心里大概率有数。多递根烟、多聊两句他们会把真实情况告诉你。前两年有个老操作工告诉我“这台设备每次周三下午必报警”我去查了一下发现是因为车间周三下午气压最低程序里没有低压报警逻辑。这种经验看代码永远看不出来。5.2 改程序与需求变更的自我保护第29条 关于改程序的纪律程序修改前一定备份修改后把变更点记录下来写清楚“哪天、改了哪个逻辑、为什么改、谁要求改的”。重大变更要给甲方相关人员发邮件确认。不是搞官僚是保护你自己——如果哪天甲方说“你们上次改完怎么出问题了”你至少拿得出记录能说清楚当时是谁拍板要改的。第30条 关于“设备不稳定”的应对这是甲方最常用的表述也是最模糊的表述。遇到这种情况先不要急着改程序而是问清楚四个问题什么时候发生的现象具体是什么多久发生一次发生时操作工在做什么操作把这四件事问明白你会发现一半以上的“不稳定”其实都是操作问题、机械问题或者某个传感器松动。直接改程序是最懒也最容易引火烧身的做法。5.3 文档和交接是保命符第31条 关于调试日志养成写调试日志的习惯。每天收工前记录今天做了哪些改动、测了哪些功能、遇到什么问题、明天准备干什么。这个习惯看起来琐碎但项目做到后半段你会发现自己根本记不清一周前改了哪里这时日志就是你最可靠的依据。第32条 关于验收陪产设备验收的时候全程盯紧。陪产期间把触摸屏报警记录、设备连续运行数据保留好作为验收依据。很多项目拖到最后就是验收标准不明确扯皮。把试运行时间、产量、故障次数用数据说话比任何口头承诺都管用。我在最后验收阶段几乎都抱着笔记本电脑把数据一条条导出来做证据整个项目才能干干净净收尾。6. 三年后你想成为谁职业成长路径与后续更新计划前五块讲的是怎么活下来这一块讲的是怎么活得更好。自动化这行天花板不低但绝大多数人困在“技术执行者”的位置上每天重复查线、改程序、陪产却不抬头看路。三年后你想成为谁从今天就要开始往那个方向走。6.1 从执行者到设计者第33条 关于主动参与方案设计干了一两年现场之后别满足于“别人给方案你来执行”。要主动参与方案设计自己选传感器、算I/O点数、估项目工期、设计控制逻辑。这一步是从“调试工”变成“工程师”的分水岭。很多人干了五年还在做执行层面的事就是因为从不问“为什么要这样设计”只会等别人把方案定好。第34条 关于知识库的建立从入行开始就把每次故障处理写成“现象—原因—解决”三行卡片存到自己的笔记里。一年下来你就有了一本完全属于自己的故障字典。再遇到类似问题翻出来就能定位效率比同事高出一大截。这套方法也叫复盘但比我讲过的任何鸡汤都实用。6.2 自动化与IT技术结合的演化方向第35条 关于学一门高级语言如果你还想往上走Python或C#至少学一门。现在设备越来越智能数据采集、上位机、MES对接、报表生成这些需求越来越多。会PLC的人满大街都是既会PLC又能写点Python脚本处理数据的人在项目里的价值完全不同。我最近就在用Python写点小工具批量分析设备报警记录十分钟干完原来三小时的手工活。第36条 关于自动化和软件测试的思维借鉴干自动化越久越发现很多思路可以互相借鉴。比如软件测试里有“自动化测试框架”的概念我在PLC程序里做批量逻辑验证时也开始学着把测试用例整理出来用脚本跑回归测试。这听起来很超前但确实是提高项目质量的实用方法。别把自己只定义成电工或PLC程序员多接触一点IT知识你的视野会宽很多。6.3 后续更新安排与每天的学习节奏这90条经验我会按照设备厂商、通信协议、具体故障案例、面试求职这几个方向继续更新每天推出新的条目保证每条都能落地、能直接用。我建议你看的时候不要贪多每天消化两三条就好结合自己手头的项目和设备边用边体会。后面更新的时候我会多写一些具体的型号操作比如汇川AM系列本地IO模块识别问题、台达PLC程序下载步骤、STEP7 Micro/WIN SMART找不到CPU的解决流程还有PID温度波动怎么调这些东西都是大家急着要的我一条条来。我写了这么多核心不是让你一步登天而是希望你能站在前面人的脚印上走。刚入行的头半年确实苦但自动化是个越老越值钱的行业只要撑过前面那段“什么都不会”的焦虑期后面每一步都是在往上走。最后分享一个小习惯每天下班前问自己一句“今天有没有哪个瞬间是我昨天肯定搞不定的”如果有说明你在成长这条路就没白走。
PLC调试入行12年老师傅总结的90条生存法则（基础篇）
干PLC调试这行到今天整整12年前前后后带过二十来个应届生有后来混成项目经理的也有干了三个月就提桶跑路的。我复盘了很久发现新人淘汰得快真不是智商问题而是头三个月没人告诉他这行真正的生存法则。技术可以慢慢练但很多坑明明可以提前避开非得自己踩一遍才长记性代价太大了。所以我决定把这12年攒下的东西整理成90条入行经验每天更新一部分。这篇先把最要命的基础篇放出来——岗位认知、学习路径、现场调试、通信实战、与人打交道、职业成长六个大块条条都是我踩过的坑和带人时反复强调的东西。如果你的专业是自动化、电气工程及其自动化或者正在工控圈边缘试探这篇文章就是写给你看的。我没有废话也不会画饼只想让你少走一年弯路。1. 入行的头三个月先看清自动化这行的真实模样很多应届生投简历的时候脑子里想的是“自动化工程师”这个title觉得是坐在写字楼里画电路、写程序的高级白领。结果入职第一周就被拉到车间蹲在电柜前面查线手上全是机油脸上全是灰。我至今记得自己刚入行那年夏天在钢铁厂轧线旁边调试工作服湿了干、干了湿一天喝掉三壶水晚上回宾馆擤鼻涕都是黑的。这不是劝退是先把现实摆出来让你做好心理预期。1.1 岗位认知你是工程师也是电工、搬运工和保洁第1条 关于岗位认知自动化工程师90%的时间不在电脑前而在现场。设备调试、故障排查、陪产验收才是你的主战场。你既要有工程师的脑子也要有电工的手艺甚至要有搬运工的体力。那些看起来光鲜的“自动化”项目落地的时候都离不开满身油污的调试阶段。第2条 关于公司选择第一份工作我建议优先考虑项目量大的集成商或者有自己产品的设备厂而不是一上来就图安稳进甲方。集成商的好处是项目杂、品牌多、协议广西门子、三菱、汇川、台达你都可能摸到头三年就是用来刷见识的。产品型公司则能把一个机型吃透学的是深度。甲方舒服但技能成长速度普遍偏慢等你想跳出来的时候手上可能拿不出几个完整项目。第3条 关于师父入职时一定要留意公司给你配的带教师傅是谁。多数小公司没人专门带你你得自己“认”一个师傅——通常是项目组里最忙但技术最好的人。主动帮他拎工具、跑腿、整理图纸他会愿意在干活的时候多说两句。我刚带人的时候就发现愿意主动干杂活的徒弟半年后基本都能独立接手小项目坐等安排的一年了还在打杂。1.2 工作选择的关键维度应届生容易被“世界500强”“上市公司”这些光环吸引但自动化这个行当项目和实战才是硬通货。维度产品型设备厂系统集成商甲方工厂项目节奏相对稳定机型固定项目多周期紧维护为主项目少技术广度窄而深广而杂窄而浅出差强度中高低新人成长中快慢适合人群想深耕某一行业想快速积累经验想稳定顾家第4条 关于城市和行业长三角、珠三角的自动化岗位密度远超其他地区如果你还年轻建议先去产业聚集的地方闯一闯。行业也有讲究锂电、光伏、半导体设备这几年项目多传统汽车零部件和钢铁冶金虽然苦但工艺复杂能学到更扎实的现场功底。第5条 关于面试必问项面试时一定要问清楚两件事出差频率和加班强度。有些项目集成商常年驻场一年有300天在客户现场家里有事都顾不上。不是让你拒绝出差而是心里要有数别入职三个月才发现自己根本接受不了长期外派。1.3 头三个月的心态管理第6条 关于前三个月的目标你的核心任务是“看懂流程、不添乱”不是急着证明自己多厉害。多看、多记、多问“为什么”遇到不懂的术语当场搞明白不要攒着不好意思问。我见过有新人因为怕露怯把“急停回路为什么这样接”这种关键问题憋了一个月直到出事了才被逼着问出来那才叫尴尬。第7条 关于笔记习惯从第一天开始就准备一个笔记本或者用手机备忘录建一个“工作随记”把每天看到的设备型号、听到的调试术语、遇到的问题和解决办法全部记下来。别高估自己的记忆力项目一多三个月前调过的设备再让你去处理故障你大概率什么都想不起来。笔记这东西一年后就是你的私人手册。2. 编程可以慢慢学但基本功必须长在肌肉里很多应届生求职简历上写着“精通PLC编程”实际上只会点梯形图连I/O分配都不太会做。这很正常大学里教的是理论工厂里要的是工程习惯。但你要记住编程语言只是工具真正决定你水平上限的是电气基础、工程规范和调试思路。2.1 电气基础是自动化的地基第8条 关于电气图纸拿到一套图纸先找电源走向再把主回路和控制回路分开看。主回路是电机、变频器、接触器这些大电流部分控制回路是PLC输入输出、继电器这些小电流信号。很多新人一上来就盯着PLC程序看结果现场查故障时连接触器辅助触点并到哪里去了都搞不清只能干瞪眼。会看电气图是调试的前提。第9条 关于动手画图建议每个新人都用手把典型的主回路和控制回路画一遍比如电机星三角启动、正反转互锁、变频器端子控制。不用画得多漂亮关键是理解电流走向和保护逻辑。电动机会不会因为相序接反烧掉热继电器为什么要串在控制回路里想明白这些你才能真正看懂PLC程序里的那些输入信号。第10条 关于I/O分配表PLC编程的第一件事不是写指令而是做I/O分配表。把每个输入点对应哪个传感器、哪个按钮每个输出点驱动哪个接触器、哪个阀全部列清楚然后按照统一前缀命名——DI表示数字量输入DO表示数字量输出AI是模拟量输入AO是模拟量输出。命名规范的好处等程序写到5000步的时候你就会懂不然你满屏找“X012”到底是个什么玩意儿能把自己找吐。2.2 编程习惯比会多少指令重要第11条 关于注释和命名写注释不是给公司看的是给三个月后的自己看的。不管是西门子的DB块、三菱的注释还是CODESYS里的变量声明都要写清楚“这个点是什么、从哪来、到哪去”。我见过最离谱的程序变量名叫“A1”“B2”“X3”逻辑本身没错但换谁都看不懂。你写的程序起码要像一个有基本素养的工程师写的而不是天书。第12条 关于程序结构别把整个设备的逻辑全堆在一个主程序里那是典型的“面条代码”。要学会用子程序、功能块、FB/FC把功能拆开——电机控制归电机控制报警处理归报警处理模拟量处理归模拟量处理。一句话程序是给人读的顺便给机器跑。第13条 关于备份版本这是我最想砸桌子强调的一点。改PLC程序之前一定要先上传原程序备份然后在备份基础上修改改完下载后再上传一次保存归档文件名带日期和版本号。PLC不像电脑文档没有CtrlZ后悔药尤其设备已经在生产运行的时候一个逻辑改错可能就是整条线停机损失是按分钟算钱的。我见过新人直接在线修改程序不小心按了下载把正在运行的设备弄停甲方的脸当场就黑了。第14条 关于仿真的价值没条件搭实物实验台的时候多用编程软件的仿真功能。三菱GX Works的仿真、西门子PLCSIM、CODESYS的在线模拟都能让你在没有PLC的情况下练逻辑、调程序。别觉得仿真不过瘾它至少能帮你把基本的梯形图、ST语法练熟。到了现场你要面对的还有接线、EMC干扰、机械配合这些仿真里根本模拟不出来的东西。2.3 调试基本功在线监控与强制点的正确姿势第15条 关于在线监控的用法程序下载后在线监控不是用来看线圈有没有得电而是要看“输入条件为什么没满足”。比如设备不动你就去看对应输出线圈前面的串联/并联条件是传感器没信号还是中间继电器没吸合还是前一个工序没完成。从输出倒着往前查这是最标准的排查思路。很多人只盯着第一个不亮的输出点而不去分析它为什么不亮结果抓瞎半天。第16条 关于强制点的使用在线调试时可以用强制功能给某个点位强制ON/OFF但一定要记住强制用完必须复位我接手过一台设备前一个调试员把某个中间继电器强制成ON忘了解除导致设备一开机就自己动作找了两天才发现。强制是双刃剑它能帮你快速定位问题也能埋下最阴的雷用之前想清楚用之后马上还愿。3. 第一次独立去现场图纸、万用表和胆量第一次独立去客户现场谁都会紧张。我记得自己第一次单独调一台小型包装机甲方设备科的人站在旁边看着我我拿万用表的手都在抖。但现场这关你必须自己过设备不会因为你紧张就少出毛病。下面这几条是我反复交代新人一定要做到位的。3.1 到了现场先别急着动手第17条 关于先看图再动手进车间第一件事把图纸摊开找到这台设备的PLC柜对着图纸把实际端子排、继电器、断路器核对一遍。别急着上电别急着动程序先搞清楚这台设备有几个柜子、电源从哪里来、急停回路是怎么串的。十分钟的核对能帮你避免百分之八十的低级接错线事故。第18条 关于IO点检上电之后别急着跑自动程序先做一次“点检”——用手或螺丝刀触发每个输入点确认对应PLC输入指示灯亮状态位变化正确再强制每个输出点确认对应的接触器、阀、指示灯动作正确。输入输出全部点一遍确认和I/O分配表完全一致再做空载测试。这一步看似枯燥却能把接线错误、传感器类型搞错、公共端接错这些问题全部筛掉。3.2 排查故障要按“信号流”走第19条 关于信号流排查法设备故障排查永远按照“信号从哪里来到哪里去”的顺序走。比如一个气缸不动排查思路应该是阀得电了吗阀有气吗气缸机械卡住了吗如果没有一个清晰的排查逻辑你就是在瞎蒙。我把常用的排查顺序做成了一张表故障现象第一步检查工具常见原因电机不转接触器是否吸合万用表控制回路断线、热继电器跳闸PLC无输出输出公共端有无电压万用表公共端保险丝烧断、电源缺相气缸不动电磁阀线圈是否得电电笔/万用表中间继电器损坏、程序条件未满足传感器无信号传感器电源正负万用表24V电源故障、接线反了触摸屏报警频繁报警对应I/O点状态PLC在线监控传感器松动、信号干扰第20条 关于PLC输出没动作的三板斧先查输出公共端有没有电源再查输出继电器或晶体管的电源最后才查程序。很多时候不是程序问题而是输出点烧了、保险丝断了、公共线松了这些东西不看硬件只看程序你会怀疑人生。现场设备80%的故障都是硬件和接线问题程序只是背锅侠。3.3 现场安全永远有一条红线第21条 关于断电挂牌与急停任何时候动接线必须先断电、挂牌、验电谁说情都不行。急停回路、安全门回路绝对禁止在调试时为了图方便去短接它。这是拿命在赌运气的事。我在自动化这个圈子里听说过不止一起因为短接安全回路导致的工伤事故有的连后悔的机会都没有。你可以技术不好但不能没有安全意识。4. 通信是新人翻车重灾区从Modbus到OPC UA的实战理解通信这块几乎每个新人都要脱一层皮。明明看着很简单“不就是用一根线把两个设备连起来嘛”结果一调就是一天最后发现是地址错了、波特率错了或者屏蔽层没接地。下面这几条经验能帮你少熬几个通宵。4.1 通信故障排查的顺序思维第22条 关于通信排查顺序通信不上绝大多数问题出在最基础的物理层和参数层。我的排查顺序永远是先查网线/电缆物理连接再查参数设置最后才怀疑协议和数据内容。很多人一上来就抱着手册看协议帧格式结果折腾半天发现是网线被压断了或者交换机端口没插稳这种错误我犯过不止一次。通信不上时的检查项具体内容物理连接网线通不通、水晶头是否压好、RS485的A/B是否接反参数配置站号、波特率、数据位、校验位、停止位IP地址双方是否在同一网段子网掩码是否一致端口/服务使用的端口号是否被占用、服务是否开启组态一致性Profinet设备名称是否一致、GSD文件版本第23条 关于Modbus的坑Modbus是工控圈最常见的协议但坑特别多。寄存器地址在手册上标的是40001、40002但在程序里对应地址0、1这个偏差能坑哭新人。读写的时候还要分清是保持寄存器还是输入寄存器是16位还是32位字节顺序是高字在前还是低字在前。不同品牌PLC的Modbus功能码写法还不一样跟变频器通信时一定要先读手册把寄存器表弄明白再动手。4.2 多设备通信与上位机数据采集第24条 关于变频器通信和变频器走通信建议先只读不写先把频率、电流、转速这些状态量读上来确认数据对了再考虑写启动停止和给定频率。一上来就发运行命令万一正反转逻辑反了电机直接飞车那场面能把人吓出一身冷汗。第25条 关于西门子PLC之间的通信西门子S7-1200/1500之间或者和上位机通信基本都是Profinet或S7协议。Profinet组态时最容易出问题的是设备名称不一致——PLC程序里组态的设备名称必须和硬件上实际分配的名称完全一样区分大小写不能有空格。我调过一台设备就是因为在博图里多打了一个下划线足足查了一个下午。第26条 关于OPC UA读取PLC数据现在工厂数字化很流行OPC UA协议基本成了标配。如果你想从PLC读数据给上位机、MES、云平台那OPC UA是绕不开的。调这种通信时先别急着写代码用UaExpert这个通用客户端连一下PLC服务器确认地址空间里能看到你要的节点安全策略和证书能过去再让上位机工程师对接。服务器地址、端口、安全策略、用户名密码每一项不对都连不上。你自己先会连才不会在沟通时被IT和上位机人员牵着鼻子走。5. 技术之外的生存课和电工、操作工、甲方打交道干自动化这行最累的往往不是设备是人。你技术再好不会和人打交道项目一样会干得很痛苦。我见过技术很牛但性格很冲的工程师在客户现场天天吵架最后被换掉也见过技术一般但很会沟通的项目做得顺顺利利客户还点名要他。5.1 调试现场的角色暗流第27条 关于现场角色一个设备调试现场至少有五类人甲方项目经理、设备科工程师、操作工、电工、你的同事。遇到分歧的时候搞清楚谁对技术方案有决策权谁对生产停机有话语权。不要跟操作工争论操作细节——他比你更懂这台设备的日常脾气不要越过甲方设备科直接找领导汇报——这会让你后续寸步难行。第28条 关于和操作工搞好关系这条是我最想让新人知道的。操作工天天在设备旁边设备有什么奇怪的小毛病、哪个传感器偶尔抽风你翻半天程序看不出来的问题他们心里大概率有数。多递根烟、多聊两句他们会把真实情况告诉你。前两年有个老操作工告诉我“这台设备每次周三下午必报警”我去查了一下发现是因为车间周三下午气压最低程序里没有低压报警逻辑。这种经验看代码永远看不出来。5.2 改程序与需求变更的自我保护第29条 关于改程序的纪律程序修改前一定备份修改后把变更点记录下来写清楚“哪天、改了哪个逻辑、为什么改、谁要求改的”。重大变更要给甲方相关人员发邮件确认。不是搞官僚是保护你自己——如果哪天甲方说“你们上次改完怎么出问题了”你至少拿得出记录能说清楚当时是谁拍板要改的。第30条 关于“设备不稳定”的应对这是甲方最常用的表述也是最模糊的表述。遇到这种情况先不要急着改程序而是问清楚四个问题什么时候发生的现象具体是什么多久发生一次发生时操作工在做什么操作把这四件事问明白你会发现一半以上的“不稳定”其实都是操作问题、机械问题或者某个传感器松动。直接改程序是最懒也最容易引火烧身的做法。5.3 文档和交接是保命符第31条 关于调试日志养成写调试日志的习惯。每天收工前记录今天做了哪些改动、测了哪些功能、遇到什么问题、明天准备干什么。这个习惯看起来琐碎但项目做到后半段你会发现自己根本记不清一周前改了哪里这时日志就是你最可靠的依据。第32条 关于验收陪产设备验收的时候全程盯紧。陪产期间把触摸屏报警记录、设备连续运行数据保留好作为验收依据。很多项目拖到最后就是验收标准不明确扯皮。把试运行时间、产量、故障次数用数据说话比任何口头承诺都管用。我在最后验收阶段几乎都抱着笔记本电脑把数据一条条导出来做证据整个项目才能干干净净收尾。6. 三年后你想成为谁职业成长路径与后续更新计划前五块讲的是怎么活下来这一块讲的是怎么活得更好。自动化这行天花板不低但绝大多数人困在“技术执行者”的位置上每天重复查线、改程序、陪产却不抬头看路。三年后你想成为谁从今天就要开始往那个方向走。6.1 从执行者到设计者第33条 关于主动参与方案设计干了一两年现场之后别满足于“别人给方案你来执行”。要主动参与方案设计自己选传感器、算I/O点数、估项目工期、设计控制逻辑。这一步是从“调试工”变成“工程师”的分水岭。很多人干了五年还在做执行层面的事就是因为从不问“为什么要这样设计”只会等别人把方案定好。第34条 关于知识库的建立从入行开始就把每次故障处理写成“现象—原因—解决”三行卡片存到自己的笔记里。一年下来你就有了一本完全属于自己的故障字典。再遇到类似问题翻出来就能定位效率比同事高出一大截。这套方法也叫复盘但比我讲过的任何鸡汤都实用。6.2 自动化与IT技术结合的演化方向第35条 关于学一门高级语言如果你还想往上走Python或C#至少学一门。现在设备越来越智能数据采集、上位机、MES对接、报表生成这些需求越来越多。会PLC的人满大街都是既会PLC又能写点Python脚本处理数据的人在项目里的价值完全不同。我最近就在用Python写点小工具批量分析设备报警记录十分钟干完原来三小时的手工活。第36条 关于自动化和软件测试的思维借鉴干自动化越久越发现很多思路可以互相借鉴。比如软件测试里有“自动化测试框架”的概念我在PLC程序里做批量逻辑验证时也开始学着把测试用例整理出来用脚本跑回归测试。这听起来很超前但确实是提高项目质量的实用方法。别把自己只定义成电工或PLC程序员多接触一点IT知识你的视野会宽很多。6.3 后续更新安排与每天的学习节奏这90条经验我会按照设备厂商、通信协议、具体故障案例、面试求职这几个方向继续更新每天推出新的条目保证每条都能落地、能直接用。我建议你看的时候不要贪多每天消化两三条就好结合自己手头的项目和设备边用边体会。后面更新的时候我会多写一些具体的型号操作比如汇川AM系列本地IO模块识别问题、台达PLC程序下载步骤、STEP7 Micro/WIN SMART找不到CPU的解决流程还有PID温度波动怎么调这些东西都是大家急着要的我一条条来。我写了这么多核心不是让你一步登天而是希望你能站在前面人的脚印上走。刚入行的头半年确实苦但自动化是个越老越值钱的行业只要撑过前面那段“什么都不会”的焦虑期后面每一步都是在往上走。最后分享一个小习惯每天下班前问自己一句“今天有没有哪个瞬间是我昨天肯定搞不定的”如果有说明你在成长这条路就没白走。
