做PLC工程师今年是第十二个年头。我自己也是从拿着手册不敢动的新人一路走过来的，带过的自动化应届生少说也有二三十个，见过太多人明明专业课成绩不错，一进车间却不知道从哪里下手。这次我把自己这些年的经验整理成90条，计划每天更新几条，写给刚入行和准备入行的自动化应届生。九十条听起来很多，其实拆开都是小事，只不过这些小事教科书上不写，老师傅也未必愿意掰开揉碎讲给你听。这套经验的核心就四个字：少走弯路——从选型、接线、写程序，到现场调试、跟客户打交道，每一步都有数不清的坑在等着。
很多应届生以为PLC工程师就是天天对着电脑写程序的，这个认知偏差很危险。我打算把这90条按五个模块来组织：行业认知、电气基础、编程思维、现场调试、职业素养。每天更新一些，每一条单独看都很短，但背后都有真实案例支撑。这篇文章把几类最容易吃亏的内容先展开来聊，先说清楚这个行业是怎么回事，再讲练好编程基本功，最后落到现场调试和查故障。读完你大概就知道，未来半年到一年，自己最该往哪个方向使劲。
1. 这份“90条”经验，到底在解决什么问题
先说一个让我印象很深的例子。前年有个校招进来的新人，入职第二天就装好了西门子博途和仿真软件，信誓旦旦跟我说：“师傅，PLC仿真我会，咱们直接开始吧。”结果他折腾了一上午，仿真怎么都启动不了，也完全不报错。我过去看了一眼，发现他新建项目的时候，组态选的CPU型号是S7-1200，但实际练手程序里用的某些指令是S7-1500才有的，仿真实例跑不起来是必然的。
这种问题，书里不会教，因为仿真器的坑是靠实操踩出来的。哪怕你学的专业课再扎实，没有现场经验做支撑，一样会卡在这种地方。我整理90条经验，就是想把这些“书里不写、学校不教、师傅不一定有空讲”的东西集中起来。
为什么是90条，不是99或者100条？因为我的规划是每个模块都留出足够余地，每天更新几条，更新完正好凑成一套完整的入行生存手册。比如职业素养这个模块里，有一条是“接到改程序的需求，先问清楚三个事：改哪里、为什么改、什么时候要”，这是我在客户现场被坑出来的教训。有一次客户说急，我电话里没细问就改了一段程序，结果改完发现是另一个项目的事，白白加班两小时。
这类经验，单看都很琐碎，但串起来就是一条完整的成长路线。应届生最容易犯的毛病，是把网上的碎片化教程当作全部，今天刷一条指令用法，明天看一段别人调试视频，感觉很充实，一到现场还是懵。90条经验按模块梳理，就是为了让你每天晚上花几分钟读一条，一个月后脑子里自然形成一张“自动化工程师能力地图”。
2. 入行之前，先搞明白自动化行业到底在做什么
2.1 PLC工程师不是“纯程序员”
很多应届生对这个岗位有误解，以为就是坐在办公室写梯形图。实际上，一个PLC工程师的知识结构是复合的：电气原理、元器件选型、电气图纸绘制、接线指导、程序编写、现场调试、售后维护，样样都要沾。
我带过的一个新人，报到第一天就被技术负责人叫去仓库盘点中间继电器。他觉得委屈，觉得自己是来写程序的，不是来干杂活的。后来我带他调一套灌装线，他在现场被一只中间继电器坑了一下午——线圈电压选错，24V的继电器接到220V回路里，烧了三个触点，生产线停了一个多小时。那天他终于明白了，第一天蹲在仓库盘点，是让他认识电磁器件的型号、触点和线圈参数，后面干活全是这些东西。
所以面试的时候，如果有人问你“PLC工程师主要做什么”，别只回答“编写PLC程序”。你要能说出来：电气图纸会看会画、元器件会选型、接线工艺懂标准、程序会写会调、故障会排查。这些技能可能第一份工作用不完，但后面每一步晋升都离不开。
2.2 品牌选择：先精一个，再懂一片
自动化行业PLC品牌非常多。外资品牌里西门子、罗克韦尔AB、三菱、欧姆龙是主流，国产的汇川、信捷、台达这几年也占了很大份额，尤其现在汇川、信捷的设备在小中型项目里越来越常见。再加上CODESYS这套IEC 61131-3编程平台生态越来越火，很多国产厂商的PLC内核就是CODESYS。
我给应届生的建议是：先看你第一份工作周围工厂用什么，就深入学什么，别贪多。你在一家全是西门子的公司，却天天啃三菱的Q系列程序，既浪费精力，又没法在实战里加深理解。等你精通了一款，比如西门子S7-1200/1500的博途开发流程，再去看三菱、欧姆龙、CODESYS体系，会发现指令和通信配置都是相通的，学起来快很多。
有人担心国产PLC学了没有竞争力，这个担心没必要。国内设备更新换代快，国产PLC的性价比和技术能力都在往上走，越来越多的产线、机械设备用国产控制系统。你熟练掌握国产品牌，通用的是PLC编程思维和调试能力，换到任何平台都适用。
2.3 会看手册和接线图，比多背几条指令重要
我带过的应届生，十个里有八个不会看硬件手册。拿着传感器三线制的线，不知道该接公共端还是信号端；看到端子图上的“常开、常闭、公共端”，不知道对应的是哪种输入信号。这些基础如果不扎实，到现场就只能干瞪眼。
看手册是有顺序的。硬件手册先看技术参数和端子定义，确认供电电压范围、输入输出类型、接线极性；软件手册先看数据类型、指令表格和通信配置，别一上来就翻指令详解。看接线图也一样，先看电源从哪里进、断路器怎么分配、PLC模块在哪个位置，再看传感器和执行器怎么接入模块通道。
这里有个现场特别常见的事故：新人不看PLC模块标签，直接把220V串进24V输入通道。轻则烧一个输入点，重则整块模块报废。所以我常说，接线之前先拍照，拿万用表量一遍，图实核对，再动螺丝刀。这个习惯能帮你省下几千块钱的模块维修费，更能在带你的师傅心里加分。
3. 编程能力怎么练：从梯形图到结构化程序
3.1 背指令只是起点，程序结构才是关键
很多应届生觉得，PLC编程就是把指令背熟。事实不是这样。指令就像汉字，你会几千个汉字，但不代表你能写出好文章。写PLC程序也是同理，关键在结构。
一个比较成熟的工业控制程序，通常分几大块：急停回路、手动模式、自动模式、单周期、联锁保护、报警处理。拿到一个项目，先别急着写逻辑，而是把这些框架列出来，再往里填具体的控制动作。比如一套简单的机械手控制，动作无非是“夹紧、抬升、平移、下降、松开”，你要想的是这几个动作在手动和自动模式下分别怎么执行，互相之间怎么联锁，报警了怎么停下来。
经典的红绿灯十字路口PLC程序和四层电梯PLC程序，之所以被反复拿出来当教学案例，就是因为它们把“时序”和“状态”这两个核心概念讲得很透。红绿灯是固定时序，电梯是状态切换加呼叫优先级，你认真写一遍，比背几十条指令有用得多。很多培训课把这两个例子拿出来练，确实有道理。
3.2 梯形图用生活的例子理解
梯形图难吗？上手并不难，卡住人的通常是常开常闭触点的逻辑关系。我经常用一句话跟新人解释：你想象家里的电灯开关。
一根火线通过一个常开按钮接到灯的线圈，你按一下按钮，触点闭合，灯亮；松手，触点断开，灯灭。这就是最基础的“点动”。想让灯亮了以后松手也不灭，就需要再加一个并联的常开触点，这个触点由灯自己的线圈控制——线圈一得电，自己的常开触点就闭合，即使你松开按钮，电流还是能从并联的触点流过去，灯就一直亮着。这就是电工行业常说的“自锁”。
程序里的停止按钮，一般接常闭触点。你按下去，常闭触点断开，线圈断电，设备停止。要理解为什么停止用常闭、启动用常开，用家里的开关和门铃来类比就通了：门铃是按下有信号的设备，用的是常开；急停是希望断线也能触发停机的设备，所以用常闭，接线断了反而停机，这叫失效安全。
3.3 学会结构化文本、功能块和数据类型
如果你只做几台小设备，梯形图够用。但工厂项目和大型产线，控制逻辑复杂以后，梯形图会变得又长又乱，维护起来很痛苦。这时候，结构化文本ST语言就能派上用场，比如模拟量计算、PID调节、运动速度曲线，用ST写更直观。
然后是功能块FB。举个例子，一套设备上有十几台气缸，每个气缸都有“伸出到位、缩回到位、电磁阀输出、报警”这几个要素。你可以写一个FB，把气缸动作封装起来，十几台气缸就是调用同一个FB的十几份实例，谁缺料、谁没到位，一目了然。这就是复用价值。
再往后是数据类型。PLC里不仅可以用标准数据类型，还可以自定义结构体UDT，把一台电机的“启停命令、状态反馈、电流、转速设定”打包成一个整体，整个程序的寻址会变得特别清爽。我见过很多做了两三年的工程师，程序里还是一个一个M点满天飞，变量名靠前缀猜，我说这种人不是不会写程序，是没有建立数据结构意识。应届生如果一开始就能按结构化思维写程序，后面成长速度会明显快一截。
3.4 仿真软件能做什么，不能做什么
现在学习条件很好，用仿真软件练手非常方便。S7-PLCSIM、PLCSIM Advanced这类工具，能帮你验证程序逻辑。但很多新人遇到“模拟仿真启动不了，且没有任何报错”就把自己卡住了。我排查这种问题的经验是固定的：
先看组态的CPU型号和仿真器版本是否匹配，S7-PLCSIM Advanced对固件版本有要求。再看是不是有其他程序占用了仿真通信端口，特别是跑着别的实例的时候。接着把杀毒软件暂时退出或者加白名单，看是否被拦截。最后检查许可证服务有没有正常启动。如果以上都查完，大概率还藏在项目本身的通信指令里——仿真环境对某些通信指令支持有限，比如用到了不支持的通信处理器。
但记住一件事：仿真能验证逻辑，不能替代真机接线、不能替代I/O检查、不能替代现场抗干扰测试。你把仿真练得再熟练，到了现场还是要老老实实去排查接线和外部信号。这就像一个驾校学员，模拟器开得再顺，第一次上路照样会紧张，是同一个道理。
4. 现场调试硬技能：接线、通信与故障定位
4.1 上电前的“三查”习惯
上电调试是整个项目最紧张的时刻。很多新人上来就送电，设备没反应就慌了，然后在程序里一通瞎改，这是大忌。我带团队时要求几个人遵守“三查”：
第一查图纸，确认本次调试涉及的回路和图纸一致，临时改动要有记录。第二查端子，逐一核对接线位置和线号，特别是电源线、通讯线、信号线不能接错端子排。第三查电源，先用万用表测量供电电压是否在规定范围内，确认无短路、无接地问题再送电。
上电顺序也有讲究：先断掉所有执行机构负载，空载给PLC和传感器送电，确认模块状态正常，再逐个接负载。这样做的好处是，万一程序逻辑不对，最多是输出状态异常，不会带着电机或电磁阀直接动作，避免机械伤人或者设备撞车。
4.2 通信是应届生最头疼的部分
通信这个话题，几乎每周都有人问我。三菱和西门子怎么连、SCADA怎么和PLC连、ABB变频器怎么跟PLC通信，问什么的都有。我的经验是，通信不难，难的是你知不知道自己在跟谁通信、用的什么协议、参数对不对。
先拿最常见的Modbus RTU举例。你只要把这几个参数设置一致，基本上就能通：站号、波特率、数据位、校验位、停止位。西门子S7-1200和ABB变频器用Modbus RTU连接，可以这样配：
| 项目 | 推荐设置 |
|---|---|
| 协议 | Modbus RTU |
| 波特率 | 9600或19200 |
| 数据格式 | 8N1（8数据位、无校验、1停止位）或8E1 |
| 变频器站号 | 1~31，与总线上唯一即可 |
| 终端电阻 | 长距离或星型布线必须加，短距离可不加 |
然后PLC侧调用Modbus通信指令，比如西门子S7-1200的MB_COMM_LOAD和MB_MASTER这两个块，在指令里填上波特率和从站站号，写好要读写的保持寄存器地址，就能控制变频器的启停和读回频率电流。
再往上，SCADA系统与PLC的连接，常用的路子有OPC UA、S7协议、Modbus TCP三种。选哪种取决于PLC品牌和上位机软件，比如西门子PLC配WinCC，直接用S7协议最方便；跨品牌用OPC UA最省事，因为OPC UA把不同品牌的协议差异屏蔽掉了。配置时最容易出错的是IP地址和连接参数，比如S7协议里的机架号、槽号填错一个数字，通信就一直建立不了。
还有一个很常见的坑：有人问我，威伦通触摸屏软件里找不到汇川PLC的驱动，怎么办。我的处理顺序是：先检查触摸屏组态软件版本是不是太旧，很多新驱动要靠软件更新带进去；然后去汇川官网找触摸屏驱动包安装；最省事的办法是把PLC设置成标准的Modbus从站，触摸屏直接走Modbus协议读写。多数情况下这个方案能解决问题。
4.3 故障排查的思考顺序
现场设备不动作，新手第一反应是查程序。但我的经验是，先别进程序，按三层顺序排查。
第一层是I/O状态层。看PLC模块的指示灯，或者在线监控输入输出状态表。比如控制电机的接触器没吸合，先看输出点有没有亮。输出点没亮，说明问题在前面，程序条件没满足或通信没上来；输出点亮了但接触器不吸合，说明问题在输出驱动电路，可能是中间继电器坏了、接线松了、负载短路。
第二层是程序逻辑层。在线监控梯形图，看关键中间变量有没有置位，对应输出线圈前面的条件哪个没有满足。这一层需要你熟悉工艺流程，知道“水到了没、气压够不够、前一个工位完成没”。
第三层才是硬件层。怀疑输入点坏、输出模块坏、传感器断线、电缆破损。这时候就用万用表去量信号线有没有电压或通断，而不是盲目换件。
我举一个真实案例。工厂里一台变频器带电机，按下启动没有反应，变频器面板不报警。新人一直查PLC程序，确认输出点已经置位了，变频器却不动。我叫他把万用表接到变频器DI1端子和公共端，量一下启动信号有没有进去。结果他一量才发现，变频器侧端子线松了，信号根本没到变频器。问题就在这一根线上，白白折腾了大半天。
5. 常见问题排查速查表
我把这几年新人问得最多的问题整理成一张速查表，你可以直接贴在工位上。每个问题背后都有具体的排查路径，比临时翻手册好用。
| 现象 | 可能原因 | 排查动作 |
|---|---|---|
| PLC仿真软件启动不了，又不报错 | CPU型号和仿真器版本不匹配、通信端口被占用、杀毒软件拦截、许可证服务未启动 | 核对硬件组态型号，关闭其他仿真实例，杀毒软件加白名单，检查授权服务 |
| 触摸屏组态软件找不到某个品牌PLC驱动 | 组态软件版本太旧，驱动包未安装 | 更新组态软件，安装官方驱动，或把PLC设为Modbus从站 |
| 通信时通时断 | 接线接触不良、通信线屏蔽层没接地、波特率不匹配、站号重复 | 检查端子紧固，规范屏蔽接地，核对参数，逐一断开从站定位 |
| C#上位机读取PLC数据频率不稳 | 采集周期设置太短、通信方式不统一、同时多个任务在读写 | 把轮询间隔放到100ms以上，统一走同一个通信连接，避免并发读写冲突 |
| AI生成的PLC代码能不能直接用 | 逻辑结构可以参考，I/O映射和硬件安全点不能确定 | 人工核对所有输入输出地址，保留急停和安全联锁，先在离线环境验证 |
| 有人说自动化工程师就是搞测试的 | 软件自动化测试和工业自动化是两回事 | 明确自己方向是工业现场控制，但Python可作为辅助技能学习 |
这里单独把“C#上位机读取PLC数据”这件事展开一下。有些设备要用上位机做数据采集，C#通过S7.Net这类库能很方便地读取西门子PLC的数据，比如读取DB块里的变量。但有一个原则：上位机的数据刷新频率不是越快越好。很多新人上来就写一个100ms读一次的循环，结果上位机卡顿、通信不稳定。实际项目里，普通状态数据500ms到1s读一次足够了，需要高速响应的信号直接进PLC逻辑，别靠上位机去兜底。
// C#使用S7.Net库连接西门子PLC并读取DB块数据（示意） var plc = new Plc(CpuType.S71500, "192.168.0.10", 0, 1); plc.Open(); object value = plc.Read("DB10.DBD0"); plc.Close();再说一下AI生成PLC代码的事。现在确实有很多AI辅助工具，能生成ST语言片段、帮你排指令顺序、解释复杂功能块。我试用过一些，对提高写周报和查资料的效率有帮助。但PLC代码最终要控制的是现实世界的机械设备，一旦输出映射错了、安全联锁被AI顺手删了，出了问题就是设备损坏甚至人身风险。所以我一直强调：AI生成代码可以当参考，但必须人工核对I/O表、核对安全回路，跑仿真验证，严禁拿AI代码直接下载到生产设备里。
6. 以我自己的经历收个尾
做这行十二年，我最深的体会是：自动化工程师的成长，不是靠突击学一个软件就能完成的，而是靠每天解决一个小问题、记录一个坑、总结一次排查过程，慢慢累积起来的。我之所以把90条经验一天一天地更新，也是想告诉所有新人，别想一口吃成胖子，每天消化一条，几个月后你回头看，会发现自己已经比刚入行时强太多了。
最后再分享一个小小的习惯吧。我从第三年做项目开始，随身带一个笔记本，每排除一个故障就记一笔，内容包括现场现象、怀疑方向、实际原因、处理方式。到现在已经记了五六本。后来项目做多了，我翻笔记本就能回忆起好几年前某个半夜值班的故障是怎么解决的。这个方法，我带过的每一个应届生我都推荐，希望你也能从这个习惯里受益。
