12年，说长不长，说短也不短。带过的应届生林林总总也有几十个，每年七八月总有新面孔出现在项目现场，看着触摸屏上几百个点位，脸上写着“这跟课本里教的不太一样”。每年给新人讲经验，零碎讲了很多，这次把压箱底的90条一次性整理成完整合集。目标读者很明确：自动化、电气工程及其自动化、机电一体化专业的应届生，以及刚转行进工控圈的朋友。内容覆盖心态认知、编程习惯、调试排障、选型硬件、通信上位机和职业成长六个板块，很多结论不太“科班”，但每一条都是我或者我带的人真实踩过的坑。既然是经验，就有时效性，你看到的时候也许某些型号变了、某些软件更新了，但底层逻辑不会变，这正是这些经验值钱的地方。
1. 先想明白：这行到底是怎么回事
1.1 自动化行业的真实画风
第1条：先承认一个事实，自动化不是一个“写代码”的行业，而是一个“让产线稳定转起来”的行业。很多应届生冲着“编程”入行，觉得PLC也是程序员。错了。你的代码只占工作量的三成，剩下的是现场沟通、电气设计、机械配合、调试、验收、售后，甚至陪客户喝酒。代码只是整个系统中的一环，拿代码的思维做这行，很容易碰壁。
第2条：课本和现场是两个物种。科班学的电机、控制理论、C语言当然有用，但到了现场，第一件事是学会看图、用万用表、看端子排。我见过名校研究生对着24V直流电源不知所措，也见过大专生半小时判断出模拟量模块通道烧了。别带优越感，清零重学。
第3条：应届生最容易犯的错是“只盯着PLC”。PLC只是大脑，传感器是眼睛，变频器伺服是四肢，气动元件是肌肉，机械结构是骨架。要诊断一台设备，你得成为一个“全科医生”，哪一环都能看。只懂程序，你连初步故障都判断不了。
第4条：出差是行业标配，不想出差的慎入。这行80%的项目在现场收尾，项目在哪，人就在哪。很多新人前三年不是在出差，就是在去出差的路上。如果你对长期出差极度排斥，趁早转行做纯软件或实验室岗位，别两头耽误。
第5条：加班是常态，但别用战术上的勤奋掩盖战略上的懒惰。工控行业的加班不少，但拼命加班背后的原因往往是计划混乱、前期设计马虎、选型出问题。我见过加班最狠的人，反而是项目最乱的人。长远看，控制节奏比燃烧热情更重要。
1.2 心态与适应准备
第6条：第一份工作至少待两年。两年刚好够你完整经历一个大项目的投标、设计、采购、安装、调试、验收和售后。跳槽太早，你只见到“开头的兴奋”和“工期焦虑”，没见过“收尾的琐碎”，成长不完整。
第7条：师傅领进门，修行靠个人，但请记住师傅也是人。现场老师傅教你的流程不一定是最优的，但一定是他成功过很多次的。你可以在尊重的前提下提问“为什么这样”，但不要出口就是“手册上说应该那样”。关系搞僵了，没人愿意把压箱底的经验告诉你。
第8条：不懂就问，但先带着自己的方案去问。比如“我看了图纸，感觉这个回路重复了，是不是可以合并，您有空帮我看看？”这比“这个怎么弄？”高级太多。带着思考去问，别人愿意教；空手问，别人只会觉得你不动脑。
第9条：工作日志从第一天开始写。不用很复杂，日期、项目、在干什么、遇到什么困惑、解决思路。三个月后回头看，你会发现自己每天都在进步。这个习惯会变成你未来薪资谈判的底气和经验库的雏形。
第10条：安全是红线，新手最容易栽在这里。任何时候，身体和plc程序都别碰旋转的设备、带电的端子排。我见过新人不小心碰到变频器直流母线被弹开，也见过因为没挂牌导致别人合闸的事故。安全不是口号，是每天刻在脑子里的习惯。
第11条：学会跟机械、工艺、质检、操作工做朋友。他们看同一台设备的视角跟你完全不同。操作工知道哪个按钮偶尔不灵，机械工程师知道哪个气缸容易爬行，工艺员知道温度波动影响良率。这些信息，任何手册都写不出来。
第12条：不要因为“脏乱差”就否定现场。现场确实油污多、噪音大，但现场才是技术真正的发源地。很多设计阶段发现不了的问题，会在现场狠狠给你上一课。在办公室画图画到飞起的工程师，不如蹲在车间看两个小时设备的工程师更懂产线。
第13条：如果待了半年你已经无所事事，不是你不行，是项目不适合你。应届生最怕的不是辛苦，是没事干。没人带、没项目、天天打杂填表，这种环境耗的不是时间，是你的心气。该换就换，但换之前先确认是自己没主动，还是环境真没料。
1.3 入行前要把这些事想清楚
第14条：入行前想好自己走技术还是管理路线。技术路线越老越值钱，但需要持续跟设备打交道；管理路线赚得多、工作更杂，但要处理大量协调、催图纸、骂供应商的烂事。两条路不冲突，但越早想清楚，越少走弯路。很多人35岁陷入迷茫，就是前五年没想这个。
第15条：自动化行业的“经验”不是按年数算的，是按项目复杂度算的。做10年标准机的人和做3年汽车焊装线的人，技能树完全不一样。选第一份工作时，比起薪资，更该看项目平台。大项目能让你见识复杂的架构、严格的标准和完整的流程，这些是未来加薪的本钱。
2. PLC基本功：代码是“写”出来的，更是“想”出来的
2.1 编程的底层思维
第16条：先搞懂扫描周期再写任何程序。PLC是“循环扫描”的机器：读输入、执行程序、写输出、循环往复。不考虑扫描周期，你以为的“同时动作”，实际上是1毫秒、3毫秒后的“顺序动作”。写延时、写互锁、写通信，脑子里都要有扫描周期的概念。这是新手和老手最本质的思维差距。
第17条：数据类型是基础中的基础，偷懒不来。BOOL、BYTE、WORD、DINT、REAL，这些概念不清晰，你会在强制转换、比较指令、通信报文上被反复折磨。我见过新人在Step7里把一个REAL直接move给INT，出来的负数把自己看愣了。
第18条：梯形图是入门钥匙，但不是全部。S7-1200/1500、汇川、倍福这些平台都在往结构化文本（SCL/ST）上走，复杂算法、数组、循环用文本写简洁太多。建议梯形图用于逻辑联锁，SCL用于数据处理和算法，FBD用于PID调节回路，各取所长。
第19条：写代码前先画流程和时序，再动手。小项目也要画。手动/自动/复位/急停/报警，这些状态之间是严格的跳转关系，不在纸面上理清，写出来的程序必然有漏洞。状态机思维是PLC编程的灵魂，它不是一种风格，而是一种生存方式。
第20条：符号表/变量表是程序的地基。用电机1启动、气缸3伸出到位这种有含义的变量名，少用裸地址。三个月后再看自己写的I0.3，你根本不知道那是啥。做到变量名可读、注释完整、命名统一，这比任何编程技巧都重要。
第21条：程序必须模块化，一堆代码堆在OB1里是灾难。主循环、初始化、手动模式、自动模式、报警处理、通信处理、工艺参数计算，各放各的功能块里。一要调试方便，二要让别人能接手。谁都不愿意接手的程序，最后只能你自己维护到天荒地老。
第22条：功能块（FB）是比函数（FC）更高级的封装。FB自带背景数据块，每次调用都有独立的存储空间，适合多工位、多电机的重复逻辑。一个写得好的电机控制FB，能被调用500次，修改一次逻辑，全部工位同步更新。这是真正的“杠杆效应”。
第23条：注释不是写给别人的，是写给三个月后崩溃的自己的。现场调试到凌晨，脑子已经糊了，一句“此处禁止修改，改了会撞机”能救你一条命。注释也不怕啰嗦，关键的中断、联锁、禁止条件，统统写清楚。
第24条：急停和安全回路必须硬接线，程序只能做辅助。这是行业铁律。急停按钮要直接串进接触器回路，不经过任何PLC逻辑。生命安全不依赖于软件，CPU可以死机、程序可以跳飞，但硬回路永远在那里。这句话请贴在工位上。
2.2 规范化与版本管理习惯
第25条：动手改程序前先备份，这是老血泪教训。现场调试改程序是家常便饭，但“改之前先另存一份，带日期版本号”这个习惯，至少能帮你避免三次事故。我见过有人调试到最后，程序改出了五个版本，现场设备动作一团乱，最后连哪个版本是对的都不知道。
第26条：版本号规范比你想的更重要。V1.0、V1.1、V1.2，不要用“最终版”“最终版2”“改死版”。每版备份时，顺手写一行变更说明：改了什么逻辑、为什么改、谁改的。这行字在项目验收和售后维护时值大几千块。
第27条：每次现场修改后，当天必须同步更新图纸和程序说明。图纸是工程的通用语言，程序只是工程师的私有产物。你离职了、生病了、度假了，后来的同事靠什么接手？靠图纸和文档。别欠下技术债，所有的债最后都要还。
第28条：仿真环境是你最好的练兵场。博途的PLCSIM、西门子S7-PLCSIM Advanced、三菱GX Simulator、Codesys的软PLC，都能让你在没硬件的情况下验证大部分逻辑。新人对仿真不熟悉正常，但这是你低成本“浪”起来的唯一途径。
第29条：程序下载前要有自检清单。我的清单是：CPU是否在STOP状态？安全回路是否满足？当前程序是否已备份？目标站点是否选对？下载后会覆盖哪些数据块？这些问题问完一遍，可以避免80%的低级操作事故。
第30条：程序写的不是指令，是“状态机”。手动/自动/暂停/故障/复位，每台设备都在这几个状态间切换。状态切换的边界条件要严谨，不要在一个状态里塞进太多动作，否则排查问题会变成一场灾难。
3. 在现场：调试与排障的生存法则
3.1 现场调试的正确姿势
第31条：到现场第一件事不是打开电脑，是看设备有没有电。这句话听起来像废话，但真的有人抱着电脑到了现场发现整个柜子没电。先看主开关、看24V电源指示灯、看PLC的SF/DC灯，这些只需要30秒，却能筛掉一半问题。
第32条：确认PLC运行状态：RUN灯亮不亮，有没有报SF（系统故障）灯。只要SF亮，程序就根本没跑，你监视到的状态全是历史。新手看到“程序没动作”第一反应是改程序，老手的反应是看诊断缓冲区。
第33条：排障顺序永远从“底层信号”开始：传感器亮不亮、继电器吸不吸合、接触器动不动、电机转不转。从输入到输出一层层排查，就像查水管堵点，总得先从龙头看起。别上来就打开程序在线监视——程序输出有了，但执行机构没动，问题就不在程序。
第34条：用二分法定位故障。程序逻辑很长时，从中间某个点看状态：前半段正常吗？正常就查后半段。五个气缸的联锁不动作，别一个气缸一个气缸查，先把故障范围一刀切成两半，一次排查能省半小时以上。
第35条：在线监控程序是基本功，但它替代不了万用表。程序里显示有输出，不意味着输出端子上真有24V。中间隔了继电器、端子排、转接盒，任何一环都可能出问题。一手万用表，一手PLC监视画面，这才是完整的排障姿态。
第36条：触摸屏报警只能作为线索，机器自己会“说谎”。报警文本是人写的，写报警的人可能当时也是一知半解。比如“伺服报警”背后可能是机械卡死、动力线松动、编码器脏污。把报警当线索，顺着线索找根源，不要把报警当结论。
第37条：现场改程序要有“飞行前检查单”。改之前拍照或者保存当前版本；改动过程中记录改了哪几个块；改完后手动测试一条路径，再自动测试完整节拍；测试完成后出结果记录。这套流程养成肌肉记忆后，你永远不会问出“昨天还好好的怎么今天不行了”。
第38条：断电挂牌、谁断电谁挂牌，这是规矩也是保命符。你断电维修的柜子，必须挂上“有人工作，禁止合闸”的牌子，钥匙自己拿着。特别是多班组倒班的现场，你不挂牌，别人不知道，合闸了，你在里面就出不来了。
第39条：遇到“怪毛病”先看机械，别老怀疑PLC。机器人到位信号偶尔丢失，先看感应片是不是松了；伺服走位偶尔偏差，先看联轴器滑块间隙；气缸动作慢，先看节流阀和气压。PLC是稳定执行程序，但它不知道机械的颤抖、磨损和松动。
第40条：通信中断排查顺序是固定的：物理线路→端口配置→IP地址→协议参数→设备上下电。顺序不要跳，先看插头松没松、通信线断没断，然后Ping一下物理层通不通，再查端口参数、IP冲突、协议波特率，最后才考虑设备本身问题。一层层推进，一次解决一个问题。
3.2 排障思路与方法论
第41条：用trace/数据日志抓“幽灵故障”。那些一个月发生一次、毫无规律、怎么试都不复现的故障，是很多工程师的噩梦。办法就是埋点：在关键信号和状态变量上做数据记录，把故障前后100ms的输入输出都抓下来，真相藏在数据里。博途的Trace、触摸屏的数据记录缓冲区都能干这事。
第42条：调参数坚持“一次只动一个”。调PID时，同时动P和I是大忌，出问题了根本不知道是哪一项引发的不稳定。正确的做法：改一个参数，观察响应，记录曲线，再动下一个。严谨一点，结果的归因才有意义。
第43条：遇到解决不了的问题，先休息，或者先干点别的。这不是逃避。连续三个小时盯着同一段逻辑，大脑会形成思维定式，跳不出来。我的经验是，出去走一圈，喝杯水，或者去调个机械环节，回来再看往往十几分钟就发现问题了。
第44条：故障处理结束后24小时内必须写记录。哪怕就五句话：现象、原因、处理办法、时间、涉及备件。这个习惯坚持五年，你就拥有了一本“私人故障字典”，以后排障速度是同龄人的三倍，因为你是在“查字典”，而不是在“猜答案”。
4. 选型与硬件：不上当、不返工
4.1 选型经验
第45条：选PLC时IO点数不是越多越好，留10%到20%的余量。现场加一个传感器是家常便饭，模块插满了再加，就得加扩展机架、改柜子布局、甚至重新接线，成本翻好几倍。选型时宁可多留一点，也不要在验收时捉襟见肘。
第46条：电源是弱电系统的心脏，PLC电源要单独走，容量计算留20%以上余量。新手选电源只看总功率，不看瞬间冲击和浪涌电流。一个24V开关电源带上PLC、触摸屏、几十个继电器，继电器同时吸合的瞬间，电压跌落足以让PLC重启。分路供电是一个可靠的开始。
第47条：传感器选型，第一关就是分清PNP和NPN。这是低级但高频的错误。三线制传感器，PNP是高电平输出，NPN是低电平输出，PLC输入模块也分漏型和源型，接错就没有信号，或者信号乱跳。选型之前一定要先确认PLC的输入模块类型。
第48条：光电开关不是灵敏度调到最高就好。灵敏度太高会误触发，在有粉尘、油雾的现场尤其严重。正确的做法：调到刚好能稳定识别目标物体，再留一点点余量就收手。抗干扰能力比感应距离重要得多。
第49条：继电器和接触器的选型，看的是“负载性质”和“电寿命”。带感性负载（电机、电磁阀）的接触器要加浪涌抑制，频繁通断的继电器要看寿命曲线。按图册标称额定电流就买了，出问题才知道感性负载的拉弧有多猛。
第50条：变频器附近的编码器电缆、通信电缆必须屏蔽，并且按规范接地。变频器输出是PWM波，谐波含量极高，没有屏蔽的普通电缆就是一根天线，会把干扰辐射到整个柜子。屏蔽层单端接地是原则，两头都接反而可能形成地环路。
第51条：柜内强电弱电必须分开走线，不能绑在一个线槽里。动力线、变频器输出线跟24V信号线捆在一起，你调三天通信，其实问题就出在线槽里。走线分开是机械性动作，但决定的是整个系统的电磁兼容性。
第52条：接线端子必须用压线钳压好，标签清晰，这一步的浮躁，在调试期会十倍奉还。松动的端子是排障时的“伪装大师”：一会有信号一会没信号，用手一碰又正常了。标签模糊的柜子，会让你在下雨天一个人蹲在现场拆线认线。
第53条：接地是玄学，更是物理。控制柜、变频器、PLC的接地要分开再汇总到公共地，接地电阻要合格。很多“莫名奇妙”的干扰、通信误码、模拟量漂移，最后查出来就是接地不良。用一条接地线，把烦恼接地掉。
第54条：选型时一定要关注供货周期，特别是进口芯片、特殊模块。半导体市场紧张的时候，一个缺货的模块能让整个项目停两三个月。关键物料要提前确认交期、准备替代方案，哪怕这个替代方案永远用不上。
第55条：看懂型号命名规则，是一项很实用的技能。比如西门子S7-1200的CPU 1214C DC/DC/DC，前面的1214是性能等级，中间的DC是供电电源类型，后面的DC是数字量输入输出类型。品牌型号都有规律，花半天研究命名规则，能帮你省不少选型时间。
第56条：现场备件要建台账，乱放等于没有。接线端子、保险丝、继电器、传感器，都要分类存放、标注规格数量。紧急故障时，翻到处找不到备件，那种感觉比故障本身还折磨人。好的工程师一定有一个井井有条的备件库。
4.2 接线与安装细节
第57条：柜内布局有讲究，发热元件和精密元件分开放。变频器发热大，不要贴着PLC装，顶部要留散热空间。电源模块、继电器这些发热户，与编码器、通信模块保持距离。设备发热导致的各种偶发故障，等你发现电源模块温度快70度时，往往已经烧了一块板子。
第58条：接线不是越短越好，要留“检修余量”。端子排的线留一圈弧度，方便拆下来重新压接；电机线留一个U型弯，方便换电机。太短的线，检修时拧断接线端子，就要重新剥线压接，维护成本高。
第59条：线号管和线号打印标签，一次不能省。出现故障的时候，最大的时间成本不是维修本身，而是“找是哪根线”。线号管要打在两端，字要清晰，端子排上还要贴对应图纸的编号。这个习惯能从“新手”直接跳到“老手”。
5. 通信与上位机：别让PLC孤军奋战
5.1 通信基本功
第60条：Modbus RTU的难点不在通讯本身，在查故障的顺序。接线→串口参数（波特率、数据位、校验位、停止位）→从站地址→寄存器地址，顺序不能乱。很多人通信不上就怀疑PLC有问题，其实90%的Modbus故障出在接线和参数上。拿串口调试助手先测从站，能省一上午。
第61条：以太网通信第一坑是IP地址冲突。这是新手最容易碰到的“灵异现象”：今天通信正常，明天设备全掉线，查半天发现，有人把工位电脑的IP设成了PLC的IP。进产线之前，IP规划表要提前做，网段划分要清晰。
第62条：SCADA与PLC连接，优先选OPC UA，而不是各个品牌私有驱动。OPC UA是跨平台、跨厂商的通信标准，只要设备支持，就能直接对接。西门子、罗克韦尔、施耐德都有自己的驱动，但多品牌混用的时候只有OPC UA能一统天下。S7协议和Profinet不是不好，而是格式越开放，对接成本越低。
第63条：接到“通信不上”的故障工单，先Ping一下。电脑接根网线到PLC，先ping一下IP，通不通是物理层和IP层的事。通了再查端口和协议，不通就查线路和IP。这30秒的测试能帮你少做50%的无用功。
第64条：通信测试从“最小系统”开始。一台PLC、一台触摸屏、一根网线，先把它们调通信，再加其他设备。系统越复杂，越要逐步接入。一口气把十几台设备全部接入网络再调试，故障现场一定是一片混乱。
第65条：RS485通信，A/B线别接反，终端电阻没加上也常见问题。接反了怎么调参数都不通，交换一下就好了。多站通信时终端电阻加在链路末端，防止信号反射。485看起来古老，但它在变频器、电表、传感器通信中都还大量存在。
5.2 SCADA与多设备协同
第66条：触摸屏和PLC的变量对应关系要有一张完整的映射表。哪个变量显示在哪个画面、什么数据类型、读写权限、单位是什么，都要列清楚。项目调试时两个人各自加变量，到联调那天发现几百个变量对不上，想死的心都有。国产触摸屏如威纶通、MCGS，与信捷、汇川PLC的驱动配置要仔细核对。
第67条：网关/协议转换器是通信故障的高发区。老设备要接新系统，Modbus转Profinet、CAN转以太网，这些网关的配置远比想象的复杂：字节序、数据长度、扫描周期、映射表，每一项都可能是坑。采购前先确认网关支持的协议版本，调试时先通一个点再批量映射。
第68条：从变频器读数据，先查手册找参数地址，别凭经验猜。很多工程师凭经验以为地址都一样，结果不同品牌变频器的寄存器地址完全不同。这块功夫省不得，拿手册对照着写，写完再验证，验证完再复制。
第69条：两台PLC之间通信前，先统一时间基准。设备日志对不上时间，最常见的原因就是PLC之间时钟不同步。用S7通信做时间同步，或者用上位机统一校时，总之要让产线设备在同一个时间轴上。不然你排查故障，两边的记录时间都不一致，连先后顺序都理不清。
第70条：产线设备接入公司网络前，必须确认网络隔离。产线控制网和办公网尽量分开，控制网要做好设备隔离。我在工控圈见过太多因为有人往PLC网段插了一台染毒电脑，导致整个产线数据采集瘫痪的案例。技术问题好解决，“人”的问题才是大麻烦。
第71条：更换CPU之后程序丢失，最常见的坑是存储卡未插、程序卡和固件版本不匹配。很多S7-1500的程序存储在Micro SD卡里，换CPU时只换了主机忘了插卡，一阵冷汗后就老实了。换CPU前，标记好存储卡、核对固件版本，这会减少大量验证时间。
6. 翻车现场实录：这些坑我替你踩过了
6.1 程序类故障
第72条：程序下载后设备不动了，第一反应不是查程序，是查急停回路和主回路。我经历过一次：程序优化后下载，下载完设备纹丝不动，排查了半天程序没发现问题，最后发现是安全继电器跳了。下载瞬间CPU重启，安全继电器的反馈信号丢失，把安全回路整个断开了。程序只是表象，回路才是根本。
第73条：触摸屏黑屏，先看背光供电，再看通信连接，最后看组态版本。黑屏里有一半是物理问题：保险丝断了、电源坏了。另一半是通信断了导致画面不出来。真正组态写错的反而少。别一上来就重新下载组态，先拿万用表测电压。
第74条：伺服报警代码不是“清除报警”就完事，一定要找根源。很多新人看到伺服报警，按一下控制器的清除报警键，油压机又动了，觉得很厉害。等到第二天再次报警，重复“清除”，第三天电机轴断了，才发现是机械卡死导致的过载。清除报警只是抹掉了症状，根源没除，迟早翻底牌。
第75条：脉冲输出不工作，先查输出通道类型和接线极性。晶体管输出有PNP/NPN之分，接错就没有脉冲。再检查指令里脉冲数的数据类型、频率上限和脉冲结束的判定条件。脉冲输出不像普通DO那样“一按就有”，它的坑藏得更深。
第76条：模拟量显示偏大或偏小，八成是量程设置不一致。0-10V信号，模块里配置的是0-20mA，显示当然乱七八糟。还有一个高频错误：工程量上下限和实际量程不匹配，比如液位传感器实际0-5米，你在程序里写成了0-10米，显示值翻倍。量程这东西，一遍对不上，查一遍浪费两小时。
第77条：设备“偶尔”卡死不动，大概率是程序扫描周期被某个阻塞指令拖住了。无限循环、通信等待超时时间太长、TOD读取异常，都会让程序“卡在”某一段。排查方法是监控CPU的扫描周期，如果偶尔出现超大扫描周期，恭喜你，罪魁祸首就在那里。
6.2 硬件与外界干扰
第78条：夏季雷雨季节电压波动大，产线装浪涌保护器是真的必要。雷电浪涌一旦打进来，整柜模块成片报销。我以前觉得这东西是“甲方强加的预算”，直到一次雷击打坏我3块模拟量模块，从此再也不敢省这个钱。
第79条：变频器是现场最大的“干扰源”，通信线一定远离变频器输出线。变频器输出是高频PWM信号，辐射干扰很强。如果现场实在绕不开，就换屏蔽双绞线加磁环，确保屏蔽层接地良好。通信乱码的故障里，干扰仅次于参数问题。
第80条：机械卡死别急着改PLC，先手动盘一下设备。我见过有人花了半天改程序里的联锁延时，最后发现是导轨滑块缺润滑油。设备不动、不到位、异响，先用钳子扳手盘一下，让机械先“说话”。
第81条：用户说“你的程序有问题”，别急着辩驳，先去现场重放一遍。很多故障是操作工按错了顺序、参数被调过、设备被撞过。你在办公室理直气壮地说“程序没问题”，既不解决故障，又得罪客户。先重现，再分析，用数据说话。
第82条：设备看似稳定，但报警一直在闪，这种“隐性故障”必须重视。比如某个接近开关偶发抖动、某个温度点偶尔越限，这些部件也许还能用，但它们已经在“哭泣”了。花十分钟把隐患记下来，排进检修计划，比某天半夜被叫来现场强一百倍。
7. 从“能干活”到“值钱”的成长路径
7.1 工作习惯决定天花板
第83条：文档能力是技术人员被低估的最大软实力。同一个水平的技术，会写文档的人晋升快三倍。功能描述书、操作手册、故障记录，这些文档是你的技术影响力的放大器，也是你跟领导汇报时的硬通货。别把写文档当差事，把它当作品。
第84条：绘图就是工程师的语言，CAD/EPLAN至少精通一种。学EPLAN不难，却能让你的电气设计水平上一个台阶。画图不只是画原理图，更是在脑子里把每个回路走通。这个过程的出错率，比现场接线后再发现错误要低一个数量级。
第85条：你的价值取决于“懂工艺”的程度，不在于会多少PLC指令。同样的工序，有的产线良率95%，有的80%，差距往往在工艺逻辑上。多去问工艺工程师：为什么要这个温度、为什么要这个顺序。懂工艺的自动化工程师，才值钱。
第86条：多跟机械工程师学结构，你会有意外的收获。当你知道凸轮机构的运动规律，就知道为什么PLC发脉冲要加减速；当你知道齿轮间隙的影响，就知道为什么定位要加补偿。自动化是机械和电气的杂交学科，偏科的人走不远。
第87条：拒绝需求要优雅，但要坚定。客户三天两头加功能、改动作，你要区分“必要的改进”和“随意的添加”。不改会影响功能的，坚决配合；纯属拍脑袋的变更，要写变更单、谈工期、谈费用。没有节制的需求变更，会拖死整个项目。
第88条：遇到“先干了再说”的项目经理，务必留书面记录保护自己。有些项目经理为了赶工期，让你跳过自检、跳过测试直接上线。这时候，口头沟通不算数，邮件、会议纪要、变更单，务必留痕。不是不信任人，而是出了事故，记录是保护你自己的唯一武器。
7.2 持续成长与自我管理
第89条：每年学一款新产品或新平台，保持技术敏感度。今年学西门子S7-1500，明年学Codesys平台，后年学倍福或者国产PLC（汇川、信捷）。不用精通到骨头里，但要明白它的架构特点和应用场景。技术趋势变了，你的知识库也得跟着更新。
第90条：身体是革命的本钱，这句话在工控行业是真的。长期出差、熬夜调试、现场灰尘，这些都会透支身体。我们这行见过30多岁腰椎间盘突出的，见过35岁血压高的。学会休息，学会在紧张的调试中穿插放松，让自己能干到退休，是对行业最大的尊重。
最后再分享一个小经验吧。做这行久了你会发现，真正值钱的不是你会多少种PLC，而是你对设备背后运作规律的理解——为什么这样设计、什么样的情况会出问题、出了问题怎么最快恢复。这些理解，没有速成班，全靠一天天在现场泡出来。带过的新人里，混得好的不一定是最聪明的，但一定是最愿意盯着设备看、最愿意把问题追到底的。90条经验，说到底就是告诉你：这行没有天才，只有认真的人。共勉。
