企业官网建设流程全解析

前天晚上，一个今年刚毕业的自动化专业学生问我："做PLC工程师，到底是个什么感觉？是不是每天都在改程序？"我想了半天，回了一句："改程序只是最表层的那部分。"

干这一行十二年，我见过太多应届生一进项目现场就懵了。有人抱着大学里的PLC课程教材死死啃，结果到了车间连电柜里的端子排都认不全；有人辛辛苦苦把程序写完了，设备一上电，连一个限位开关都没响；还有人被甲方一句话噎得说不出话，转头就想辞职。说实话，这些场面我全都经历过。所以我萌生了一个想法：把自己这些年踩过的坑、熬过的夜、被师傅骂完以后才记住的道理，整理成90条经验，每天更新一部分，给自动化应届生一条一条写。

今天是第一期。我先站在一个12年PLC工程师的角度，把最想对刚入行的人说的话，拆成"心态认知""技术基本功""现场调试""职业习惯"四个层面来讲。今天这篇一共28条，剩下的62条会在后续更新里陆续补上。有一条要提前说明：这些经验不是拿来背诵的，而是拿来验证的。你可以在自己的项目里一条一条试，合用的留下，不合用的丢掉。毕竟，我写得再多，不如你自己踩一次来得刻骨。

1. 为什么我想写这90条——以及今天的28条按什么逻辑排

先说清楚90条这个数字怎么来的。不是我数着凑的，是这些年复盘下来的"高频场景"清单。每次出差路上、每年带新人时、每个深夜改完程序回酒店的路上，我都会往本子里记一条"如果当年有人告诉我这个就好了"。攒着攒着，发现已经接近一百条，再筛掉一些太细枝末节的，刚好90条。

我见过很多刚入行的人，最大的焦虑是"不知道学什么、不知道先干什么"。一天到晚在论坛里刷帖子，看到别人讨论模糊控制、数字孪生、预测性维护，心里发慌，觉得自己的日常工作没有技术含量。其实完全不用急。自动化这个行业很特别，它不是一个"天赋决定上限"的行当，而是一个"积累决定下限"的行当。你前面三年怎么干活、怎么记录、怎么对待现场，基本决定你后面十年是越走越宽还是越走越窄。

今天这28条，我刻意没有按难度排序，而是按"入行后遇到的时间顺序"排：先讲心态，因为你心态不对，什么技术都学不进去；再讲基本功，因为基本功不牢，后面全要返工；接着讲现场调试，因为那是你真正独立的考场；最后讲职业习惯，因为会干活和会成长是两码事。

2. 入行前三年：先把心态和职业认知摆正

2.1 学校思维和现场思维的差别

很多应届生刚进公司时还带着考试思维，总觉得"只要我把编程语法背熟、把指令表背全，就能解决问题"。但你到现场待上一星期就会明白，PLC只是控制系统里的一小块，真正的战场是电柜里的继电器、端子台上的接线、传感器里传出来的毫伏信号，还有操作工师傅那些"说不清楚但就是有问题"的抱怨。

学校里教的是"原理"，现场要的是"闭环"。你写程序只是开始，让设备稳定跑起来、让客户点头、让维护人员能看懂，这才是交付。所以前三年最关键的转变，不是技术深度，而是把"我会什么"的思维，换成"设备需要什么"的思维。

2.2 前八条经验，逐条展开

第1条：PLC工程师不是程序员，是"设备医生"。程序员面对的是逻辑和数据，而你面对的是工业现场。程序写得再漂亮，设备不转就是零。很多新手花大量时间钻研算法、钻研花哨的封装，反而忘了最基础的一件事：你的首要任务是让设备安全、稳定、可控地运转。哪怕你的程序结构不那么优雅，只要现场长期稳定，客户就会认可你；反过来，程序结构再漂亮，三天两头停机，没人会替你说话。所以入行第一课，就是把"我要写出完美代码"的执念放低一点，把"我要保证设备稳定运行"的念头抬高一点。

第2条：前六个月别急着追求技术深度，先把"图纸"看明白。电气原理图、接线图、IO表、点位表，这些才是你的第一份"病历本"。我见过不少新人一上来就想学伺服、学视觉，结果连一个中间继电器的常闭触点为什么这样接都说不清楚。看图纸不需要你背下来，但你要能顺着一条线从电柜走到现场设备，知道每个信号是从哪来、到哪去、中间经过哪些端子。尤其要学会分清"PLC输出点驱动的负载"和"外部按钮直接控制的回路"之间的区别。图纸看不懂，你到现场连排查从哪下手都不知道。

第3条：第一个项目，不要追求完美，先跑通。我刚入行时接了一个很简单的项目，结果在"要不要加冗余""要不要做异常处理"上面反复纠结，拖了好几天，连基本动作都没跑起来。后来一个老工程师跟我说：先把流程跑通，再谈优化。这句话我记到今天。对于新人，第一个项目最大的目标不是"做得漂亮"，而是"完整地走一遍流程"——从写程序、下载、接线检查、上电、调试到交付。只要这趟流程你走全了，就已经完成了一半的学习任务。

第4条：先吃透一个品牌的PLC，再横向拓展。现在市面上的品牌很多，有欧系、有日系、有国产。不要同时学三家。你只需要选出公司里最常用的一款，把它学透——指令、通信、中断、模拟量、运动控制，逐项打通——再去看别的品牌，会发现大部分逻辑是相通的。我当年从德系品牌切到国产品牌，适应期只用了一个星期，因为底层的数据类型、扫描周期、通信框架都差不多。反过来，如果东看一眼西看一眼，很容易"什么都见过、什么都不精"，到了项目现场反而哪个都不顺手。

第5条：现场挨骂是学费的一部分。项目现场节奏快，接线错了、顺序反了、没断电就上电了，被师傅骂两句很正常。这时候千万别急着辩解，更不要甩锅给图纸、甲方或者其他同事。我自己的习惯是：先承认"我不确定这个怎么处理"，然后立刻去查资料、去问人，把问题搞清楚明天再来。挨骂不可怕，可怕的是挨完骂还是没搞懂，白挨了。再说句实在的，现场那些老师傅其实都愿意教人，他们骂的不是你"不会"，而是你"不会还不问、还硬撑着瞎干"。

第6条：每天写10分钟工作日志，三年之后你会感谢自己。不用写得多漂亮，就记你今天解决了什么问题、卡在什么地方、最后是怎么绕过去的。这些东西看着零碎，但攒上两年就是你的"经验复利"。我自己的日志里，很多当时觉得"再也不会遇到"的问题，后来在别的项目里原封不动地重现了——这时候你翻一翻日志，十分钟就能找到当年的解法，别人可能要在现场折腾一整天。记日志不是给公司看的，是给你自己的未来备份记忆。

第7条：别只盯着PLC，外围设备才是故障高发区。传感器、变送器、接近开关、限位、光电、编码器、电磁阀、变频器、伺服驱动器……这些才是现场故障的大头。很多时候PLC程序从头到尾没改过，是外围的线松了、感应距离不对了、机械卡滞了。所以从入行第一天起，你就要刻意积累"非PLC"的故障经验：看到一个传感器异常，不光要看它本身，还要想它的安装位置、线缆走向、周围有没有强电干扰。你的知识半径如果只有PLC，那到现场就相当于只剩半双眼睛。

第8条：安全不是口号，是肌肉记忆。哪怕只是给PLC模块插一根线，也一定要断电、验电、挂牌、上锁，这个顺序一个都不能省。有人觉得"我就很快地插一下，没事"，但工业现场的380V、220V不是闹着玩的，而且你永远不知道哪根线因为前一个人误接而带电。我见过不止一次因为"我就碰一下"导致的短路和电弧，轻则烧模块，重则伤人。安全这个事，没有"这次没事"的说法，只有"万一出事"的后果。

3. 技术基本功：你欠下的债，现场都会让你还

3.1 为什么基本功比"新技术"更值钱

我经常跟新同事说一句话：你可以暂时不会用某个高级功能，但你不能不懂基本功。什么是基本功？就是那些看起来"很土"的东西：梯形图的逻辑、IO点表的核对、模拟量的接线、屏蔽层的接地、一个定时器的精度够不够用。这些东西不像视觉识别、数字孪生听起来高大上，但现场出问题，几乎都是这些"土问题"。

新技术是锦上添花的，基本功是兜底的。一个连模拟量信号都没读过的人，你让他去搞设备联网、搞预测性维护，大概率是把项目做成演示版。所以我把第9条到第15条都放在这一章，这几条虽然不炫目，但每一条都是拿现场故障换来的。

3.2 第9条到第15条，逐条拆开讲

第9条：梯形图要熟，结构化文本也不能丢。梯形图贴近电工思维，排查逻辑时最直观；结构化文本在处理数据处理、复杂计算时效率更高。很多新人被"梯形图过时了"这种话带偏，也有很多人觉得梯形图太低级，非要全用高级语言。我的建议是：两样都会，该用哪个用哪个。你接触的设备越多就越会发现，现场维护人员往往只认梯形图，你写一堆高级语言，维护的时候没人接得住。这不代表你要迁就水平低的，而是说你要有"让现场能运转"的责任感。

第10条：伺服和变频器的调试，要单独花时间练。PLC只是"发号施令"的那一方，真正决定设备能不能按预期动作的，是驱动器里面的参数：加减速时间、转矩限制、惯量比、速度环增益、位置环增益。我见过太多的程序没问题、设备就是抖的情况，最后全出在驱动器参数没调好上。你至少要会一套调试顺序：先设电机参数，再调方向，然后调速度环，最后动位置环。顺序乱了很容易越调越崩。而且每调一个参数，都要记录下来，否则调乱了根本回不去。

第11条：模拟量不是"读个数"那么简单。信号类型、量程、线缆屏蔽、接地方式，每个环节都可能让数据漂移。举个最常见的例子：4-20mA电流环比0-10V电压环抗干扰能力强得多，长距离传输优先选电流信号；屏蔽层要单端接地，而不是两端都接；模拟量线要跟动力线分开走线槽，不能捆在一起。这些细节程序里看不见，但现场天天在发生。你处理过一两次"温度显示乱跳"的故障就会明白，大多数时候不是PLC模块坏了，而是信号链路某个环节出了问题。

第12条：会看手册比会搜索重要。遇到新问题，先打开官方手册，从目录开始找，看安装说明、接线示例、参数表、报警代码表，再去看别人的经验帖。尤其要把手册里的"注意""警告"当回事，那些内容几乎都是用设备故障、人身事故换来的。搜索能给你思路，但手册才能给你底线。我见过有人把一个功能码翻来覆去试了很多遍都不对，最后打开手册一看，原来那个功能需要先设另一个使能位——这种细节，只有手册里写得最清楚。

第13条：HMI组态不难，难的是做"好用的界面"。新手做触摸屏容易从"炫"出发，放一堆动画和图标，结果操作工根本找不到启动按钮在哪里。我现在的习惯是：首页放设备总览，第二屏放手自动切换和参数设置，第三屏再放报警和趋势。字号要大，颜色要克制，操作路径要短。你猜客户验收时最在意什么？不是你的动画效果，而是他们能不能五分钟学会操作。这件事想明白了，你的HMI方案就不再是画图，而是设计。

第14条：程序必须有注释，而且注释是给三个月后的自己看的。现场调试到半夜，你在程序里翻来翻去找一段逻辑，如果有注释，五分钟就能定位；没有注释，可能两个钟头都绕不出来。我要求自己每个FC或子程序的第一行都写"这段是干什么的"，每个重要变量都写明"从哪里来、到哪里去"。没人逼你这么做，但这么做的人，节省的时间是别人的数倍。尤其是现场故障排查时，你一边接电话一边改程序，有注释和没注释完全是两种体验。

第15条：IO表和点位表的核对，是项目里最枯燥也最值钱的活。新项目接线之前，一定要把IO表、点位表、图纸、PLC程序里的地址逐一对齐，一个都不能错。很多现场事故的起源，就是"我以为这个点是常开，实际接成了常闭"之类的低级错误。用Excel表格做交叉核对比用人脑靠谱，列出四列：信号名称、PLC地址、端子号、线号，一遍一遍筛。磨刀不误砍柴工，这句老话放在这里最合适。核表的时候觉得烦，但调试的时候你就知道省了多大的事。

4. 现场调试和故障排查：这是PLC工程师真正的考场

4.1 一个案例：盲目改程序的代价

先讲一个我亲眼见过的例子。某条生产线的设备动作偶尔会乱，新人小A打开程序，觉得是某个中间变量逻辑不对，立刻改了一段，结果设备停了一整天。最后查明，根本不是程序的问题，而是一个接近开关的感应距离被铁屑影响了，信号时有时无。

这件事给我的触动特别大。它说明一个道理：程序是"最容易被怀疑的对象"，但也是"经常被冤枉的对象"。如果你一上来就改程序，相当于医生还没做检查就开药方。所以从第16条开始，我讲的不是怎么写程序，而是怎么排查问题——这往往是应届生和资深工程师差距最大的地方。

4.2 第16条到第22条：现场调试的正确打开方式

第16条：上电前检查三遍。我自己的固定顺序是：先查一次回路——空气开关、接触器、热继、动力线；再查二次回路——PLC电源、中间继电器、DC24V；最后查接地和屏蔽。有条件的话，用万用表量一下AC220V和DC24V是否正常，再逐个模块核对信号。这套检查的目的是拦住"接错线、短路、反相"这三类风险，这一步多花半小时，后面能少熬两个夜。很多新手急着看程序跑起来，结果一上电总闸就跳了，反而耽误更多时间。

第17条：排查故障的顺序，永远是先机械、再电气、最后程序。机械卡死不动作、皮带打滑、气缸没气，这些问题不解决，你改程序给谁看？电气回路里，中间继电器坏了、接触器触点氧化、保险烧了，也比PLC程序故障的概率高得多。所以我每次接到问题，一定先问三个问题：机械动了没有？电到不到位？信号过来没有？三个问题都排除了，才轮得到程序。这个顺序看着简单，但真到了现场，能压住性子按顺序查的人不多。

第18条：学会用在线监控和强制，但不要乱用。在线监控是PLC工程师的利器，强制则是一把双刃剑。我允许自己在调试期间用强制来临时验证逻辑，但必须满足三个条件：一是在强制前截图留底；二是记录强制了哪些点、什么时候解除；三是动过的点必须当场撤销并恢复。你永远不知道一个忘了解除的强制，会在下一班生产时造成什么后果。我就见过一个车间，因为前一天的强制没撤，第二天开机就出了废品，最后查了半天才发现。

第19条：异常信号要追根因，不要用延时掩盖。设备偶尔误动作，最常见的偷懒办法是在程序里加延时、加滤波。这样做可能一时"看起来正常"了，但往往只是把问题藏得更深。正确的做法是找到信号为什么异常：是干扰、是感应距离不对、是线缆破损、是电源电压波动，还是传感器自身坏掉。用延时掩盖问题，就像把仪表盘的报警灯贴住，危险还在那里。埋下的雷，迟早会在你最不想爆炸的时候爆。

第20条：程序改动前必须备份，改动后也备份，而且最好保留版本号。现场的版本管理全靠自觉。我的习惯是：每次修改前，把原程序拷一份到U盘，文件名带日期和时间；修改后测试通过，再存一个"Vx.x_已调试"版本。这样即使改了三天以后发现方案有问题，也能立刻退回最初状态。千万不要想着"反正我改得不多，不用备份"——一次误删，足以让你通宵。备份动作只需要两分钟，但通宵的成本太高了，这笔账怎么算都划算。

第21条：看门狗超时、通讯中断这类问题，十次有九次是线缆和接地，而不是PLC坏了。网线接头松动、屏蔽层没有接地、强电弱电走在同一个线槽、通讯速率设置不匹配，这些才是主因。排查时别急着怀疑硬件，先查物理链路，再查配置，最后再考虑换模块。我在现场见过很多人把通讯模块换来换去，最后发现问题出在一根劣质网线的压接上。换模块多简单，查线缆多麻烦，但真正解决问题的往往就是麻烦的那一步。

第22条：做完一个项目，一定要整理一份"问题清单"。项目里踩过哪些坑、怎么发现的、怎么解决的，全部记录下来。这份清单就是你的"错题本"，也是你下个项目的预判指南。我带过的新人里，凡是愿意整理问题清单的，成长速度都明显比"光干活不记录"的快一大截。这不是玄学，这是信息管理——你的大脑不该用来记住所有细节，应该用来判断和决策。

5. 进阶路线与职业习惯：别让自己变成"只会写程序的人"

5.1 程序之外，你还需要补哪些课

先说一个现象。工作三到五年的PLC工程师，往往会出现分化：一部分人天天在改别人写的程序，永远在救火；另一部分人开始独立负责项目，从方案讨论到调试交付，手里有完整的方法论。这两批人的差距，不在写代码的能力，而在"程序之外"的功夫。

这个现象我在很多行业都见过。技术这东西，入门靠天赋，但走到一定阶段之后，决定你上限的往往是技术之外的东西：你对工艺的理解、你与人的沟通、你写文档的能力、你管理自己精力的习惯。所以最后一章讲的这些，看起来跟PLC没什么关系，但你工作五年后再回头看，会发现它们才是拉开差距的地方。

5.2 第23条到第28条：突破瓶颈的具体动作

第23条：从"会写程序"到"能设计控制方案"，中间隔着一个"工艺"。你要知道这台设备是怎么工作的：物料怎么流、气缸怎么动、机械手怎么抓、整条线怎么联动。只有理解了工艺，你才敢在方案阶段告诉客户"这里需要一个工位""这里的安全回路应该这样设计"。很多工作多年的工程师始终在写局部程序，就是因为不关心工艺，只等着别人给需求、给点位，然后照猫画虎。照猫画虎的人永远不会有主导权。

第24条：多和机械、电气、工艺、操作的同事聊天，别把自己关在电控室里。机械工程师能告诉你为什么这个气缸要用这个缸径，你是不是选小了；操作工师傅能告诉你哪个传感器在高温季节特别容易误报；电气工程师能告诉你现场的电源质量怎么样。控制方案的确定，从来不是一个人拍脑袋就能完成的，而是多方信息的汇总。哪怕你技术再强，如果不知道现场的真实约束条件，你画出来的方案就只是纸上谈兵。

第25条：不要迷信"越老越吃香"。如果只有旧经验而没有新输入，资历很快就会变成负担。PLC技术本身演进不算快，但如今设备联网、工业通信、数据采集、系统对接这些需求越来越多。你不需要每一样都精通，但至少要听得懂别人在说什么，知道该往哪个方向学。我见过一些老工程师，一提新东西就摆手说"花里胡哨"，结果项目里需要设备数据上传时，只能干瞪眼。愿意更新的老工程师，才是真的吃香。

第26条：文档能力决定你的天花板。调试记录、问题分析、验收报告、操作手册，这些文档写得好不好，直接决定别人怎么评价你。我的建议是：每完成一个阶段，就把调试记录整理成"问题-原因-处理方式-验证结果"四段式。文档不光是写给甲方看的，更是写给你自己看的，它是你十年后回顾成长轨迹的参照物。很多人觉得写文档浪费时间，但等到需要追溯问题、转交接手、汇报成果时，好文档的价值就会立刻显现出来。

第27条：和现场操作工师傅搞好关系。他们天天摸设备，知道哪些声音不对、哪个按钮要多按两下才有反应，这些"说不清楚的经验"往往是查故障时最值钱的线索。你尊重他们，他们才愿意告诉你关键信息。不要穿着干净工服站在控制室里等别人来汇报，多去现场转，多聊几句，效果比盯电脑强得多。我很多次排查故障的思路，都是从操作工一句"好像今天速度调过"里找到方向的。

第28条：注意保护自己，电工安全操作规程不是摆设。别信"出事概率小"这种话，任何一次疏忽都可能让职业生涯甚至人生发生不可逆的改变。另外，常年在现场跑，腰、肩膀、眼睛都要注意，出差时该休息就休息。你自己才是这段几十年职业生涯里，最重要的那台设备。这台设备一旦停机，你的其他所有技术能力，都为零。

到这里，今天要讲的28条就聊完了。这28条是我站在12年这个时间节点往回看，觉得最想第一时间告诉应届生的东西。后面还有62条，我会在接下来的更新里继续写，大概会按"现场沟通技巧""项目交付与验收""进阶学习路线"这些方向展开。如果你现在正处在入行头三年，不用急着把每条都背下来，挑一两条跟手头项目最相关的开始试就行。等你在现场真正遇到过类似的情况，再回来看这篇文章，体会可能完全不同。