企业官网建设流程全解析

做PLC这一行满12年了，从当年被师傅骂着改图纸，到现在自己带项目、试车，看着一批批自动化应届生抱着“学PLC就是写程序”的想法走进车间，又被I/O点表和现场噪声逼到怀疑人生。我总想找个机会把这几年攒下的东西一篇篇写透，正好就定成“90条入行经验”这个系列，每天更新一部分，不按教材章法来，都是我实际踩过的坑和见过别人踩的坑。今天这篇先把最要命的几条讲清楚，覆盖岗位认知、基本功、编程习惯、现场调试和职业成长，篇幅会比较长，但每一条都值得反复看。

1. 先认清这行：自动化岗位的真实分布与生存法则

1.1 自动化不是只有PLC，岗位线比你想的复杂

很多应届生觉得自动化=PLC编程，其实不是。真正进到行业里，岗位大体分成四类。第一类是设备制造厂，就是做单机设备、生产线的厂家，从图纸设计、电气选型、PLC编程到现场调试全部要碰，这是成长最快的地方，也是加班最多的地方。第二类是系统集成商，做整线或整厂方案的，你接触的PLC、机器人、视觉、MES会更多，项目周期长，偏重全流程把控能力。第三类是终端用户，也就是用设备的工厂，你主要做设备维护、产线改造、故障排查，工作相对稳定，但对非标设备的理解要求极高。第四类是设计院或咨询岗，画图纸、写方案居多，离现场远，薪资上限反而一般。

应届生最容易犯的错，是只看公司名称和岗位名称，不看实际工作内容。我见过有人面试时说“我要做PLC”，结果进去是天天做BOM表、催物料、给人家打下手改CAD。不是说不该从基础做起，而是你要心里清楚：你到底在往哪个方向发展。建议入职前先问清楚三个问题：有没有实际设备、有没有独立的编程和调试机会、师傅带不带现场。

1.2 “学PLC就是写程序”是最大的错觉

我可以很直白地告诉你，哪怕工作12年，真正坐在电脑前写PLC程序的时间，最多只占三成。其他时间在干什么？在看图纸、排查接线、和机械工程师扯尺寸、等物料、改方案、写操作说明、应对甲方提出的新需求、处理触摸屏上某个变量显示不对的老问题。

前三年尤其如此。你不把输入输出点表摸清楚，不把现场传感器怎么装的搞明白，给你再好的编程工具也写不出能跑的程序。我见过很多新人拿到一个设备改造项目，第一反应是打开博途或GX Works，恨不得一天写完程序，结果连设备动作顺序都没搞清，写出来全是逻辑漏洞。真正的顺序是：先看懂设备怎么运转，再想清楚每个动作需要什么条件，最后才动手写代码。程序是逻辑的载体，不是起点。

1.3 第一条工作选择经验：去有实体设备的地方

如果让我只给一条建议，那就是第一份工作优先选能摸到设备、能进车间、能拿万用表和螺丝刀的地方。哪怕工资低一点都值得。原因很简单：自动化行业经验的根基是现场。你在办公室想象一台气缸的动作，和你在设备旁边看着磁性开关到位灯亮不亮，是完全不同的认知层次。只有亲手接过线、查过故障、挨过电（小电，不是大电），你才会真正理解PLC程序为什么这么写。

2. 前三个月必须吃透的基本功：看图、拆图、走线、上电

2.1 电气图纸阅读能力：从I/O表到原理图

很多应届生入职第一天拿到一套几百页的电气图纸，脑袋是懵的。这里我说一个笨但有效的方法：先不要看原理图，先看I/O表。PLC的I/O点表是整个项目的“索引”，它告诉你每一路输入接什么传感器、每一路输出控制什么负载。你把I/O表里面每个信号都抄一遍，再去图纸里找对应元件，一个个对过去，整套设备的控制逻辑就开始清晰了。

我带的徒弟里，最快上手的做法是：用彩色笔在图纸上把电源线、信号线、通讯线标出来。一次只认一条回路，从电源进线端一直追踪到负载端。看原理图的时候注意三样东西：电源从哪里来，中间串了什么触点或保护，最后到哪里去。搞清楚一个回路，第二天就能举一反三。别急着背图，自动化设备千变万化，但万变不离“源—中间环节—负载”这个主线。

2.2 万用表、剥线钳和一把好用的螺丝刀

这一条听起来太基础，但我敢说一半应届生入职前连万用表蜂鸣档都没摸熟。现场排查故障，第一件事就是用万用表确认有没有电、电从哪里断的。电压档、电阻档、通断档必须随手切换，不用看表笔就能判断。剥线钳和压线钳也要练到“一次成型”，不要把铜丝剥断、不要把绝缘皮压进端子。

我记忆很深的一件事：有个新同事调一个24V传感器，用万用表量了输入端有电压，量信号线也有电压，但PLC就是读不到信号。查了半天，最后发现是他之前压端子的时候把线芯压断了一半，看起来接上了，实际接触电阻过大。从那之后我要求所有新人自己动手压至少50个端子，压完拉开看截面，铜丝不能断，端子口要完全包住线芯。这种基本功不影响你写多高深的程序，但直接影响你被人信不信得过。

2.3 上电顺序和挂牌上锁，这是保命的规矩

说句难听的，我们这个行业应届生最容易出事，原因不是笨，是无知无畏。PLC柜上电前，先把所有断路器状态确认一遍，用万用表量一下输出端有没有短路再做上电。重点检查24V电源正负极有没有接反，很多传感器接反了不一定会立刻烧，但会发烫并逐渐损坏。更关键的是：动任何带电的东西之前，必须做到断电、验电、挂牌。有人觉得我就紧一下端子，不用这么麻烦。我一个干了12年的老工程师告诉你，绝大多数电工伤亡都发生在这种“就一下”的瞬间。

上电顺序也有讲究。正规做法是先送主电源，再送控制电源，最后送PLC和HMI供电；断电则反过来，先断PLC和HMI，再断控制电源，最后断总闸。这样做是为了避免在通电瞬间的高压冲击砸到精密电子元器件。我见过不止一次，有人图省事一把推上总闸，结果某个开关电源当场炸掉，就是因为冲击电流太大。

2.4 第一次独立调试时，先做这几件小事

如果你有幸被安排独立调试一个小项目，别急着写程序，先把环境走一遍：检查导轨和接线端子是否牢固、各模块的拨码开关是否正确、网线或DP头的终端电阻有没有设置对、模拟量模块的通道拨码是电压还是电流。这些都确认完了，再给PLC上电。上电后第一件事不是下载程序，而是监视CPU的诊断缓冲区，看看有没有硬件报错、模块组态是否匹配。

我强烈建议养成一个习惯：每次调试前，把手头的设备状态、软件版本、IP地址、模块型号记录在一个小本子上。别依赖记忆，项目一多你就知道，脑子根本记不住哪台设备用的什么固件、哪个地址被谁占用了。记录和存档是自动化工程师最容易被忽略、又最救命的能力。

3. PLC编程：从写得出到写得对，靠的是这几条习惯

3.1 先把工艺流程图画出来，再打开编程软件

这里的经验其实一句话就能概括：编程前不画流程，等于盖楼不打地基。很多应届生喜欢一拿到项目就打开软件边想边写，写到一半发现动作顺序和联锁条件对不上，再回头改，改完又怕影响其他逻辑，最后代码越来越乱。

我的做法是：先在纸上画出设备的自动运行流程，标明每一步的启动条件、运行结果、异常分支。然后给每个工位或设备写一张动作时序表，列清楚每个气缸、电机、阀在哪个阶段动作，动作条件是什么。把这些整理成文档，再进软件写。你会发现自己写程序的速度不仅没变慢，反而至少快一倍，因为逻辑已经在脑子里过了一遍。

这里顺便回应一个热搜词“十字路口红绿灯plc程序”和“plc四层电梯控制程序”，很多学生拿这类题目练手，但这类答案往往是教科书逻辑，没有加入故障安全、手动干预、断电保持这些实际现场才需要的处理。红绿灯项目你能做出来，但你能不能写清楚“红灯故障时如何降级为黄闪运行”？电梯程序你能写出来，但你会不会考虑平层信号丢失时的保护动作？这才是工程和作业的区别。

3.2 命名规范、注释、模块化：这是顶级的偷懒方式

我见过太多程序，变量名全是A1、B2、XX1这种。这种程序运行起来没人敢动，因为看不懂。今天你可能记得A1是哪个电机，三个月后你自己都忘了。所以从一开始就要养成命名习惯：用设备缩写+功能描述，比如Conveyor_StartBtn、Cylinder_A_Forward、Pump_Main_Running。西门子博途里支持中文变量名，但长项目里我更推荐英文或拼音缩写，避免编码问题带来的麻烦。

模块化的思路更重要。同一个功能，写成FB或FC封装起来，调用时只需改接口参数。比如一个电机控制块，输入是启动、停止、故障信号，输出是运行、故障灯、复位信号，内部做好互锁和延时。后面所有电机都调用这个块，你就不用重复写逻辑。有个很现实的例子：我接过一个老工程师的设备，整个程序1万多行，全部写在OB1里，任何一个小改动都可能崩掉整段逻辑。我花了一个月才重构完。做PLC编程一定要把自己当软件工程师看待，结构化、可读、可维护，才是长远之道。

3.3 应届生最容易写出的“能跑但有隐患”的代码

这里我列几个我在评审新人程序时最常看到的问题，每一种都曾经在生产现场炸过。

双线圈输出。同一个Q点在不同网络里被多次赋值。程序扫描到最后一次赋值才生效，中间的逻辑看似有动作，实际被覆盖掉。这会导致设备动作诡异且极难排查。解决方法是每个物理输出点只在一处逻辑中“最终输出”，其他位置只控制中间变量。

置位命令没有互锁。有的人用置位线圈控制气缸前进，用复位控制后退，但前进和后退条件同时满足时，程序就乱套了。必须给置位逻辑加互锁条件：比如气缸前进置位时检查后退到位信号和后退输出状态，确保不能同时输出。

模拟量不做量程变换和断线检测。直接把4-20mA原始值拿来比较，数值单位不是工程值，而且传感器断线时输入会变成0mA，程序很容易误判成正常低值。正确做法是先用标准化/缩放指令把原始值转换成工程量，再单独做断线检测（电流小于3mA或大于22mA时报警）。

定时器用全局T号。老式三菱FX的程序里用T0、T1这类全局编号，一旦程序里位置重复，定时器会相互干扰。结构性做法是用TONR或自建块，避免全局编号冲突。还有更隐蔽的：定时器被重复调用时，同一个定时器同时被两段逻辑使用，输出就会忽好忽坏。

触摸屏变量地址直接绑定PLC地址没问题，但是画面里面大量使用未排布的散点报警，地址DB块一改，画面就花屏。这些属于组态的坑，后面会专门讲。

3.4 仿真软件是双刃剑，S7-PLCSIM Advanced不是万能的

常看到热搜词里有“s7-plcsim advanced v5.0 plc实例为什么启动不了”“plcsim plc启动不了”“plcsim advanced plc启动不了 error11”。这类问题我工作中也遇到过。PLCSIM Advanced启动失败最常见的原因有三个：一是软件许可证未正确安装或授权过期，二是Windows相关服务没有启动，三是本地端口被占用或权限不足。Error 11很多情况下和许可证服务有关，建议先关闭杀毒软件，以管理员身份重装授权并手动启动服务。

但我要特别提醒应届生：仿真是验证程序逻辑的工具，不是真实PLC。仿真跑通了，不等于现场就能跑。仿真不能替代实体I/O接线，也不能模拟出真实干扰、接地不良、负载故障这类现场问题。你把仿真调得再好，到了现场发现电机缺相、编码器线接反、传感器信号抖动，照样会傻眼。所以我的态度是：仿真值得学，但别沉迷。

4. 现场调试的硬仗：通讯、干扰、机械配合的排查思路

4.1 通讯不上？先分清物理层、链路层和应用层

“PLC和变频器通讯不上”“触摸屏连不了PLC”“SCADA读不到数据”，这些问题是现场最常见，也是应届生最容易一头扎进程序堆里乱找的。我的排查思路是自上而下先分清层次。

所谓物理层，就是线有没有接对、接口有没有松、交换机有没有通电、DP头终端电阻对不对、网线水晶头压得对不对。曾经有个案例，项目现场PLC和远程IO一直掉线，排查了应用层半天，最后发现是有人把网线当电话线打了，水晶头只压了2芯，网络时通时断。物理层出问题，上层再对也没用。

链路层要查的是：设备地址有没有重复、波特率是否一致、站号对不对。这一条看起来简单，但多人协作的现场最容易出错。有一次全套设备用Modbus RTU连接十几个从站，结果主站总是读到错误数据，查了两天，居然是两台仪表被设为同一个站号。

应用层则是寄存器地址、数据格式、读写功能码是否匹配。把三层一步步列成表，每项勾掉，很快就能定位问题。我常说，排查通讯故障，最忌讳的是东试一下西试一下，那样不仅浪费时间，还会掩盖问题。

4.2 干扰与接地的几个经典坑

做PLC最头痛的不是逻辑错，而是信号“莫名其妙”不对。电机一启动，触摸屏上的压力值乱跳；变频器一运行，伺服驱动器报警；半夜设备无人碰，某模拟量通道自己飘了。这就是干扰，而且十有八九和接地、屏蔽、布线有关。

我总结的几条铁规矩是：传感器信号线和动力线必须分槽走，间距至少20厘米，条件不允许就加金属隔板；屏蔽层只能单端接地，通常在PLC柜内接地排处接，禁止两端都接；控制柜内，24V电源的0V、模拟量信号屏蔽、机柜保护接地，要做到各自独立归类接排；模拟量电缆剥皮长度不要超过5厘米，屏蔽网要处理好，不要变成天线。

有个真实案例很典型：四条包装线共用一台清洗机，清洗机启动时相邻产线的模拟量全部跳变。排查到最后，是清洗机变频器接地线没接到机柜接地汇流排，而是直接拧在钣金上，钣金油漆绝缘，等于没接地。变频器一高频运行，干扰就从地线串到控制柜。把接地螺栓位置刮干净，重新压好铜鼻子，问题立刻消失。干扰排查就是这样，看着玄乎，本质还是施工规范和细节。

4.3 和机械、电工的协作：调试从来不是一个人的事

很多应届生以为调试就是把程序下载进去，设备自己跑起来。实际上的画面是：PLC工程师蹲在控制柜前改逻辑，机械工程师在旁边调气缸节流阀，电工师傅在排查哪根线不对，操作工跑过来问能不能先试跑一个循环。所以高效调试的前提是沟通清楚，而不是各干各的。

我的习惯是每次动手前，先和机械确认好设备当前处于什么状态，限位开关是常开还是常闭，急停回路是NC还是NO，原点在哪，有没有硬限位。改动程序前，把修改内容标注在注释里，并在交接班时同步给操作员。上电试机过程中，操作工提出“这个动作应该更快”，不要急着答应，先问清楚是影响节拍还是安全隐患，再和机械一起评估。

还有一个非常关键但容易被忽视的协作技巧：改完程序一定要备份，并且把改动内容发到工作群里，而不是只存在自己电脑里。设备是大家的，代码也是设备的一部分，信息不透明往往是事故和扯皮的根源。

5. 关于学习和成长的现实问题：考证、跳槽、英语、收入

5.1 学历和证书：值得考什么、不值得考什么

应届生很喜欢问该考什么证，我就直接说结论。电工证值得考，这是很多企业入场的基本条件，也是现场从业的安全底线。跟PLC相关的主流品牌认证，西门子、三菱、汇川这些，有时间可以考，它们能帮你系统梳理知识体系，但别指望一张证书直接让工资翻倍，工程能力还是看项目经验。注册电气工程师，如果你不是铁了心去设计院，不是应届生该优先投入的方向。

更重要的是，多积累能证明能力的项目案例。面试官真正关心的是：你独立调试过什么设备，处理过什么故障，用过什么PLC。所以在项目里一定要主动争取“负责一个部分”的机会，哪怕只是一个小工位，只要它是你独立完成的，写进简历里就比“参加过XX项目”有说服力得多。另外，软件技能上不要把目光局限在某一家PLC，西门子、三菱、欧姆龙、倍福、汇川、CODESYS平台都值得了解，一通百通。

5.2 英语好在自动化行业是真正的加速器

这一条很多人不信。自动化项目里，最先进的设备说明、官方手册、技术案例，大量是英文。西门子的很多Error诊断信息、AB的英文手册、倍福的TwinCAT官方文档、各种视觉和机器人SDK的说明书，中文资料不是没有，但质量参差不齐，翻译错误能把人带沟里。英文好的应届生，遇到问题可以直接查原版文档、搜国际论坛、看原版视频教程，效率比身边人高一截。

我自己的体会是，英文能力在自动化行业是个“隐形杠杆”。公司来了新设备，外方工程师远程支持时你能直接对接；参加厂家培训时你能看英文资料；跳槽去外资企业时，英文直接决定薪资级别。不用达到母语水平，能读、能查、能写简单邮件就够了，但很多人栽就栽在这上面。

5.3 该在什么节点跳槽、怎么判断一家公司的设备水平

我个人不太建议应届生头一年就频繁跳槽。头半年学的是流程、规范和基本操作，之后才是深入项目。真正能让你简历增值的，是你完整跟过一个项目周期：设计选型、出图、画程序、现场调试、验收、售后维护。这个过程短则几个月，长则一年，走完一遍，你对行业的认知会完全不一样。

判断一家公司值不值得长期待，也很有技巧。面试时可以问：车间里有无现成的设备可以练手，老工程师的资历如何，公司用的PLC和驱动器是什么品牌，是标准产品还是老旧淘汰品，项目文档是否齐全。好的公司不一定规模大，但一定有一点：你在里面能持续接触新东西。如果入职三个月你发现每天就是复制粘贴旧程序、改年份，没有任何人带你复盘，那就可以考虑下一步了。

薪资方面我坦诚说，自动化行业起薪不高，但后面涨得快。不同行业差异很大，新能源、半导体、锂电、物流自动化这几年给的相对高，传统设备厂和纺织机械就会偏低。所谓“入行经验”，其中一条就是：别只盯着薪资数字看，要看这个行业未来三年的技术方向是什么，你在哪个浪潮里。

6. 从技术到职业：12年下来我看清的一些事

6.1 技术深度和技术广度怎么平衡

总有应届生问我，PLC、HMI、视觉、机器人、MES、C#，到底先学哪个。我的答案是“先深后广”：先把一项做到能独立扛事，再去铺开广度。很多人第一年什么都想学，今天看视觉，明天摸机器人，后天又想学C#，结果哪样都拿不出手。现场选人做项目的时候，要的是“你负责这块，我放心”的人，不是全能新人。

PLC这一行，“深”是什么概念？不光会写程序，还能处理通讯，会看时序，懂得硬件选型，知道每个模块怎么接，知道程序怎么和机械配合，能独立从头做一个项目，还能对旧设备做改造。做到这一步，再去学视觉、机器人、C#、数据库都很快，因为工程逻辑是相通的。深度建立的是信心，广度带来的是机会，顺序不能反。

6.2 真正拉开差距的是处理问题的方式

我带过很多徒弟，聪明程度其实差不多，差距出在遇到问题时的反应。有些人的习惯是一遇到故障就喊师傅“这个怎么搞”，有些人会先把故障现象记录下来，拆成细节，试着用排除法定位，实在不行再带着自己的推断来找你。后者成长速度几乎是指数级的。

处理问题的基本思路其实可以复用到所有场景：明确故障现象（什么设备、什么状态、什么时候出现），缩小范围（排除法和二分法），验证假设（改一个参数看结果），总结复盘（记录下来避免再犯）。我见过新人在一个电源指示灯不亮的问题上折腾一下午，最后发现是插座没电。这就是不会缩小范围。第一步永远应该先确认：源头有没有电。PLC是不是RUN状态，CPU是不是SF灯亮。这些问题看起来蠢，但在现场每天都会发生。

处理问题的另一层是心态。设备停下来，甲方的语气不好，班长在催，这时候越急越容易误判。我的经验是：越出故障越要慢，先冷静看一遍报警和运行状态，判断是自己这边还是别人那边的问题，再动手。错了就承认，重新来，这没什么丢人的。真正丢人的是不敢承认自己判断错了，硬把设备搞坏。

6.3 给应届生的一点实在建议

最后说点掏心窝的话。自动化这行，头三年是“搬运工”，第四年到第六年才有点滋味，第七年之后基本靠经验吃饭。应届生最大的资本是时间，最大的风险是熬不住前期的寂寞。你们会经历设备反复调试失败、被甲方骂、被师傅吼、凌晨三点在车间拧螺丝的场面。这些我全部经历过，而且不止一次。

我的建议就三条。第一，随身带一个小本子，记录每天的问题、判断、结果，三个月后回头看，你会发现自己已经超了身边同龄人一大截。第二，挨骂是正常的，别往心里去，但一定要追问“为什么挨骂”，把问题的技术原理搞懂。第三，安全永远是第一位的，任何调试任务都不值得用受伤去换。

我在实际操作中最大的体会是：这行不是智商战，是积累战。那些看似没什么天赋却愿意蹲在现场反复琢磨的人，往往三五年后反而成了项目负责人。所以别急着证明自己，先踏踏实实接好线、画好图、调好每一台设备。这一篇的经验先到这里，剩下那些细碎的条目，我后面几天继续更新。