1. 为什么一个干了十二年的PLC工程师要写这90条经验
在自动化行业待久了，你会发现一个很有意思的现象：学校里教的东西和现场真正要用的东西，中间隔着一道不小的鸿沟。我带过不少应届生，也面试过很多刚毕业的年轻人，普遍存在的问题不是理论不够扎实，而是不知道现场到底在发生什么。PLC编程语言会、梯形图能画、甚至SCL也能写几段，但一到现场就懵了——设备不动了不知道从哪里查，程序下载下去没反应不知道问题出在硬件还是软件，跟老师傅沟通不清楚自己的意图，写出来的程序别人根本没法维护。
这90条经验，就是围绕这些真实存在的断层来写的。它不是一本教科书，不会从继电器逻辑开始给你讲起，也不会详细解释什么是常开常闭。它更像是一个干了十二年的老工程师，坐在你旁边，一边干活一边随口跟你说的那些话。有些是技术层面的，比如模拟量怎么处理、PID怎么调、通信怎么排查；有些是工作习惯层面的，比如程序怎么注释、变量怎么命名、项目文件怎么归档；还有一些是职业发展层面的，比如要不要学上位机、要不要转销售、要不要考什么证。
如果你是自动化、电气工程、机电一体化等相关专业的应届生，正准备进入这个行业，或者刚入行不到两年，这些内容应该能帮你少走不少弯路。如果你已经干了几年，也可以看看有没有自己忽略的地方。我尽量把每一条都写得具体、可操作，不讲空话。
2. 入行前必须想清楚的几件事
2.1 PLC工程师到底做什么，和你想的可能不一样
很多应届生对PLC工程师的想象是：坐在办公室里，对着电脑写程序，偶尔去现场调试一下。实际情况是，写程序可能只占你工作时间的百分之三十，剩下百分之七十是：看电气图纸、跟机械工程师扯皮、在电柜前面拿万用表量线、对着设备发呆想为什么不动、写各种文档和报告、跟客户解释为什么这个功能做不了。
还有一个更扎心的现实：大部分中小型自动化公司的PLC工程师，出差频率非常高。一年有两百天在外面跑是很正常的事情。如果你有家庭或者身体不太好，这一点要在入行前就想清楚。当然，也有不出差或者少出差的岗位，比如做标准设备研发的、做自动化产品技术支持的，但这类岗位对应届生来说竞争更激烈，而且往往要求你对某一类产品非常熟悉。
我建议你在入行前问自己三个问题：第一，你能不能接受长时间在工业现场工作，环境可能是高温、高粉尘、高噪音的；第二，你能不能接受跟各种学历、各种性格的人打交道，从车间操作工到甲方项目经理；第三，你是不是真的对“让机器动起来”这件事有热情。如果三个答案都是肯定的，那这个行业值得你投入。
2.2 学校教的和现场用的，差距在哪里
学校里面教PLC，通常是用一个实验箱，上面有按钮、指示灯、小电机，你写一段程序让它按顺序动作，就算完成了。现场是什么？一个电柜里面几十个接触器、继电器、断路器，外面接着各种传感器、电磁阀、变频器、伺服驱动器，还有触摸屏、上位机、其他PLC通过通信连在一起。你的程序只是整个系统里面的一小部分，更多的时候你要处理的是：信号干扰导致输入点误动作、通信线接错导致站号冲突、变频器干扰导致模拟量跳动、机械安装不到位导致限位开关撞坏。
还有一个很大的差距是：学校里面你写的程序只要自己看得懂就行，现场写的程序是要给别人看的。你离职了，后面接手的人要能看懂你的程序；设备卖给客户了，客户那边的电工要能根据你的程序排查简单故障。所以程序的可读性、注释的完整性、变量命名的规范性，在学校里没人教你，但在现场是硬性要求。
2.3 第一份工作怎么选：大厂、小厂还是设备商
大厂（比如大型汽车厂、钢铁厂、化工厂）的自动化岗位，通常分工很细，你可能只负责某一小段程序的维护，或者只负责某一类设备的调试。好处是稳定、福利好、能接触到大型系统；坏处是成长慢，可能干了三年只会调一种设备。
小公司（比如几十个人的系统集成商）的自动化岗位，什么都要干，从选型、画图、编程、调试到售后，全流程参与。好处是成长快，一年顶三年；坏处是没人带你，全靠自己摸索，而且项目质量参差不齐，容易养成不好的习惯。
设备制造商（比如做包装机、注塑机、机床的厂家）的自动化岗位，通常专注于某一类设备的控制，程序结构相对固定，但要求你对工艺理解很深。好处是能深入某个细分领域，成为专家；坏处是视野相对窄，换行业成本高。
我的建议是：如果你是一张白纸，先去小公司或者设备商干两到三年，把全流程跑一遍，把基本功打扎实。然后再考虑要不要去大厂或者转做管理。反过来先去了大厂，再想去小公司，往往适应不了那种混乱和压力。
3. 技术基本功：从会写程序到能干活
3.1 梯形图、SCL、ST到底该学哪个
很多应届生纠结学哪种PLC编程语言。我的答案是：梯形图必须会，SCL或者ST必须会，其他的看情况。
梯形图是现场维护人员最熟悉的语言。你写出来的程序，客户那边的电工要能看懂，要能根据梯形图排查故障。如果你全部用SCL写，他们看不懂，最后麻烦的还是你自己。所以涉及逻辑互锁、手动操作、故障复位这些部分，尽量用梯形图。
SCL或者ST适合写复杂的数学运算、循环处理、数据处理、通信协议解析。比如你要做一个配方管理，里面有几十个参数需要根据条件计算，用梯形图写会非常臃肿，用SCL几行就搞定了。再比如你要跟上位机做自定义协议通信，需要组包解包，用SCL写起来清晰得多。
至于其他语言，比如功能块图（FBD）、顺序功能图（SFC），了解即可，实际项目中用到的频率不高。但如果你去的是流程行业（比如水处理、化工），SFC可能会用得多一些。
3.2 模拟量处理：为什么你的读数总在跳
模拟量是应届生最容易出问题的地方。最常见的情况是：4-20mA的信号，PLC读上来的数值一直在跳，有时候还跳到负值。然后你就开始怀疑程序写错了，其实大概率是硬件或者接线的问题。
首先要确认的是：你的模拟量模块是几位的？如果是12位的，那么4-20mA对应的数字量范围是0-4095，对应实际工程量比如0-100度，那么每个数字量大概是0.024度。如果读数跳个十几个数字量，那就是0.3度左右的波动，这是正常的。如果你要更稳定，要么用16位的模块，要么在程序里面做滤波。
滤波怎么做？最简单的是取平均值，比如连续采10次，去掉最大值和最小值，剩下的取平均。复杂一点的可以用一阶滞后滤波，公式是：本次输出 = 上次输出 × (1 - α) + 本次采样 × α，α一般取0.1到0.3之间。这个在SCL里面写起来很方便。
还有一个常见问题是：模拟量信号线和动力线走在一起，变频器一启动，模拟量就跳。这是干扰问题，不是程序能解决的。你要做的是：模拟量信号线用屏蔽线，屏蔽层单端接地；尽量远离动力线，如果实在避不开，交叉的时候要垂直交叉；变频器输出侧加电抗器或者滤波器。
3.3 通信排查：从物理层开始，别上来就改程序
通信不通的时候，很多人的第一反应是改程序、改波特率、改站号。其实应该从物理层开始查。
第一步，确认硬件连接。RS485的A接A、B接B，不要接反了。有些设备标注的是D+和D-，对应A和B。终端电阻有没有接？距离长了、波特率高了，终端电阻必须接。第二步，确认通信参数。波特率、数据位、停止位、校验位，两边必须完全一致。第三步，用工具测试。比如用串口调试助手，直接发报文看有没有回复。如果有回复，说明物理层和参数没问题，问题在PLC程序；如果没有回复，继续查硬件。
还有一点：不同品牌的PLC，通信口的引脚定义可能不一样。比如同样是RS485，有的设备A接2脚B接3脚，有的设备A接7脚B接8脚。一定要看手册，不要凭经验。
3.4 PID调试：先搞懂被控对象，再动参数
PID是自动化控制的核心，但很多应届生一上来就调参数，结果越调越乱。正确的顺序是：先搞清楚被控对象是什么特性，再决定用什么样的PID。
比如温度控制，大惯性、大滞后，积分时间要长一点，微分可以不用或者很小。流量控制，响应快，比例可以大一点，积分时间短一点。压力控制，介于两者之间。如果你连被控对象是什么特性都不知道，那就先做阶跃响应测试：手动给一个输出，看反馈值怎么变化，记录变化曲线，算出滞后时间和时间常数，再根据经验公式估算PID参数。
还有一点：不是所有场合都适合用PID。比如有些场合用简单的位式控制（就是设定一个上限和下限，超过上限停，低于下限开）反而更稳定。PID适合的是要求精确控制的场合，如果工艺要求不高，位式控制更简单可靠。
4. 现场调试：那些没人告诉你的坑
4.1 第一次去现场，先别碰程序
很多应届生到了现场，第一件事就是打开电脑连上PLC，想看看程序。我的建议是：先别碰程序，先看、先问、先记录。
看什么？看设备的整体布局，看电柜里面的接线，看操作面板上的按钮和指示灯，看气路和液压管路怎么走的。问什么？问现场的操作工，这个设备平时怎么操作的，哪些地方容易出问题；问机械工程师，这个设备的动作顺序是什么，有哪些互锁条件；问电气工程师，这个电柜的电源怎么分配的，有哪些保护。记录什么？记录设备的型号、PLC的型号、变频器的型号、伺服驱动器的型号，记录通信线的接法，记录关键传感器的型号和量程。
这些信息在你后面排查故障的时候非常有用。比如设备不动了，你至少知道有哪些条件会影响它动，而不是盲目地翻程序。
4.2 设备不动了，按这个顺序查
设备不动，是现场调试最常见的问题。我总结了一个排查顺序，基本上能覆盖百分之八十的情况。
第一步，确认电源。PLC有没有电？输入输出模块有没有电？现场传感器有没有电？这一步用万用表量一下就知道，不要跳过。第二步，确认输入信号。设备要动，肯定有启动按钮或者上位机指令，确认这个信号有没有进到PLC。看PLC上的输入指示灯，或者用编程软件监控输入点。第三步，确认输出信号。如果输入有了，程序也执行了，那看输出点有没有动作。看PLC上的输出指示灯，或者量输出端子的电压。第四步，确认执行机构。如果输出有了，但设备还是不动，那就是执行机构的问题。接触器有没有吸合？变频器有没有输出？电磁阀有没有换向？这一步要结合电气图纸来查。
这个顺序的核心逻辑是：从源头往末端查，不要跳步。很多人在第三步和第四步之间来回跳，结果浪费大量时间。
4.3 程序下载下去没反应，可能不是程序的问题
有时候你改了一段程序，下载到PLC里面，发现设备的行为没有任何变化。这时候不要急着怀疑程序写错了，先确认几件事。
第一，你下载的是哪个程序？有些项目有多个PLC，你连错了PLC，下载到别的站上去了。第二，你下载的是哪个块？有些PLC支持单独下载某个功能块，你可能只下载了主程序，没有下载子程序。第三，PLC是不是在运行模式？有些PLC下载完程序后会自动切换到停止模式，你需要手动切换到运行模式。第四，有没有强制或者屏蔽？有些输入点在程序里面被强制了，或者被屏蔽了，你改的逻辑根本不起作用。
还有一个比较隐蔽的情况：程序里面有多处修改同一个输出点，你改了一处，另一处还在起作用。这种问题在大型程序里面很常见，排查起来很麻烦。所以写程序的时候，一个输出点尽量只在一个地方赋值，不要多处赋值。
4.4 跟机械工程师吵架，大部分是因为这个
自动化的项目，机械、电气、软件是三个紧密相关的部分。但实际工作中，这三个部分经常是分开设计的，到了现场才发现对不上。最常见的情况是：机械设计的动作顺序和电气设计的逻辑不一致，或者机械的安装位置导致传感器检测不到。
比如机械设计了一个气缸推出去，到位后另一个气缸再动作。但电气设计的时候，第一个气缸的到位传感器装在了气缸的尾部，检测的是气缸的缩回位置，而不是伸出位置。结果程序里面等的是伸出到位信号，但传感器永远给不出这个信号，设备就卡在那里了。
这种问题的根源是：机械、电气、软件没有在设计阶段对齐。作为PLC工程师，你很难改变机械和电气的设计，但你可以做一件事：在编程之前，先跟机械工程师确认动作顺序，跟电气工程师确认传感器和阀门的对应关系。如果发现对不上，尽早提出来，不要等到现场调试的时候才发现。
5. 程序之外：那些决定你走多远的软技能
5.1 程序注释和变量命名，比你想象的重要
我见过太多程序，变量名叫M10、M11、M12，注释写的是“备用”、“待定”、“临时”。这种程序，过三个月你自己都看不懂，更别说别人了。
变量命名要有意义。比如“启动按钮”就叫“StartBtn”，“电机过载”就叫“MotorOverload”，“气缸伸出到位”就叫“CylExtendPos”。不要用拼音，也不要用缩写，除非是行业通用的缩写。注释要写清楚这个变量的作用、信号的来源、正常状态是什么。比如“StartBtn：操作面板绿色按钮，常开，按下为1”。
程序的结构也要清晰。主程序只负责调用子程序，具体的逻辑放在子程序里面。子程序按功能划分，比如“手动模式”、“自动模式”、“报警处理”、“通信处理”。每个子程序的开头写一段注释，说明这个子程序的功能和调用条件。
这些习惯在刚开始的时候会觉得麻烦，但养成之后，你会发现调试效率提高很多。尤其是当你接手别人的程序，或者别人接手你的程序的时候，这些习惯的价值就体现出来了。
5.2 怎么跟操作工和客户沟通
PLC工程师的工作，有很大一部分是跟人打交道。操作工可能不懂技术，但他知道设备平时怎么用、哪里容易出问题。客户可能不懂自动化，但他知道自己的工艺要求是什么。
跟操作工沟通的时候，不要用专业术语。你说“PLC的输入点没有信号”，他听不懂。你说“这个按钮按下去，设备没反应”，他就明白了。跟客户沟通的时候，要站在他的角度想问题。客户关心的是产能、良率、维护成本，不是你用了什么品牌的PLC、写了多少行程序。
还有一点：不要轻易承诺。客户提了一个需求，你觉得能做，但不确定要花多少时间，那就说“我评估一下再回复你”，不要直接说“没问题，明天就能改好”。现场的情况千变万化，你永远不知道下一个问题会从哪里冒出来。
5.3 要不要学上位机、机器人和视觉
这是很多应届生会问的问题。我的答案是：先把PLC本身学扎实，再考虑扩展。
上位机（比如WinCC、组态王、C#上位机）在项目里面很常见，但通常是单独的岗位。如果你PLC已经很熟了，学一点上位机没坏处，至少能跟做上位机的同事沟通清楚。但如果你PLC还没搞明白，就去学C#，最后可能两头都不精。
机器人（比如四大家族、国产机器人）和视觉（比如康耐视、基恩士）是自动化行业的热门方向，薪资也比纯PLC高。但这两个方向的门槛也高，通常要求你有一定的项目经验，而且需要专门学习。如果你刚入行，先把PLC和电气基础打好，等有了两三年经验，再根据兴趣和市场需求选择方向。
6. 职业发展：五年后你想成为什么样的人
6.1 技术路线：从程序员到系统架构师
如果你决定走技术路线，那么你的成长路径大概是：PLC程序员 → 自动化工程师 → 系统架构师。
PLC程序员阶段，你关注的是怎么把逻辑写对、怎么让设备动起来。自动化工程师阶段，你关注的是怎么选型、怎么设计电柜、怎么规划通信、怎么管理项目进度。系统架构师阶段，你关注的是整个系统的可靠性、可维护性、可扩展性，以及不同子系统之间的协调。
每个阶段的侧重点不同，需要的能力也不同。程序员阶段需要的是逻辑思维和调试能力；工程师阶段需要的是系统思维和沟通能力；架构师阶段需要的是全局视野和决策能力。如果你发现自己到了某个阶段就上不去了，那就要反思一下，是不是缺少了某个维度的能力。
6.2 管理路线：从带项目到带团队
如果你决定走管理路线，那么你的成长路径大概是：自动化工程师 → 项目经理 → 部门经理。
项目经理阶段，你关注的是项目的进度、成本、质量、风险。你需要协调机械、电气、软件、采购、客户等各方资源，确保项目按时交付。部门经理阶段，你关注的是团队的建设、人员的培养、业务的拓展。
管理路线对技术的要求会逐渐降低，但对沟通能力、协调能力、决策能力的要求会逐渐提高。如果你是一个不喜欢跟人打交道的人，管理路线可能会让你很痛苦。反过来，如果你技术一般但很会协调资源，管理路线可能更适合你。
6.3 那些干了十年的人，后来都去了哪里
我身边的同行，干了十年以上的，大概有这么几个去向。
一部分人还在做技术，但已经不做具体项目了，而是做技术顾问、方案评审、疑难问题攻关。这部分人通常是技术底子很扎实，而且愿意持续学习的。一部分人转做了管理，带团队、管项目、跑市场。这部分人通常是沟通能力强、情商高的。一部分人自己创业了，做系统集成、做设备、做代理。这部分人通常是有客户资源、有资金积累的。还有一部分人转行了，去了甲方做设备维护、去了设计院做电气设计、甚至完全离开了这个行业。
没有哪条路是绝对正确的，关键是找到适合自己的。如果你喜欢钻研技术，那就走技术路线；如果你喜欢跟人打交道，那就走管理路线；如果你有创业的想法，那就早点积累客户资源和行业人脉。
7. 给应届生的最后几条实在话
第一，前三年不要计较工资。这个行业的前三年是学习期，你的主要收入是你的成长，不是你的工资。如果一家公司能让你学到东西，工资低一点也值得。反过来，如果一家公司只是让你重复劳动，工资再高也要考虑。
第二，养成记录的习惯。每天花十分钟，记录今天做了什么、遇到了什么问题、怎么解决的。这些记录在你以后遇到类似问题的时候，会非常有价值。我到现在还保持着这个习惯，已经记了十几个笔记本了。
第三，不要停止学习。自动化行业的技术更新很快，新的PLC、新的通信协议、新的软件工具层出不穷。如果你停止学习，三五年后就会发现自己的知识已经过时了。
第四，注意身体。这个行业的工作强度不小，尤其是现场调试阶段，加班是常态。但你要学会保护自己，该休息的时候休息，该吃饭的时候吃饭。身体是革命的本钱，这句话在自动化行业尤其适用。
第五，保持耐心。自动化是一个需要积累的行业，没有三五年，你很难说自己入门了。不要着急，一步一个脚印，该会的东西迟早会会。
提示：以上内容基于个人经验和行业常见实践整理，具体操作请结合实际情况和产品手册执行。不同品牌、不同型号的设备可能存在差异，务必以官方文档为准。
