1. 入行前必须想清楚的几件事
1.1 自动化到底在做什么，别被名字骗了
很多应届生听到“自动化”三个字，脑子里浮现的是机器人流水线、无人工厂、科技感拉满的画面。我干了十二年PLC，可以很负责任地告诉你：这个行业的核心不是“自动”，而是“稳定”。让一台设备每天重复动作几千次不出错，比让它做出花哨动作难十倍。你未来的日常工作，大概率是改程序、查线路、调参数、写文档、跟现场，而不是坐在办公室里搞发明创造。
自动化工程师的本质，是用PLC、传感器、变频器、伺服、上位机这套东西，替掉人工操作。PLC就是工业现场的大脑，它按照你写的逻辑，读输入、算逻辑、写输出。SCADA是眼睛，负责把现场状态呈现到屏幕上。变频器和伺服是手脚，负责执行动作。你入行要做的，就是让这套系统跑起来、跑得稳、出了问题能快速找到原因。
1.2 应届生最常踩的三个认知坑
第一个坑：以为学校学的西门子S7-200或者三菱FX系列就能直接上岗。现实是，很多项目用的是S7-1200/1500、汇川AM系列、欧姆龙NJ/NX系列，甚至基于CODESYS的平台。不同平台的编程思路有差异，但底层逻辑相通。你在学校练的是“怎么写出一个能跑的程序”，企业要的是“怎么写出一个别人能维护、出了事能查的程序”。
第二个坑：觉得PLC编程就是画梯形图。梯形图只是表达方式之一，SCL、ST、FBD、CFC都要会看会写。尤其是做数据处理、配方管理、通信解析的时候，结构化文本比梯形图高效得多。我见过不少应届生，梯形图写得挺溜，一让他用SCL写个冒泡排序或者解析Modbus报文就卡住了。
第三个坑：忽视电气基础。PLC程序写得再好，现场一个接线错误就能让你查半天。24V电源短路、传感器NPN和PNP接反、模拟量信号受干扰、接地没做好，这些问题不会因为你程序写得好就自动消失。入行前三个月，建议你花时间把电气原理图看懂，知道接触器、继电器、断路器、端子排是怎么回事。
1.3 这90条经验怎么用才有效
我不会把这90条写成教科书式的条目，那样你看了也记不住。我会把它们拆进具体的场景里，告诉你每条经验是在什么情况下总结出来的、当时踩了什么坑、后来怎么解决的。你不需要背，只需要在遇到类似场景的时候能想起来“好像有人说过这么回事”，然后去翻对应的章节。
这90条经验覆盖的范围包括：入行准备、编程习惯、现场调试、通信协议、上位机对接、项目文档、职业发展。每一条都是真金白银换来的，有些甚至是熬夜加班、被甲方骂、被领导批之后才悟出来的。你如果能把其中三分之一变成自己的习惯，入行前两年会顺很多。
2. 入行前的技术准备清单
2.1 编程语言和软件平台怎么选
PLC编程入门，我建议从西门子S7-1200开始。原因很简单：市场占有率高，资料多，TIA Portal（博途）平台功能完整，学会了再转其他品牌不会太吃力。三菱GX Works系列也可以，日系设备在电子制造、小型自动化设备里用得很多。如果你进的是流程行业（化工、水处理、暖通），可能更多接触ABB、施耐德、和利时、浙大中控的DCS系统，逻辑和PLC有差异，但底层思维一致。
软件方面，博途是必须熟悉的。不要只会在梯形图里拖指令，要学会用交叉引用查变量、用监控表看实时值、用在线诊断查故障。SCL语言要能看懂和修改，尤其是做通信和数据处理的时候。另外，建议你装一个S7-PLCSIM Advanced，可以在没有硬件的情况下仿真S7-1500的程序，对练习很有帮助。有热词提到“s7-plcsim advanced v5.0 plc实例为什么启动不了”，这个问题后面我会专门讲。
2.2 电气基础要补到什么程度
你不需要成为电气工程师，但以下几样必须会：看懂继电器-接触器控制回路、知道PNP和NPN传感器的区别和接线方式、理解24V直流电源的分配和短路保护、能区分数字量和模拟量信号、知道屏蔽线怎么接、了解基本的接地规范。
我见过应届生把NPN传感器直接接到PNP输入的PLC上，然后问我为什么信号一直是0。也见过模拟量信号线不接屏蔽层，读数跳得跟心电图一样。这些不是编程问题，是电气基础问题。花一周时间把《电气控制与PLC应用》这类书翻一遍，比你在网上看一百个视频都管用。
2.3 通信协议先搞懂Modbus和OPC UA
Modbus RTU和Modbus TCP是工业现场最常用的通信协议，没有之一。你要知道主站和从站的概念、寄存器地址怎么映射、功能码03和04的区别、CRC校验是怎么回事。这些不搞清楚，后面跟变频器、仪表、扫码枪通信的时候会非常痛苦。
OPC UA是现在越来越重要的协议，尤其是做SCADA和MES对接的时候。你要理解它的信息模型、节点、订阅机制。不需要一开始就深入，但至少要知道它和Modbus的区别在哪里、什么场景下用OPC UA更合适。热词里提到“modbus、opc ua协议读取plc、传感器、数控机床等设备的运行状态数据”，这就是典型的工业数据采集场景，后面会展开讲。
3. 编程习惯决定你的职业上限
3.1 变量命名和注释是基本功
我见过最离谱的程序，变量名叫M0.0、M0.1、M0.2一直排到M200.7，没有任何注释。这种程序他自己三个月后都看不懂，更别说交接给别人。变量命名要有意义，比如Conveyor1_StartBtn、TankLevel_HighAlarm、Motor1_RunCmd。注释要写清楚这个变量是干什么的、什么条件下会动作、和哪些变量有关联。
博途里可以用变量表统一管理，建议按功能块划分区域：输入信号、输出信号、中间变量、报警、通信。每个功能块（FB）和函数（FC）都要有头部注释，说明这个块的功能、输入输出参数的含义、调用注意事项。这不是给领导看的，是给你自己三个月后看的。
3.2 程序结构要分层，别写成一锅粥
好的PLC程序是分层的：设备层、工艺层、调度层。设备层负责单个设备的控制逻辑，比如一台电机的启停、保护、故障复位。工艺层负责多个设备之间的联动和顺序控制。调度层负责模式切换、配方管理、与上位机通信。
我建议用功能块（FB）封装设备控制逻辑，每个FB对应一种设备类型，比如MotorControl、ValveControl、PIDControl。这样程序复用性高，调试也方便。主程序（OB1）里只放调度逻辑，不要塞满具体控制代码。我见过一个项目，OB1里写了三千多行梯形图，找一个问题要翻半天，改一处逻辑要担心影响其他地方。
3.3 安全逻辑必须独立且可靠
急停、安全门、光幕、限位保护这些安全逻辑，必须独立于普通控制逻辑。不要为了省事把急停信号接到普通输入点然后靠程序处理，该用安全继电器就用安全继电器，该用安全PLC就用安全PLC。安全逻辑要满足“失效安全”原则：断线、断电、信号丢失的情况下，设备必须进入安全状态。
程序里安全逻辑要放在最前面，用最直接的方式实现，不要嵌套在复杂的条件判断里。我见过有人把急停信号和自动运行信号做“与”逻辑，结果急停按下后程序还在跑，因为自动运行信号没断。这种错误在调试阶段可能看不出来，一旦出事就是大事。
3.4 版本管理和备份要养成习惯
每次修改程序之前，先备份当前版本。命名规则建议用“项目名_日期_修改内容”，比如Line1_20250115_AddAlarm。博途有项目版本控制功能，但很多人不用。我建议至少每周做一次完整备份，重大修改前单独备份。
现场调试的时候，程序可能一天改十几版。如果没有版本管理，改出问题了想回退都回不去。我自己的习惯是：每次在线修改之前，先把当前CPU里的程序上传一份存好，然后再改。改完验证没问题了，再存一个新版本。这个习惯救过我很多次。
4. 现场调试的实战经验
4.1 调试前的检查清单
到了现场别急着上电，先做几件事：核对设备型号和图纸是否一致、检查接线是否牢固、确认电源电压和极性、检查接地是否可靠、确认所有断路器处于断开状态。这些看起来是废话，但现场出问题十有八九是这些“废话”没做到位。
上电顺序也有讲究：先上控制电源，观察PLC和模块的指示灯是否正常；再上动力电源，逐个测试电机和阀门的动作方向。不要一次性把所有电源都合上，万一有短路或者接线错误，损失会小很多。我见过有人直接合总闸，结果一个24V电源接反，烧了一片I/O模块。
4.2 在线调试的常用技巧
博途的监控表和强制功能要熟练使用。监控表可以同时看多个变量的实时值，强制功能可以在不接线的情况下测试输出。但强制功能要慎用，尤其是强制输出的时候，一定要确认设备处于安全状态。我见过有人强制电机启动，结果设备上还有人，差点出事。
调试顺序控制程序的时候，建议先用仿真或者手动模式逐步测试每个动作，确认无误后再切换到自动模式。不要一上来就跑自动，出了问题你都不知道是哪个环节。顺序控制可以用步进逻辑（Step）来实现，每一步都有明确的进入条件和退出条件，方便排查。
4.3 模拟量信号的处理要点
模拟量信号受干扰是常态。4-20mA信号比0-10V抗干扰能力强，所以现场尽量用电流信号。屏蔽线要单端接地，通常在PLC侧接地。如果信号还是跳，可以考虑加信号隔离器或者滤波器。
程序里模拟量要做量程转换和滤波。量程转换就是把原始值（比如0-27648）映射到实际工程值（比如0-100度）。滤波可以用一阶滞后或者移动平均，参数根据信号变化速度来调。变化快的信号滤波时间短一点，变化慢的信号可以长一点。但滤波不是万能的，如果信号本身有问题，还是要从源头解决。
4.4 通信调试的排查思路
通信不通的时候，按这个顺序查：物理层（线接对了没、终端电阻装了没）、参数层（波特率、数据位、停止位、校验位是否一致）、协议层（站号、寄存器地址、功能码是否正确）、应用层（数据格式、字节序、缩放系数）。
Modbus RTU最常见的问题是A/B线接反、终端电阻没装、波特率不匹配。Modbus TCP最常见的问题是IP地址不在同一网段、端口被占用、防火墙拦截。OPC UA最常见的问题是证书配置、安全策略、节点ID写错。这些问题我都遇到过，排查的时候要有耐心，一个环节一个环节确认。
5. 上位机与SCADA对接的坑
5.1 SCADA和PLC怎么连才稳定
SCADA和PLC连接，常见方式有：OPC UA、Modbus TCP、西门子S7协议、三菱MC协议等。选择哪种方式，取决于PLC型号、SCADA软件、项目要求。如果SCADA支持OPC UA，优先用OPC UA，因为它是标准协议，兼容性好，安全性也更好。
连接稳定性方面，要注意几点：轮询周期不要设太短，否则PLC通信负载太高会影响扫描周期；通信变量要分组，关键数据和高频数据分开；断线重连机制要配好，网络闪断后能自动恢复。我见过一个项目，SCADA轮询周期设了50ms，结果PLC扫描周期从10ms涨到30ms，设备动作都变慢了。
5.2 数据采集的常见问题
数据采集最怕的是“数据不对”。PLC里明明是100，SCADA显示10000，这种一般是缩放系数没配对。PLC里是整数，SCADA按浮点数解析，也会出问题。字节序也是个大坑，Modbus寄存器是16位的，32位数据要拆成两个寄存器，高低字顺序不同厂家不一样。
时间戳同步也很重要。如果SCADA和PLC的时间不一致，报警记录和历史趋势的时间会对不上。建议SCADA定期和PLC对时，或者用NTP服务器统一时间。报警确认、操作记录这些功能，时间不准的话追溯起来很麻烦。
5.3 报警管理的设计原则
报警不是越多越好。我见过一个项目，报警列表有上千条，操作员根本看不过来。报警要分级：紧急、重要、一般、提示。紧急报警要声光提示，重要报警要记录，一般报警可以只在画面上显示，提示信息可以只写日志。
报警要有时序和确认机制。第一条报警往往是最关键的，后面的可能是连锁反应。报警确认要记录是谁、什么时候确认的。报警恢复后要有恢复提示，不能悄无声息地消失。这些细节在SCADA组态的时候就要设计好，不要等操作员抱怨了再改。
6. 项目文档和交接的注意事项
6.1 程序注释和文档要同步更新
程序改完不更新文档，是这行最常见的毛病。我见过太多项目，程序改了七八版，文档还是第一版的。后来的人接手，只能靠读程序猜逻辑。你自己三个月后回头看，也一样懵。
我的习惯是：每次程序修改，同步更新三样东西——程序注释、IO清单、功能说明。IO清单要标注每个点的地址、信号类型、设备名称、正常状态。功能说明要写清楚每个模式、每个动作的触发条件和互锁关系。这些文档不需要多漂亮，但必须准确。
6.2 交接时要交代清楚什么
交接不是把程序发过去就完了。要交代：程序结构、关键逻辑、已知问题、待办事项、调试注意事项、参数设置说明。最好能当面过一遍程序，把容易出问题的地方指出来。
我交接的时候会做一个“避坑指南”，列出这个项目里哪些地方容易出问题、出了问题怎么查、哪些参数不能随便改。这个指南比程序本身还值钱，因为程序可以读，但经验读不出来。
6.3 毕业设计和工作项目的区别
很多应届生拿毕业设计当项目经验，但两者差别很大。毕业设计追求“能跑就行”，工作项目追求“稳定、可维护、可扩展”。毕业设计可以一个人从头写到尾，工作项目要多人协作、要符合公司规范、要考虑甲方需求。
如果你拿毕业设计去面试，面试官问“这个程序如果让你重新设计，你会改哪里”，你要能说出具体的改进点。比如“当时没有做报警分级，现在会加上”、“当时变量命名不规范，现在会按功能块统一命名”、“当时没有考虑通信断线重连，现在会加上”。这些反思比项目本身更能体现你的成长。
7. 职业发展和持续学习
7.1 前三年怎么规划
第一年：熟悉公司常用PLC平台和项目流程，能独立完成小型项目的编程和调试。第二年：掌握通信和上位机对接，能处理中等复杂度的项目。第三年：能带新人、能独立负责项目、能处理现场突发问题。
不要只盯着编程。电气、仪表、机械、工艺都要了解一些。自动化工程师的价值在于“能解决问题”，而不是“会写程序”。现场出了问题，你要能判断是程序问题、电气问题、机械问题还是工艺问题。这个判断能力，需要跨领域的知识积累。
7.2 要不要学高级语言和新技术
要学。Python在数据处理、脚本自动化、测试框架方面很有用。SQL在数据库和报表方面用得上。如果做SCADA和MES对接，JavaScript和C#也可能用到。但不要本末倒置，PLC和电气基础才是你的核心竞争力。
AI辅助编程是趋势，但不要依赖。AI可以帮你生成代码片段、查语法、解释报错，但逻辑设计、安全判断、现场调试这些核心能力，AI替代不了。我试过用AI生成PLC代码，简单的逻辑可以，复杂的工艺逻辑还是得自己写。AI生成的代码你要能看懂、能验证、能修改，否则就是给自己埋雷。
7.3 证书和学历要不要提升
注册电气工程师、软考、PMP这些证书，有比没有好，但不要为了考证而考证。如果你在国企或者大公司，证书可能和职称、晋升挂钩，那就早点考。如果在私企或者外企，项目经验和解决问题的能力更重要。
学历方面，大专学历在自动化行业够用，但如果你想进大公司或者往管理方向走，本科和硕士会有优势。我见过很多技术很强的大专生，因为学历被卡在晋升门槛上。如果你还年轻，提升学历是值得的。
8. 常见问题速查与避坑指南
8.1 PLC程序常见故障排查表
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| PLC无法启动 | 电源故障、模块松动、程序丢失 | 检查电源指示灯、重新插拔模块、连接编程软件查看诊断 |
| 输入信号不动作 | 传感器故障、接线错误、输入点损坏 | 用万用表测传感器输出、检查NPN/PNP匹配、换备用点测试 |
| 输出不动作 | 输出点损坏、负载短路、程序逻辑错误 | 强制输出测试、检查负载电流、在线监控程序 |
| 模拟量读数跳变 | 干扰、屏蔽线未接、量程不匹配 | 检查屏蔽层接地、加滤波器、核对量程设置 |
| 通信中断 | 线缆故障、参数不匹配、站号冲突 | 检查物理连接、核对通信参数、确认站号唯一 |
| 设备动作异常 | 程序逻辑错误、机械卡阻、参数设置不当 | 在线监控程序、手动测试机械、核对参数 |
8.2 应届生面试常被问到的技术问题
“PLC扫描周期是什么？影响扫描周期的因素有哪些？”——扫描周期是PLC执行一次完整程序循环的时间，包括输入采样、程序执行、输出刷新。影响因素有程序长度、指令复杂度、通信负载、中断处理。
“Modbus RTU和Modbus TCP有什么区别？”——RTU是串行通信，用RS485/RS232，有CRC校验；TCP是以太网通信，用TCP/IP协议，没有CRC校验但有TCP校验。RTU需要设置波特率、数据位、停止位、校验位，TCP只需要IP和端口。
“急停信号应该怎么处理？”——急停必须用硬件安全回路，不能只靠程序。急停信号要直接切断执行机构电源，同时给PLC一个输入信号用于状态显示和复位逻辑。急停复位后不能自动恢复运行，必须手动重新启动。
“PID参数怎么整定？”——先调比例，让系统有响应但不振荡；再加积分，消除稳态误差；最后加微分，抑制超调。实际工程中先用经验值，然后根据响应曲线微调。温度系统积分时间一般较长，流量系统积分时间较短。
8.3 现场调试的独家避坑技巧
技巧一：带一个笔记本，把每次修改的内容、时间、原因记下来。现场调试一天改几十次很正常，不记的话晚上回去都忘了改了什么。
技巧二：改程序之前先拍照或者截图。博途的在线修改有时候会出问题，改之前留个底，出问题了能对照。
技巧三：和操作工搞好关系。他们最了解设备实际运行情况，很多问题他们比你先发现。他们告诉你“昨天还好好的，今天就这样了”，这句话能帮你省很多排查时间。
技巧四：遇到解决不了的问题，先停下来，把已知条件列出来，把可能原因列出来，一个一个排除。不要东改一下西改一下，那样只会把问题搞得更复杂。
技巧五：项目验收前，把所有报警都测试一遍。我见过项目验收时报警没测全，运行三个月后一个报警触发，操作员不知道怎么处理，导致停机。报警测试要模拟真实触发条件，确认报警显示、记录、确认、恢复都正常。
8.4 关于AI辅助PLC编程的实话
AI生成PLC代码，目前只能做辅助。简单的启保停、定时器、计数器逻辑，AI可以生成，但你要能看懂、能验证。复杂的工艺逻辑、安全逻辑、通信处理，AI生成的代码往往有漏洞，直接用到项目里风险很大。
我试过让AI生成一个Modbus RTU轮询程序，生成的代码框架是对的，但寄存器地址映射、超时处理、错误重试这些细节都不完整。如果你不懂Modbus协议，直接用了，通信出问题你都不知道怎么查。所以AI可以用，但前提是你自己有判断能力。
9. 给应届生的最后几句实在话
自动化这行，入门不难，做好不容易。前两年会比较辛苦，工资也不高，但熬过去之后，经验和能力上来了，待遇和选择空间都会好很多。我见过太多人干了半年就转行，也见过坚持下来的人现在都过得不错。
不要眼高手低。刚入行的时候，让你接线、打标签、整理文档，不要觉得屈才。这些基础工作能帮你快速熟悉设备和流程。我见过应届生不愿意去现场，只想坐办公室写程序，结果写了三年程序，连接触器长什么样都不知道，遇到现场问题就抓瞎。
保持学习。PLC品牌和型号更新很快，通信协议和上位机软件也在变。今天会的技术，五年后可能就过时了。但底层逻辑和解决问题的方法不会过时，把基础打牢，学新东西就快。
最后，注意安全。现场调试的时候，该断电就断电，该挂牌就挂牌，该穿劳保用品就穿。我见过太多因为图省事出事的案例。设备可以修，程序可以重写，人出事了就什么都没了。
这90条经验，有些是技术层面的，有些是习惯层面的，有些是职业发展层面的。你不需要全部记住，但希望你在遇到对应场景的时候，能想起来“好像有人说过这么回事”，然后回来翻一翻。入行前三年是最关键的，把基础打好，把习惯养好，后面的路会越走越宽。
