企业官网建设流程全解析

从2012年入行算起，我干PLC工程这行已经整整12年了。这12年里，我在非标设备厂待过、在汽车零部件产线跟前跟后、在污水处理项目现场泡过很久，最近几年开始带团队，手下前前后后带了差不多20个应届生。每年都有人问我同一个问题：自动化专业刚毕业，到底怎么入行？市面上的培训班课表看着像模像样，可真到了车间，很多人连接近开关的NPN和PNP都分不清，上电调试只会按说明书点下载。我决定把这十几年攒下来的东西整理成90条入行经验，每天更新。这篇文章是总纲加第一部分，给正在找方向的自动化应届生搭一个立体的全局视图。

先说清楚这90条我不会按教科书顺序排，而是按一个应届生从学校到现场的真实成长路径来排：先建立行业认知，再打电气基本功，接着学PLC编程，然后碰通讯和调试，最后是职场避坑。每一条我尽量都配上具体操作方法和排查思路，而不是光喊口号。

1. 先说两句：我为什么敢写这90条经验

我的经历其实很普通。2012年本科毕业，学的是电气工程及其自动化，第一份工作是在一家做非标自动化产线的小公司，当时公司人不多，我去了就得从画电气图、跑现场、跟装配开始干。那几年真是把该踩的坑全踩了一遍：程序下进去设备纹丝不动、通讯全乱码、变频器参数设错烧了模块、客户现场半夜打电话说设备停线。后来慢慢从一个只会写梯形图的新人，变成能独立扛起整个项目的电气负责人，再到现在带团队做设备改造和数据采集。

我想给应届生写这些经验，很大一个原因是这几年行业确实缺人。制造业的产线在升级，很多工厂的旧设备要改造联网，新产线要调试投产，可自动化调试工程师的缺口一直很大。我面试过太多人，简历写得漂亮，一问现场问题就露馅。这不能全怪应届生，学校的课程和工厂的实际需求之间本来就有一道很大的沟，很多知识学校没教，教了的又跟现场用的差着版本。

这90条经验，我大概分成9个模块，每个模块10条。第一模块是行业认知和心态，第二模块是电气基础，第三模块是PLC编程入门，第四模块是通讯协议，第五模块是调试排障，第六模块是设备选型，第七模块是练手项目和毕设，第八模块是职场避坑，第九模块是持续学习。今天这篇我就先写行业认知和电气基础的核心部分，后面的模块我每天在个人主页连续更新，急用的朋友可以先收藏。

2. 入行第一课：自动化这三个字，在工厂里到底指什么

很多应届生理解的自动化，和工厂里的自动化根本不是一回事。我在招聘时经常遇到这样的情况：有学生说“我学过自动化测试框架”，一问是pytest和appium，以为是做软件测试的；还有人说“我对自动化感兴趣”，实际上接触的是影刀这类RPA办公自动化，或者用Ansible去批量配置服务器。这些东西本身都没错，但它们和制造业产线里的PLC自动化，是几条完全不同的技术路线。

制造业自动化的核心，是用PLC这类工业控制器，结合传感器、变频器、伺服、气动元件、数控机床，去控制一台设备或者一条产线按预定的节拍动作。设备能不能动、动作顺序对不对、故障了怎么停，全部由PLC里的程序决定。所以你在工厂看到的自动化，从来不是一台电脑跑个脚本那么简单，而是一套完整的控制系统：电气柜里的PLC、现场分布的各种传感器、执行机构上的变频器和伺服驱动器、触摸屏上的组态画面，再加上后台的监控系统。

这里还要提一个很多应届生会搞混的点：PLC能采集数据，但采集数据这件事本身不是PLC的专利。现在的工控项目里，经常用Modbus、OPC UA这类工业协议去读取PLC、传感器、数控机床的运行状态数据，然后送进上位机系统做展示和分析。你学的Python、数据库、网页开发能力，在这块其实是能派上用场的，只不过前提是你得先弄懂PLC里的数据是怎么组织的、地址是怎么映射的、通讯报文是怎么交互的。不是让你拿Python直接操作线圈，而是让你能读懂Modbus保持寄存器的地址表，能理解OPC UA服务器的节点结构。

2.1 制造业自动化的核心：控制器与现场总线生态

PLC这行，你早晚要接触几个主流品牌。三菱和西门子是两大头，国内项目里见得最多。三菱的FX系列和Q系列，老设备改造里非常常见；西门子的S7-200 SMART、S7-1200、S7-1500，新项目占有率很高；国产品牌里汇川、台达、信捷这几年起来得也很快，尤其是汇川，在伺服和新能源设备里出镜率相当高。ABB的变频器和PLC在重工行业也有一席之地。

作为应届生，我建议别贪多，先挑一个品牌深入学。你只要把一个品牌的PLC玩明白，比如梯形图的基本逻辑、IO地址的分配方式、定时器计数器的用法、数据寄存器的编址规则，换了别的品牌，大概三天就能上手。它们本质上都是扫描循环、输入刷新、程序执行、输出刷新这套模式，只是指令和软件不同。真正拉开差距的反而是对现场设备的理解：变频器怎么设置参数、伺服怎么走位置控制、传感器信号怎么接到模块上、通讯连不上该从哪里查起。这些能力，换多少品牌都通用。

2.2 自动化测试、运维自动化与PLC自动化的本质区别

我一直觉得“自动化”这个词在IT和工控领域被严重混淆了。做软件的自动化，测试框架pytest、playwright、Appium，跑的是代码用例，对象是软件本身；做运维的自动化，Ansible、Cloud-Init，管理的是服务器和虚拟机，甚至有人做PVE虚拟机模板的自动生成；做办公自动化的，影刀这类RPA工具，替代的是人工点击鼠标键盘。这些自动化有一个共同特点：对象是“虚拟的”或“逻辑的”，出了问题重启一下、回滚一下、重新跑一遍，代价相对可控。

PLC自动化则完全不同。你的程序写在电脑上，下载到PLC里，但它驱动的是气缸、电机、加热管，控制的是实际运转的设备。一旦逻辑写错，可能就是设备撞机、产品报废、人员受伤。这不是代码层面打补丁能补救的，你在现场必须隔着柜门去判断问题出在程序还是出在硬件还是出在接线。所以我经常跟应届生说，如果你想从事工控自动化，先把心态从“程序员”调成“工程师”：你不仅要会写程序，还要会看图、会接线、会用万用表，更要懂得安全规范。

3. 三年基本功：从图纸到元器件，这条路没有捷径

很多应届生一上来就想学PLC编程，问“梯形图怎么画”，我不反对，但我强烈建议你先补电气基础。PLC编程的核心不是那些指令，而是控制逻辑；而控制逻辑的源头，是电气原理图和设备动作要求。你在现场连图纸都看不懂，PLC程序写得再漂亮也没用，因为你根本不知道输出点要接哪一个接触器、输入点接的是常开还是常闭。

我给新人的建议是，入行前半年，别急着写程序，先把这几样吃透：电气原理图的阅读，继电器控制经典电路（电机正反转、星三角降压启动、顺序启动停止），传感器类型和信号类型，变频器和伺服驱动器的基本参数，以及电气安全。这半年看起来“没摸到PLC”，实际上是你后面三年能不能跑起来的关键。

3.1 电气原理图和IO分配是面试的必考题

面试的时候，技术主管通常会给你一张简单的电气原理图，问你主回路有没有问题、控制回路怎么实现的、自锁互锁在哪里、急停怎么接入。如果你连这些基础都答不上来，基本上就出局了。我见过很多应届生，明明简历上写着“熟悉西门子PLC”，结果连接触器的线圈和触点都分不清，这样的基础后面根本没法带。

识图这件事没有什么捷径，就是多看多画。你可以去网上找一些经典图纸，比如电机启保停电路、正反转电路、星三角启动电路，配合实际接线头去理解。学的时候重点看三个部分：主回路就是电机或加热装置的供电回路，控制回路就是接触器继电器组成的逻辑控制部分，安全回路就是急停、门开关、光幕这类保护器件的串接方式。搞明白电流从哪来、到哪去、谁控制谁，比死记硬背图纸更有效。

IO分配也是老工程师考察新人的常用点。给你一个设备，比如一个简单的搬运机构，有启动按钮、停止按钮、两个气缸、三个传感器，你要会列出输入输出点的分配表，哪些接24V、哪些接0V，NPN和PNP的接法怎么区别，下一路IP地址在哪里。这个能力决定了你后续写程序的起点，也决定了硬件接线图怎么画。

3.2 传感器和仪表：应届生最容易栽跟头的地方

传感器是PLC的眼睛。常见的接近开关、光电传感器、编码器、温度变送器、压力变送器，它们的信号都要进PLC的输入模块。这里有个非常基础但新人必踩的坑：NPN和PNP。NPN型传感器输出低电平，PNP型传感器输出高电平，接错极性输入端就永远没有信号。很多设备调试不动，第一反应是PLC坏了，实际上就是传感器型号买错了或者接错了线。

另一个容易出问题的点是信号类型。模拟量传感器常用的有0-10V、4-20mA，还有少数的0-5V、0-20mA。4-20mA为什么在工业现场最常见？因为电流信号在线缆上不容易受干扰，而且有断线自检功能，回路电流为0说明断了，低于4mA说明有故障。你在做温度采集、压力采集的时候，一定要先确认传感器输出的是什么信号，再确认PLC模拟量模块的量程和接线方式。量程换算也常考：一个压力变送器量程是0到1MPa，输出4-20mA，PLC模拟量模块对应0到27648，那10mA对应多少压力？这属于基本功，别到时候现场算都算不出来。

3.3 变频器和伺服：你终归要打交道的东西

现在的自动化项目里，电机控制很少用传统的接触器直接启停了，大多是变频器或者伺服驱动器。ABB的变频器配西门子PLC、森兰SB200系列配S7-200 SMART，这些都是很典型的组合。搞变频器通讯，本质上是搞清楚变频器内部的参数寄存器地址，然后用Modbus RTU去读写。比如你把变频器的站号设成1，波特率9600，数据格式8N1，PLC那边再用对应的Modbus地址去写启停命令字和频率给定值，就完成了远程控制。

这里我给新人的忠告是：拿到任何一台变频器，第一件事是打印它的参数手册，找到“基本运行参数”、“通讯参数”、“状态监控参数”这几章，对照着设置一遍。很多老工程师调试变频器，从来不背手册，全靠现场按功能码查表。这是正确的思路，因为变频器型号实在太多，每个厂家参数定义都不一样，你不可能全记住。你只需要掌握通用的调试套路，再配上手册，就能应付绝大多数情况。

4. PLC编程入门：别急着写代码，先把运行逻辑想清楚

到了PLC编程这一层，我的建议是先从梯形图开始。梯形图直观，继电器控制电路演化过来的，看着线圈和触点，逻辑关系一目了然，适合初学者建立“扫描周期”的概念。功能块图、结构化文本（ST）这些可以等你有一定经验后再学，尤其ST语言，以后做数据处理和复杂算法时会用得上，但入门阶段用梯形图打基础最合适。

写程序之前，先想清楚动作流程。我见过太多应届生拿到需求就打开软件，开始拖触点、画线圈，结果画到一半发现逻辑搞反了，又删掉重来。正确做法是先把设备动作用文字或流程图写清楚：按下启动按钮后，哪个气缸先动、到位后触发哪个传感器、然后下一步是什么；出故障时怎么急停、报警怎么复位。这些东西理顺了，画梯形图只是时间问题。

4.1 梯形图编程要从“红绿灯”和“抢答器”练起

很多想学PLC的人问的第一个练手项目是什么，我通常推荐两个：十字路口红绿灯控制和8人抢答器。红绿灯看似简单，实际上涉及定时器的嵌套、循环跳转、双相的时序配合，能把你的定时器用得滚瓜烂熟。8人抢答器涉及的是互锁和优先级的逻辑：两个人同时按键时，第一优先级选手获得输出，其余锁定，这在多工位设备、防错系统中非常常见的逻辑。

练完这两个，你再去尝试电机顺启逆停、正反转带互锁、星三角启动这类项目。做的时候不要只盯着程序能不能跑通，还要考虑：如果正转按钮和反转按钮同时按下会发生什么？如果限位开关坏了，设备会不会飞车？这些安全问题在编程阶段就要埋进脑子里，因为现场的PLC程序是驱动真实设备的，不是跑在仿真器里的。

4.2 寄存器、数据块、保持区：理解数据是理解PLC的钥匙

PLC程序除了逻辑控制，还有大量的数据操作。三菱FX3U里的D寄存器是一般用途数据寄存器，D0到D8默认是断电不保持的，断电后自动清零，但你可以通过PLC参数设置把它们指定为保持区域，这样断电再上电后数据还在。西门子S7-200 SMART里有V区，S7-1200/1500有DB数据块，这些就是PLC的“内存”，程序里的数值、报警信息、配方参数都存放在里面。

初学者最容易犯的错就是把数据区和定时器区搞混，或者地址重复使用。比如你在一个子程序里用D100存了当前温度，另一个子程序又把D100当成计数器的中间变量，等数据乱了，你找半天都不知道是谁改的。我给自己定的规矩是：项目一开始就做好地址规划表，输入输出、中间继电器、数据寄存器、定时器，各用各的区段，谁也越不过谁。这个习惯看起来麻烦，但真到几百个点的项目里，能救你的命。

4.3 程序下载与常见连接问题

编程软件连不上PLC，是每个新人都要过的坎。拿S7-200 SMART举例，用STEP 7 Micro/WIN SMART连接PLC，很多时候按钮一搜，发现搜索不到CPU。这时候不要慌，最直接的办法是手动加IP地址连接：查一下PLC的IP和电脑的IP是否在同一网段，不行就手动改电脑的IP，然后添加CPU的IP直接建立连接。我之前调试遇到的几次“搜索不到”，几乎都是电脑网卡设了自动获取IP，或者笔记本WiFi和有线网卡同时开着抢路由导致的。

汇川AM763这类中型PLC，有时会遇到无法识别本地IO模块的问题。别急着判断模块坏了，先检查模块的供电是否正常、背板总线连接是否牢固、模块版本是否与CPU固件版本匹配，再试着在组态里刷新一下硬件配置。很多“模块丢了”的情况，其实是某个终端模块松动或者背板扩展缆接触不良，重新上电和重新组态就能恢复。这类经验不躺在教科书里，全靠现场多试几次。

5. 调试能力：应届生最缺、企业最看重的软实力

PLC编程只是手段，调试才是目的。一个项目交到你手里，程序可能不是你写的，设备可能不是你接的，但出了问题，客户找的是你。调试能力，是应届生最稀缺、企业最看重的软实力。它的核心不是技术本身，而是一套有章法的排查思路。

5.1 “设备不动了”的排障顺序：先看输出，再看程序，最后看通讯

设备不动了，很多新人第一个动作是打开电脑，盯着梯形图在线监视。这个习惯不能说错，但效率太低。正确的排障顺序应该是：先看输出侧，再看程序，最后看通讯。我的习惯是先在电气柜里找到对应的输出端子，用万用表量一下PLC输出端有没有电压。如果没有电压，说明程序的输出条件没有满足；如果有电压，但设备不动，那就是执行机构或接线的问题。

举个例子，一个气缸没动作。先看电磁阀的线圈有没有得电，PLC输出点亮没亮、继电器或晶体管有没有输出；再去程序里在线监视，看这个输出点为什么没有置位，是前面的条件没满足，还是被某个互锁条件卡住了。如果程序监视里输出点状态是正常的，但外部执行机构就是不动，那就顺着线查，查输出模块到中间继电器再到电磁阀这一段，十有八九是端子松了或保险丝断了。拿着万用表一路量，比你盯着梯形图发呆半小时有效得多。

5.2 PID调节是电气工程师绕不过去的坑

PID控制是自动化专业课程里的老面孔，但现场调PID和课本完全是两码事。最典型的场景是温控：某个加热系统温度一直在目标值上下大幅波动，温差很大，怎么调都不稳。这时候你要做的不是盲目调参数，而是先判断波形的类型：是持续振荡、是单向偏差、还是超调回稳慢。持续振荡，多半是比例系数太大或者积分作用太强；上下漂移、永远到不了设定值，多半是积分作用不够，或者系统本身存在静差；从低温一下冲过设定值再掉回来，很大概率是比例和积分都过强。

具体调节顺序我建议是：先把积分时间设得很大，微分先关掉，只留比例，从小到大慢慢加，直到系统出现等幅振荡，再把比例往回退到原来的一半左右，保证系统不振荡；然后逐渐减小积分时间，让系统消除静差，最后视情况加一点点微分，抑制超调。这套流程虽然土，但非常高效。我见过很多新人在天书上查“PID参数整定公式”，实际上现场用经验整定法就够了，前提是你能读懂曲线的趋势。

5.3 程序下载和单体调试的规范操作

新设备调试，我建议按照“先单机后联机、先手动后自动”的顺序走。手动模式下，把每个气缸、每个电机、每个阀组逐一动作验证一遍，确认方向对不对、限位到不到位、速度合适不合适。这个阶段不要怕麻烦，因为手动验证通过之后，自动模式跑起来才不容易出问题。很多非标项目调试进度慢，就是因为手动没验证完就急着上自动模式，结果自动模式一出错就要停机排查，反而更浪费时间。

下载程序之前，一定先做好备份。这个习惯我在前面说了多次，但值得再说一遍：每次下载前，把旧程序备份到电脑上，注明日期和用途，然后再下载新程序。万一新程序跑出来的效果和预期不符，至少能退回到之前能跑的版本。另外，下载前记得确认PLC运行模式，很多PLC要求停机状态下才能下载，直接在线下载可能会中断设备运行。除非你是在做在线写入修改，否则量产设备上不要随便热下载。

6. 通讯协议：从Modbus到OPC UA，这是拉开差距的地方

PLC编程学会之后，很多人的水平就停在设备逻辑控制上了。真正让你在职场里拉开差距的，是通讯协议。现在的项目不只是一台设备单机跑，而是要联网、要采集数据、要远程监控、要跟MES或上位机系统对接，这背后全是通讯协议。

6.1 Modbus和OPC UA选型怎么判断

Modbus是工业现场最老牌的通讯协议，分Modbus RTU（串口）、Modbus TCP（以太网）两种。它的特点是简单、开放、可靠，几乎所有的PLC、变频器、仪表都支持。做设备内部的数据交换，比如PLC读变频器频率、读温控表当前温度，优先考虑Modbus。Modbus的地址模型很直接：线圈地址、离散输入、保持寄存器、输入寄存器，读写就用03/06/16等功能码。

OPC UA则是近几年工业数据采集的主流选择。它的优势是跨平台、安全性好、自带信息模型，能把设备数据描述得更有结构。做车间级的设备数据采集系统，或者做类似Process Simulate与西门子PLC虚拟联调这样的场景，OPC UA就是更合适的方案，因为你不需要逐个点去写死地址，服务器会自动把设备状态、报警信息、诊断信息暴露成节点。选型建议是：单机通信赶速度，选Modbus；系统集成重信息建模，选OPC UA。两者不是替代关系，更多是互补。

6.2 一次“通讯不上”的排查实录

做Modbus通讯，新人逃不过“为什么读不到数据”这个问题。我举一个真实例子：一台设备PLC作从站，上位机通过Modbus TCP去读保持寄存器，结果连不上。排查顺序是这样的：第一步，确认上位机到PLC的网络能不能ping通，通不了先查IP地址和网线；第二步，确认PLC的Modbus从站服务有没有使能，很多PLC默认不开；第三步，确认寄存器地址范围，上位机读40001，PLC里可能是地址0，这个偏移如果没算对，数据读出来全是0；第四步，确认通讯参数一致，波特率、数据位、停止位、校验位，只要有一个不一致，报文就是乱码。

如果用的是Modbus RTU串口通讯，还有两个坑值得单独提：一个是终端电阻，线路长的时候不加终端电阻，信号反射会导致通讯随机出错；另一个是屏蔽线接地，干扰严重时通讯隔三差五断一下，接地处理好后基本就恢复。这些都是在现场被折磨过无数次才总结出来的经验，教科书里不会写那么细。

6.3 汽车电子和数控领域：不同的通讯玩法

不同细分领域的通讯玩法差异很大。汽车电子里，CANoe是常用的总线工具，它可以通过CAN协议去自动化读取ECU的DID（诊断标识符），用来标定参数、读取版本信息。如果你进了汽车零部件行业，光懂Modbus是不够的，CAN和UDS诊断协议才是核心。数控机床领域，FANUC系统的PLC里有很多特殊寄存器，比如R035.1可能代表某个请求信号或状态位，不翻手册根本不知道含义。碰到这类问题，我建议新人老老实实查官方手册，千万别靠猜。

这也引出一个通用建议：接触任何新设备、新协议，先找它的通讯手册或者协议文档，把寄存器地址表、报文格式、数据类型搞清楚，再开始写测试程序。工业通讯不是靠想象就能蒙对的，每一个地址、每一个字节顺序，都对应着另一台设备的固件逻辑。

7. 练手项目与毕业设计：别做“万能的智能系统”

应届生最大的问题不是不会学，是不知道拿什么练手。我建议少做那些“基于XX的万能智能系统”之类的题目，多做一些能落地、能演示、能讲清楚原理的项目。

7.1 应届生能落地的毕设选题清单

如果你是做PLC相关的毕业设计，我推荐几个方向：基于PLC的冷库监控系统设计、十字路口红绿灯控制、8人抢答器、自动分拣线、电梯控制系统。冷库监控这个题目比较典型，因为涉及到温度采集（模拟量输入）、压缩机和风机的启停控制（数字量输出）、报警处理（触摸屏显示和故障处理），覆盖的知识面非常全面。红绿灯和抢答器偏向逻辑控制，适合预算有限、只有一台PLC的同学。

选毕设题目时，一定要先确认手里有什么硬件。有真实的PLC和传感器，哪怕简单一点，也比纯仿真强一百倍。我见过很多学生毕业设计用仿真软件画一套漂亮界面，答辩的时候说“程序可以运行”，但实际上没有碰过真实设备。企业在招聘时对这种“仿真党”一面试就知道：问IO接线，答不上来；问外部传感器怎么接，更答不上来。所以哪怕只有一台三菱FX3U和几个按钮指示灯，也比仿真强。

7.2 把毕设做成“可演示的工程系统”

毕设如果做得好，它就是你的第一份作品集。建议按工程项目的标准来做：画系统电气原理图、做IO分配表、写程序注释、写一份完整的操作手册。调试的时候，按“手动单步、自动循环、故障模拟”三个层次来演示。答辩时，考官问的不只是程序能不能跑，更重要的是你遇到问题怎么排查。你在毕设里提前把传感器断线的场景模拟一遍，说说当时怎么发现、怎么处理，这种回答会让人眼前一亮。

我带的应届生里，有一个就是凭着扎实的毕设项目被项目经理直接要走的。他的毕设是一个小型分拣线，用了一台S7-1200、两个传感器、一个小四通阀气缸，还有触摸屏监控。答辩时他不仅演示了自动运行，还当场模拟了故障，把PLC的报警程序怎么触发的、怎么复位的一条条讲清楚。这就是工程思维。

8. 避坑指南：我踩过的坑，你最好绕着走

最后一部分，我想把这些年踩过的、看别人踩过的坑集中说几句。

8.1 硬件的坑：选型时留余量，接线时多看一眼

PLC选型时，IO点数一定要留余量。很多项目一开始设计时IO点正好卡着数，等到现场调试发现需要加一个安全门开关、加一个报警灯，却发现输入输出都不够了，只能换大CPU，既费钱又费时间。我自己的习惯是CPU点数留20%到30%的余量，模拟量通道也要留备用的。另一个高频坑是模块供电，很多扩展模块除了背板总线供电还需要外接24V电源，忘了接电源或者电压不够，模块会间歇性工作异常，特别难查。接线时多看一眼线号、再看一眼端子松紧，能省下后面一天半天的排查时间。

8.2 软件的坑：注释、版本、备份

程序里的注释，是写给三天后的自己看的。很多项目初期进度紧张，程序里一串梯级没有注释，等过了一个月再改，哪怕是自己写的都要重新理半天。我给自己定的要求是：每个有含义的梯级都写上注释，说明这个逻辑是干什么的；每个中间变量都写上含义，别用D0、M0这种来龙去脉都看不懂的裸地址。项目版本也要管好：主程序、旧版本、新版本、备份，文件夹命名写清楚日期和版本号，千万别在所有文件上写“最终版”，最后又多出“最终版2”“最终版真改”。

8.3 AI与PLC编程：能做什么，不能做什么

最后聊点新东西。现在AI写代码的能力越来越强，工业领域也有人尝试用AI生成PLC代码、帮忙排查程序问题。我的体会是，AI在生成标准化的ST语言代码、把电气需求转成伪代码、整理报警文本、解释寄存器地址表这些方面，确实能当个好助手。但AI替代不了现场工程师，因为它看不到你的接线、摸不到设备的温度、理解不了现场的工艺约束，更没法对安全兜底。设备程序跑飞了、机构卡住了、只是AI怎么教你的？它可以给你思路，但最终做判断、去现场动手处理的，还是人。

所以我对应届生的建议也很简单：AI工具可以学、可以用，但别忘了你最大的优势是你自己真的在现场，能碰、能看、能改、能担责任。

8.4 职场的坑：别跟工艺吵，别抢客户的活儿

工控行业是项目制，你经常要跟工艺工程师、机械工程师、客户设备负责人打交道。有些事情不是程序错了，是工艺要求变来变去，或者是机械设计不顺手。这时候最忌讳跟工艺人员当面吵“这不是我的问题”，正确的做法是把现场现象、故障点、测试数据记录下来，用数据说话。客户现场也一样，发现问题不要急着在客户面前指责别人的系统，而是先汇报事实，再把解决方案拿出来。这一行圈子不大，口碑很重要，人靠谱比技术顶尖更容易走得远。

我自己带新人的时候，还特别强调一点：做项目要留文档。图纸改了一版、程序加了一个功能、通讯参数调了一个值，都随手记录下来。到了项目验收的时候，你会发现这些零碎记录就是你的项目总结和知识库。别相信自己的记忆力，现场的事太多了，过三个月你连当初为什么这么改都记不得。

我在带这十几个应届生的时候，发现一个规律：走得快的不是学校成绩最好的，而是那几个“手勤、嘴勤、肯问”的。他们不怕犯低级错误，每次犯完都会把原因记下来，下次不再犯。这90条经验说到底，也就是帮你们把“下次”的次数减少一些。文章里写的这些方法，大部分我到现在还在用，尤其是先备份再下载、用万用表量通断、通讯不上先查参数一致性这几条。你入职之后如果把这几条记在心里，至少能少踩一半的坑。

后面我每天会把剩下的模块拆开写：PLC选型怎么定，触摸屏组态怎么做，伺服和视觉怎么配合，项目验收该注意什么。也欢迎你们把自己碰到的奇怪现场留言给我，我会挑有代表性的写进后续更新里。慢慢来，这一行的路很长，扎实走完前面三年，后面就顺了。