又是一年毕业季，部门里来了几个自动化专业的应届生。看着他们拿着简历坐在工位上手足无措的样子，我一下子想起12年前的自己。当年我本科一毕业就进了一家设备集成商，第一周被师父扔到车间理线、剥线、打线号，干了一个月才让我碰PLC。当时心里挺不服气，觉得这不是浪费专业知识吗？后来才明白，那一个月里建立的动手能力和对现场的感觉，比大学四年任何一门课都值钱。
这12年，我从PLC菜鸟做到负责整条生产线的控制系统，带过几十个新人，也算见过了行业里形形色色的工程师。一直想把这些年踩过的坑、攒下的经验系统整理一遍，正好赶上毕业求职季，就写一个系列，一共90条，面向刚入行或者正在找方向的自动化应届生。今天这篇是把90条按“认知—基本功—编程—调试—职业—细节”六个板块归拢的整理版，方便大家收藏，后续还会一条条展开更新。
先说明，这篇不打算讲高深的理论，全部是我和身边同事真实趟过的泥路。不管是还在读书的学生、刚入职的工程师，还是干了几年想回头查漏补缺的朋友，应该都能找到几句对自己有用的。
1. 认知篇：先想清楚“PLC工程师”到底是什么再入行
90条经验听着很多，实际上归纳起来逃不出几个核心话题。我选择先聊认知，是因为技术可以慢慢学，但如果一开始对行业和岗位的想法就是偏的，后面要花好几倍的时间才能扳回来。
1.1 别把自己定位成“写程序的”
很多应届生一听PLC工程师，第一反应是程序员：对着电脑写梯形图、调逻辑。这是最理想化的画面，现实完全不是这样。PLC工程师是“跟着设备走”的人，你的战场在车间、在配电柜前、在设备旁边，根本不在办公室一张工位上。我做了12年，真正坐在电脑前纯写程序的时间，可能连三分之一都不到，剩下的时间都在看图、查线、对信号、处理传感器故障、跟机械工程师协调、跟甲方开协调会。
这里有个特别重要的认知：PLC工程师的核心价值不是“会写程序”，而是“能让设备稳定可靠地运行”。程序写得再漂亮，一上现场各种意外——接线松了、传感器脏了、通讯线被老鼠咬了，设备三天两头停，你的程序再完美也白搭。
所以对新人来说，入行头两三年别怕“泡”在现场，更别觉得下车间是打杂。真正理解设备的运行逻辑、了解机械结构、清楚传感器怎么装，你写的程序才有灵魂。我带过的成长最快的新人，往往都是图纸看得快、接线熟练、万用表用得溜的那批，而不是只会背指令的“学霸”。
1.2 学校知识只代表过去，工程能力才代表未来
大学自动化专业课程覆盖面很广：自动控制原理、PLC编程、传感器、电机拖动、单片机，甚至还有嵌入式。但说实话，学校教的离工程现场还有很长一段距离。
举个最简单的例子：课本里教你4-20mA模拟量怎么采、怎么转工程量，但不会告诉你现场很多信号是漂移的、接线端子上带着水汽的，更不会告诉你屏蔽线到底该单端接地还是两端接地、信号线要离变频器多远。这些细节，课本给不了，只能在现场一点点攒。
所以我建议应届生放下“我是科班出身”的架子。科班出身确实有优势，理论基础扎实，学新东西快，但工程能力一定要从最基础的拧螺丝开始练。我面试也见过一些名校毕业生，笔试成绩漂亮，到了现场拿着万用表不知道怎么下手。别做那样的工程师，动手能力不补齐，理论再强也落不了地。
1.3 新人第一年最值得投资的四件事
第一件事，建立安全意识和规范操作的肌肉记忆。断电、验电、挂牌，这几个动作虽然繁琐，每一条都是前辈用教训换来的。我在工作第7年的时候，亲眼见过一次电气回路短路拉弧的事故，整个配电柜从里面喷出火球，所幸人没伤到，但整个车间的人都吓得不轻。从那以后我给自己定了一条铁规矩：再急的事，安全流程不能省。新人一定要从第一天上岗就把这个习惯刻在脑子里。
第二件事，先动手再发问，带着自己的分析去提问。碰到问题先自己查手册、看图纸、翻记录，实在解决不了再去问师父。问的时候带上你的判断：“我觉得可能是这个传感器被铁屑挡住了，因为逻辑上这里应该通却没有通。”这种带分析的提问，老工程师才愿意认真回答。如果每次都空着手问“这个怎么办”，问过几次之后，别人就不太想搭理了。
第三件事，每天花十分钟记录和复盘。我工作头两年保持着一个习惯，每处理完一个问题，就在手机备忘录里记三行字——现象是什么、原因是什么、怎么解决的。这个习惯让我在后来的故障排查里积累了一个不小的“案例库”，很多同事眼中的疑难杂症，回头看都是换汤不换药的同类问题。
第四件事，宁可慢一点，也不要重复犯同一个错误。新人犯错天经地义，但同一个错误犯两遍，在别人眼里就是态度问题。我自己的方法是，犯错之后当场想清楚为什么会犯，然后把它写进复盘记录。经验这东西，很多不是从成功里来的，是从错误里来的。
2. 基本功篇：电工、图纸和工具，是绕不过去的三道坎
聊完认知，得说说最实在的东西。很多新人觉得基本功没技术含量，急于上手编程。但恰恰是基本功决定了一个PLC工程师能走多远。项目交期紧的时候，你连万用表都用不利索，根本没法独立干活。
2.1 电工基础：没被电过，也要懂得敬畏电
电工基础是自动化工程师的底气。我不要求新人非得先考个电工证再上岗，但基本的概念必须搞扎实：三相电和单相电的区别、交流接触器怎么吸合、热继电器怎么整定、断路器怎么选型、接地和保护接零的差别。这些知识在你做图纸审查、现场排查、和电工师傅沟通的时候，全都用得上。
我印象很深的一次，一个加热设备的温控系统，温度一直波动，现场工程师调了两天PID也没效果。后来我去现场量了一圈，发现是零线虚接，电压不稳，温控表读数跟着一块儿抖。那一刻我意识到，很多所谓的“程序问题”根本不是程序问题，而是最基础的电工环节出了问题。
给应届生一个实操建议：找时间把《电工基础》和《电机与电气控制》这两本书重新翻一遍，手里再放一张电气系统图对照着看。你会发现很多在学校学不明白的东西，一旦结合现场实物，马上就想通了。电这个东西，看不见摸不着，但它的规律必须刻在你脑子里。
2.2 图纸是PLC工程师的“母语”
电气原理图、端子接线图、IO分配表，这三样是PLC工程师日常打交道最多的文档。很多新人看到一张复杂的原理图就头晕，其实看图是有固定顺序的：先看主回路，搞清楚电从哪来、经过什么开关、送到哪台负载；再看控制回路，捋清楚按钮、继电器、接触器之间的逻辑；最后对照PLC的IO表，把每一个输入输出信号在图纸上逐一标出来。
熟练之后，你会有一种职业病：拿到任何一台设备，第一件事就是找图纸，没有图纸的设备心里总不踏实。图纸不仅是沟通语言，更是排查故障的路线图。我在现场处理问题，第一步永远是“把最新版图纸拿过来”。如果图纸版本和现场设备对不上，后面所有的排查环节都是在猜。
看图纸还有一个建议：第一遍不要钻进细节里，先把框架搭起来。这台设备有几台电机、几个传感器、几个阀门？电源从哪里进？PLC在哪个柜子？通讯网络怎么走？把这些问题在脑子里过一遍，再往里填细节，效率会高很多。另外，图纸版本管理一定要重视，设备改造后旧版本归档，新版本标注清楚改动位置和日期。我见过太多人因为图纸没更新，按着旧图排查，明明设备已经换了新传感器，图纸上还是老型号，白折腾好几天。
2.3 工具与仪表：工欲善其事，必先利其器
基本功里还有一项很实在的内容：工具的使用。对PLC工程师来说，天天离不开的不是编程软件，而是万用表、螺丝刀和钳形表。
万用表是吃饭的家伙。测电压、测电阻、测通断，这些是最基本的操作。熟练之后，用万用表排查24V电源短路、判断传感器有没有信号，都是日常。我面试新人的时候，有时候会现场让他拿万用表测一个端子排的电压，不少人会卡在表笔插哪、档位选什么这种最基础的环节上。工具不熟，现场干活效率至少减半。
钳形表用于测电流。判断电机是不是过载了、加热管是不是断了一根，用钳形表卡一下电流，比什么分析都直观。
个人工具包也应该按自己的习惯配一套：网线钳、压线钳、剥线钳、绝缘螺丝刀、内六角扳手、万用表。别嫌麻烦，现场急用工具的时候找不到，是最窝火的体验。另外，做通讯调试的常用工具也值得提前备好，比如USB转485的编程线、串口调试助手软件。这类工具不贵，但能让你的调试效率翻倍。
3. 编程篇：让程序从“能运行”变成“好维护”
基本功聊完了，进入大多数人最感兴趣的编程环节。我对编程的态度一直很明确：程序跑得起来只是及格线，清晰、规范、好维护才是真正的专业水准。一个程序要陪设备活好几年，后面接手的人才是你真正的“用户”。
3.1 注释与命名是程序的第一张名片
我见过太多程序，功能块叫FB1、FB2，变量叫M0.0、M0.1，梯形图密密麻麻一大片，没有任何注释。出故障的时候，作者本人都要想半天，更别提别人接手了。真正专业的程序，打开之后第一眼就该看得懂结构。
命名规范我建议统一用“前缀_对象_含义”的格式。比如AI_炉温1、DI_急停、DO_加热接触器。前缀用来区分信号类型——AI是模拟量输入，DI是数字量输入，DO是数字量输出，M是中间变量；中间段落指向设备或系统；最后写清楚具体含义。用这种命名方式，整个程序的可读性会直接提升几个等级。
注释的重点是写“为什么”，不是写“是什么”。在触点旁边写一句“急停信号”基本是废话，因为变量名已经告诉你是急停了。真正有价值的注释是“急停按钮硬件为常闭触点，正常时为接通状态，程序中取反后使用，触发急停时该变量为True”，解释清楚设计意图，后来的人才能接得上你的思路。
3.2 结构化编程：别把FB当摆设，也别把M区当垃圾场
刚学会梯形图的人，很容易把全部逻辑堆在主程序里，用一坨M继电器搭“步进”程序。短期看能跑起来，但只要设备稍微复杂一点，整个程序就是一团乱麻，改一处要牵出一串问题。
我的建议是尽早养成结构化编程的习惯。以西门子为例，OB负责调度，FC/FB负责功能逻辑，DB负责数据存储。同一个功能——比如一个阀门的开关、一个电机的启停——封装成一个FB功能块，实例化成不同的背景DB，调用三次就能覆盖三个完全相同的设备。这样写出来的程序段、逻辑清晰、出问题也好查。
状态机是另一个特别好用的思路。把设备的运行过程拆成几个状态：空闲、启动中、运行、停止中、故障。用一个变量表示当前状态，程序按状态切换来写动作。这样写出来的程序逻辑干净，而且天然适合处理复杂流程和报警复位。
新手可以从一个小项目练手：比如一个自动送料小车，要求具备手动、自动、回原点三种模式。用状态机把这个逻辑完整实现一遍，你会立刻体会到结构化编程的威力。这个过程如果只靠主程序堆逻辑，写两百行之后自己都想删掉重来。
3.3 模拟量、PID和通讯：三个绕不开的硬骨头
模拟量处理。4-20mA是工业现场最常用的模拟量信号，温度、压力、流量变送器基本都用它。PLC模块接收到信号后，会把它转换成一个整数，不同平台范围不一样，西门子S7-1200/1500是0-27648，三菱FX3U是0-4000，具体要以模块手册为准。你要做的，就是把这个整数换算成实际工程量。换算本身是线性关系，但量程上下限一定不能搞反。我亲眼见过有人把上下限填错，温度显示直接差了几十度，生产出来的整批产品报废。
PID调节。PID用得最多的是温度和压力控制场景，比如加热炉。很多新人一上来就问“PID参数有没有固定值”，答案是没有。参数只能根据工艺对象在实际系统上整定。我的经验套路是：先纯比例，P从小到大加，直到系统出现轻微等幅振荡，然后往回退一点；再加积分，I从大往小调，消除稳态误差；最后考虑微分，主要是抑制超调。温度对象滞后大，P要小一些，I要长一些。如果现场怎么调都调不好，先回头检查传感器安装位置和执行机构响应，不要在PID参数上死磕，问题很可能根本不在参数。
通讯。现在的设备之间基本全靠通讯互联，Modbus RTU/TCP、PROFINET、EtherNet/IP，这些协议你至少要把Modbus吃透，因为它是兼容性最好、使用面最广的协议。调Modbus有个固定的排查顺序：先确认物理层，线和接头没问题、屏蔽层接地良好、终端电阻匹配；再确认通讯参数，波特率、数据位、停止位、校验位，两侧必须一致；最后才怀疑程序和数据映射。我见过太多人上来就怀疑程序，折腾半天发现是通讯线没接好。
4. 调试篇：现场是修炼场，也是照妖镜
编程只是前半程，真正的考验在现场调试。一台设备从通电到稳定运行，中间有无数个“意外惊喜”。可以说，现场调试才是PLC工程师真正长本事的地方。
4.1 上电前的三分钟检查，能救你三天命
现场调试最刺激的瞬间，就是按下上电按钮那一刻。为了让这个瞬间不变成事故现场，上电前一定要花三分钟做检查。
第一步查电源：进线电压是否和设备标称值一致，开关电源的输入输出是否接对，24V正负极有没有反。第二步查主回路：接触器主触点有没有拧紧，电机接线端子有没有松动，热继电器整定值是不是按电机铭牌调好了。第三步查控制回路：急停按钮有没有复位，安全门有没有关好，PLC输出端子有没有短路隐患。最后再快速过一遍IO：传感器有没有接错线，常开常闭有没有接反。
这三分钟不是走过场。我做了这么多年项目，统计下来，初次上电遇到的80%以上问题都是接线问题，而不是程序问题。把这三分钟做扎实，后面能省下好几天加班排查的时间。
4.2 故障排查：先怀疑硬件，再怀疑程序
新人排查故障的通病，是第一时间打开程序，对着梯形图翻逻辑。这个习惯必须纠正。正确顺序是：一看现象，二查硬件，三看程序。
收到故障报告，第一件事是问操作工三个问题：设备停在哪一步？屏幕上有报警吗？之前改过什么？这三个问题能过滤掉一大半“伪故障”，比如有人误碰了急停、原料没跟上、换品种没切换模式。
然后再查硬件。到现场看PLC上对应的输入点有没有亮、输出点有没有动作。很多所谓的“程序逻辑不对”，实际上是传感器信号没到、接线端子松动、执行机构卡死。硬件排查完了，确认没问题，再来怀疑程序。
我在现场最常做的事是打开在线监控，让操作工重新走一遍流程，我盯着梯形图里每个条件是真是假，一路跟下来，问题基本就定位了。这里的秘诀是“让故障重现”，而不是坐在办公室里对着逻辑猜。
还有一条必须强调：强制输出一定要极度谨慎。在线监控中强制M点或者Q点，改完以后务必立刻取消，同时在记录里写明何时何地强制过哪个点。我见过有人强制了一个输出忘记取消，第二天设备因为这个误动作出了事故。强制功能是调试工具，不是日常操作。
4.3 干扰与通讯疑难杂症处理
做自动化的人，几乎都遇到过这种“无缘无故”的故障：该停的时候不停，该转的时候不转，数据偶发跳变，通讯时不时掉线。这种问题九成以上和干扰有关系。
干扰处理要从几个方向同时下手：信号线和动力线分开走管，不要绑在同一根线槽里；屏蔽层采用单端接地，不要两头都接，避免形成地环路；变频器附近尽量不布信号线，必要时加信号隔离器；PLC的24V电源要选择带滤波的开关电源，或者外加滤波器，防止电源波动引起误动作。
还有一个很多人容易忽略的细节：现场网线的水晶头、通讯接头用久了会氧化松动。很多偶发掉线问题，重新插拔一下就是好的，但根本解决还是要定期紧固、定期检测，甚至直接更换劣质接头。通讯问题看着玄，查到最后往往都是最基础的物理连接问题。
5. 职业篇：行业、岗位与学习节奏怎么选
技术聊完，说点对职业生涯更长远的事。我刚入行那会儿没人给我讲这些，全靠自己摸索，希望下面的内容能给新人省点时间。
5.1 行业比公司重要
同样是PLC工程师，在不同行业，技术方向、工作节奏和收入差距都不小。汽车及零部件行业设备标准高，体系化能力强，适合想把流程做规范的人；半导体行业设备精度要求高，运动控制需求多，知识密度大；食品饮料行业产线长、节拍快，现场突发问题多，特别锻炼人；冶金化工行业设备大、流程连续，DCS和SCADA用得更多；传统制造业设备相对简单，胜在稳定。
对于刚入行的应届生，我建议优先考虑技术含金量高、自动化程度高的行业。前几年辛苦一点没关系，熬过的项目都会变成你的职业资本。行业选择会在很大程度上决定你十年后的收入上限，因为行业的利润水平决定了它能给工程师开出多少工资，这一点很现实。
5.2 甲方乙方各有各的活法
应届生进自动化行业，通常会在两个方向之间纠结：去设备厂和系统集成商当乙方，或者去生产制造企业当甲方。
乙方成长快。项目多、交期紧、客户要求刁钻，三年下来你能接触十几套设备系统，各种品牌的PLC都会用到。但代价是出差多、加班多、压力大，赶上项目节点，连轴转是家常便饭。
甲方稳定。不用频繁出差，日常负责自己工厂的设备维护和小型改造，生活节奏规律，工作环境相对从容。但接触的设备相对固定，技术广度可能不如乙方，技术提升主要靠自觉。
我的建议是：如果你渴望技术快速成长，家境负担也不重，前三年去乙方，把项目经验攒足，后面再跳槽就从容得多。如果你更看重生活和稳定性，甲方也是不错的选择，关键要搞清楚自己适合什么，别看着别人去乙方就跟风。
5.3 每年给自己定一个学习主题
自动化这个行业，技术更新的节奏虽然不像互联网那么夸张，但这些年变化也不少。从继电器控制到PLC，从独立设备到产线互联，从传统组态到数字化管理，现在又多了AI辅助编程。一个12年的老工程师想保持竞争力，必须保持持续学习。
我的习惯是每年给自己定一个学习主题。第一年专心吃透三菱FX系列，第二年啃下西门子S7-1200/1500，第三年学威纶通触摸屏组态，第四年研究PLC通信网络，第五年结合机器视觉做整线集成。每年只聚焦一个方向，把一个东西真正弄透，比每个月换一个花样强太多。三天打鱼两天晒网式地学，三年下来什么都只懂个皮毛。
英语也是绕不开的坎。进口设备的手册、软件操作界面、固件更新说明，大部分都是英文。看不懂英文，很多事情没办法独立解决。我不建议为了考证去死磕英语，但你至少得能读懂手册里的关键参数和操作步骤。
还有一个建议是关注国产化趋势。这几年汇川、台达、信捷这些国产品牌进步非常快，Codesys生态的普及度也越来越高。别只抱着老软件不放，保持开放的心态，你会看到自动化行业另一片天地。
6. 散落的细节：12年才攒下的边角料
最后这部分，是一些没办法归到前面几类里、但特别实在的细节。它们看起来不起眼，关键时候却很顶用。
6.1 写在设备交接和维护手册里的话
项目结束、程序调试完毕，一定要写维护手册。哪怕只有几页纸，把日常报警清单、常见故障处理步骤、关键参数设置汇总写清楚。这套手册既给设备维护人员用，也给三个月后已经忘了细节的自己用。很多时候你觉得“这么简单的操作不用写”，但三个月后你很可能连当时的思路都想不起来。
程序加密方面，我的态度是适度即可。保护知识产权没问题，但不要把设备锁死到只有你一个人能改。我见过一些同事，程序密码设得只有自己知道，设备出问题，甲方打电话求半天，结果人一离职，设备彻底没人能动，最后整个行业都传出这个人不够专业。做工程师，留好备份、写好交接说明，这是基本职业道德。
6.2 一些关于自我保护和工作底线的朴素经验
设备运行不正常的时候，第一时间确认安全联锁是否可靠，而不是急着抢修复产。我给自己定的原则是：先保证人不受伤，再保证设备不进一步损坏，最后才谈恢复生产。
在现场遇到不熟悉的设备，绝对不要乱动。不知道哪个开关控制什么，就先问、先查，不要自作主张按下去。现场的操作失误，往往比技术难题更致命。
自己的劳动成果一定要有记录。你参与了什么项目、独立解决了什么问题，要写进项目总结和简历里。这既是对自己负责，也是未来跳槽和晋升的底气。
面对不合理的要求，比如跳过安全流程强行送电、明知道有隐患却让你签字放行，要敢于说“不”。工程师的底线，是用专业保护设备和人的安全，这一条永远不能妥协。
最后说说长期主义。这个行业没有一夜暴富，也没有速成专家，只有日复一日的积累。你处理过的每个故障、读懂过的每张图纸、写好过的每段程序，都在为未来的自己铺路。12年前我也和你们一样，站在车间门口不知道该先迈哪只脚。现在回头看，真的就是一步一步走出来的。
这90条我会持续更新，这篇先按主题归拢了最核心的一批，后续再想到什么经验，我会继续写。也欢迎同行的朋友在评论区聊聊你们自己踩过的坑，互相补补课。
