企业官网建设流程全解析

说句实话，我记得特别清楚，自己入职第一天，带我的师傅把我领到配电柜前，指着里面那一排排端子和密密麻麻的线说：“以后你的战场就在这儿，电脑只是工具。”当时我站在原地愣了好一会儿，脑子里全是大学课本里的各种流程图、传递函数，怎么也想不到干了自动化这一行，第一站居然是从认线、对端子开始的。一晃十二年过去，我自己也带过好几批应届生，看过太多人明明很努力，却把劲使错了地方，前三年走了不少弯路。不是他们不行，而是没人提前告诉他们这个行业的真实游戏规则。所以我想把自己这十几年攒下的90条入行经验，一条一条写下来，每天更新一点，给正在入行或即将入行的自动化应届生看看。这一篇，先聊前30多条最基础也最重要的。

1. 入行第一课：电气柜里的真实战场，和课堂上的流程图完全两码事

很多应届生对PLC工程师的想象是：坐在明亮的办公室里，对着电脑写梯形图，像程序员一样优雅。真实情况完全不是这样。我们的战场在车间、在现场、在电气柜前面。一天的时间分配大致是：看图查线两小时，柜内接线和整改两小时，现场跑线调试三小时，真正坐下来写程序的时间能有两小时就算不错了，剩下还要开会、写记录、和机械电工扯皮。

第1条经验：PLC工程师的战场在电气柜里，不在电脑前。程序只是这套系统的一部分，现场那一根根线、一个个端子、一台台设备，才是你真正要伺候的对象。程序写得再漂亮，接错一根线，设备就是不动。

第2条经验：大学里学的东西有没有用？有用，但需要时间转换。自动控制原理、电力电子、计算机基础帮你建立底层逻辑，但一进现场，天天打交道的却是接触器、继电器、断路器、热继电器、开关电源这些东西。很多人觉得这些是电工的活，跟工程师没关系，这种想法害人不浅。你不懂电气基础，写出来的程序在逻辑上再完美，执行环节出了问题你照样抓瞎。

第3条经验：先把“电”的安全常识补牢。安全电压是多少、漏电保护怎么动作、接地和接零有什么区别、绝缘电阻怎么测，这些不是电工专属知识，是每一位现场工程师的保命课。我见过有新人直接用万用表去量没确认断电的端子，手一抖就打了火。在电气柜里，一次短路、一次弧光，真不是闹着玩的。

第4条经验：加班和出差是这份工作的常态。设备厂的项目赶工期，经常连轴转；终端工厂则琐事不断，半夜被电话叫起来处理故障也不稀奇。你如果期待朝九晚五、干干净净的办公室生活，趁早换赛道，别耗在这行。

第5条经验：第一份工作，尽量想清楚自己想去设备厂还是终端工厂，两者成长路径完全不同。设备厂（也就是OEM）节奏快，项目一个接一个，你能在短时间内接触各种新设备、新工艺，但代价是长期出差和巨大的交付压力；终端工厂（也就是甲方设备维护或设备工程师岗）工作地点稳定，不用天天跑，但接触的设备相对固定，技术广度会窄一些，深度则看个人钻研。我的建议是，应届生头几年先去设备厂锤炼，把基础和眼界打开，后面想去工厂沉淀再跳也不迟。

2. 头一年别急着写程序：输入输出、实物和读图才是基本功

带过这么多新人，我发现一个通病：一上来就急着要项目、要写程序，恨不得第二天就上手编程。但你让他说清楚手里的接线怎么走、IO表怎么看、现场的传感器是PNP还是NPN，他反而一脸茫然。基本功这个东西，真的急不来。

第6条经验：先把IO表吃透，一个点对应一根线。程序里的每一个输入地址，在现场就是实实在在的一根电缆、一个传感器、一个限位开关。读程序之前，先在IO表上找到这个点对应的物理位置，把“程序—端子—元件”这条链路在脑子里串起来。这一步做到了，调试时你就能节省一半找问题的时间。

第7条经验：PNP和NPN必须刻在脑子里。传感器输出方式分这两种，对应的接线方式和PLC输入模块的逻辑都不一样。接反了的典型后果，轻则信号不触发，重则烧掉输入点。这里不需要死记硬背，有个简单的理解方法：PNP输出的是正信号，一般棕正蓝负黑信号；NPN输出的是负信号，同样三根线接法不同。你只要养成接任何传感器之前先看铭牌和说明书，就不会在这个坑里反复栽跟头。

第8条经验：学习写程序最快的方式不是看教程，而是读别人的程序。我刚入行时，师傅扔给我一个已经跑了两年的老项目让我自己琢磨。怎么读？先把IO表打印出来，对着硬件的动作一步步看梯形图，先从手动模式读起，再看自动流程，碰到中间继电器就跟踪它在哪里被置位、在哪里被复位。一段一段啃，啃完整个项目，你对程序架构的理解会上一个台阶。市面上那些速成教程，教你一个个指令的用法，但对“整套程序怎么组织”这件事基本没帮助。

第9条经验：有条件的话，找废旧的接触器、继电器、变频器端子排，自己动手拆装几遍。别觉得这是电工干的活，工程师不懂实物，画出来的图纸和写的程序就是“空中楼阁”。我见过有工程师设计的接线图，柜内接线工根本没法施工，最后在现场改得一塌糊涂，这就是不吃透实物的代价。同时，养成“断电挂牌再动手”的习惯，这是职业操守。

第10条经验：万用表是你最亲密的工具，比电脑更常用。交流电压、直流电压、通断蜂鸣、电阻档，这几个功能必须熟练到形成肌肉记忆。钳形电流表也要会用，判断电机是否过载、线路是否异常，测一下电流比什么都直观。很多新人电脑用得很溜，一到拿表测线就露怯，真的不应该。

3. 选型能力：工程师和“会写程序的调试工”之间的分水岭

干了几年以后你会发现，能写程序的人很多，但真正能独立完成一套设备电气系统设计的人，是另一回事。这里头的分水岭，就是选型能力。选型不是拿着报价手册翻参数，而是对整套系统运行逻辑的提前推演。

第11条经验：选型决定项目的生死，这话一点不夸张。我有一次负责一套设备，前期的点数估算做得马虎，想着差不多就够了，结果现场调试时发现输入不够用。那款CPU的点数已经吃满了，后期没法扩展，最后只能在外围加远程IO模块，多花了好几天的布线和配置时间，甲方脸色也很难看。从那以后我就给自己立了规矩：所有选型宁可多留余量，也绝对不做刚好够的“极限设计”。

第12条经验：点数估算要用公式，别拍脑袋。我习惯的做法是先把设备上所有的输入元件列全：按钮、急停、限位、接近开关、光电、编码器、流量计信号等，全部加起来得到数量A；输出元件也同理列全：接触器、电磁阀、指示灯、变频器启动信号等，得到数量B；然后乘以1.15到1.2的冗余系数，再向上取整到模块的通道数整数倍。记住，留出的备用点不是浪费，是给未来改造和故障应急用的。

以一套中等规模的小型设备为例：

第13条经验：CPU选型看的是程序容量、扫描周期、通信接口和扩展能力，不是越贵越好。很多人一听要选CPU就挑性能最强的，结果项目预算超了，性能还浪费。正确做法是：先把IO点数估算出来，再把程序复杂度打个分（是否用到运动控制、是否需要大量数据处理、是否需要和上位机或者多台设备联动），最后留出至少30%的余量来定型号。余量不是为了当下，是为了你后期加功能时不至于重新换CPU。

第14条经验：通信协议的选择，本质上是距离、节点数、实时性三者的平衡。我整理了一个简易表格，方便新人理解：

选通信方案之前，先问清楚现场线缆要走多远、有多少个从站、数据刷新要多快、上位机是谁家的软件。这五个问题答清楚了，协议自然就选出来了。别一上来就追求所谓的高端协议，很多中小项目用Modbus RTU完全够了。

第15条经验：环境条件对选型的影响，往往比功能更致命。环境温度高、湿度大、粉尘多、振动强，每一样都能让设备“折寿”。防护等级要按实际环境定，柜内温度过高的必须加装风扇甚至空调，粉尘多的环境至少要IP54以上，户外设备要考虑防水防晒。这些在选型阶段不考虑清楚，设备装到现场就是给自己挖坑。

第16条经验：品牌的选择要跟着行业走。汽车、冶金、市政这些传统重工业用的品牌，和3C电子、包装机械这些行业用的，侧重点完全不一样。你第一份工作接触哪个品牌，很大程度上决定了你未来几年跳槽时的方向。不是说让你死守一个品牌，而是提醒你：选择第一份工作时，选一个在行业里有分量的品牌项目，比挑工资高低更影响你的职业道路。

4. 现场调试九死一生：这些年我用教训换来的生存清单

如果说选型是图纸上的战斗，那么现场调试就是真枪实弹的实战。我在调试阶段踩过的坑，比写程序踩过的坑多十倍。这一节我把它整理成一份清单，每条都是掏心窝的话。

第17条经验：调试的第一步不是送电，而是对点。对点就是一个人在现场按按钮、碰传感器，另一个人在控制柜里看程序里的地址通没通。两个人用对讲机联络，一个一个点过，核对IO表。这一步看似枯燥，却能把绝大多数接线错误提前揪出来。我见过有人不对点直接跑自动，结果程序里读到的信号全是“假的”——位置压根不对，设备乱动一气。

第18条经验：上电前检查要有顺序：先查短路，再送电，最后下程序。第一次送电之前，用万用表量一遍电源进线端有没有短路，重点检查24V和0V之间是否直接碰在一起。送电时第一次不要带负载，先让开关电源空载运行，测量输出电压稳定之后，再逐一给模块和传感器通电。这个顺序一旦养成了肌肉记忆，你的设备会上电就少冒烟很多次。

第19条经验：强制输出的危险性，再怎么强调都不为过。调试程序时为了测试某个阀或者某个电机，经常需要在程序里手动强制输出。但强制之前一定要确认：这个动作会不会带动其他部件？互锁条件有没有被绕过？更关键的是，强制输出必须两人确认，贴警示标签，调试完立刻取消所有强制。年轻的时候我试过一个人强制动电机，结果差点把机械结构撞坏。那一次之后我彻底老实了。

第20条经验：调试顺序永远是先手动后自动，先空载后负载，先低速后高速。这个顺序看起来简单，却是无数设备调试失败后的教训总结。手动模式是把每一步单独验证，自动模式是把逻辑串起来；空载是把机械风险降到最低，负载才是真正检验系统的时刻；低速起步是为了观察动作方向是否正确、有没有卡顿，确认无误后再提速。每一步做完都要有记录，别嫌麻烦，回头找问题时这些记录就是你的救命稻草。

第21条经验：信号干扰是调试阶段最隐蔽的“杀手”。模拟量信号莫名跳变，通讯偶发断线，伺服偶尔来个异常报警，这些问题十有八九是干扰造成的。排查干扰没有捷径，只能一步步来。我常用的处理清单是：屏蔽层是否做了单端接地；动力线和信号线是否分开走线槽；变频器输出侧是不是没加输出电抗器；通讯线两端是不是少了终端电阻；CPU和变频器之间有没有保持安全距离。按这个清单查一遍，大多数干扰问题都能解决。记住一个原则：信号电缆和动力电缆绝不走同一个线槽，这是布线界的“一米线”。

第22条经验：半夜在线修改程序之后，必须当天更新图纸和备份。现场调试经常是白天跑工况，晚上改程序。改完程序，设备要是稳定跑起来了，人一松懈就容易忘了更新纸版图纸和PLC备份。第二天设备出问题，别人拿着旧图纸去查线，怎么查都查不对，最后把账算到你头上。程序备份的命名规范可以是“项目名+日期+修改人+版本号”，这样三个月后回来看，还能记得当时改了什么。

第23条经验：调试现场别忘了和操作工多聊几句。操作工每天都在设备旁边，哪个传感器经常误触发、哪个气缸动作总是慢半拍，他们比谁都清楚。调试的时候先听他们说设备哪儿不对劲，再去看程序，往往能少走很多弯路。这不是客套，是高效解决问题的捷径。

5. 仪控不分家：传感器这块短板，迟早要花时间补上

做自动化的人，大多在学校里学了PLC编程、学了控制理论，但对传感器和仪表这块的系统认知往往比较弱。到了现场才发现，设备上最容易出问题的，根本不是PLC，而是那一堆传感器和仪表。

第24条经验：自动化专业的毕业生普遍懂PLC但不懂仪表，这个短板迟早要补。限位开关、接近开关、光电传感器、编码器、测温电阻、液位变送器、压力变送器，这些现场的“五官”出了问题，PLC再聪明也白搭。我建议各位入行头两年，把手头项目上用到的每一种传感器原理都啃一遍，不需要多深，但一定要知道它怎么工作、怎么接线、常见的故障模式是什么。

第25条经验：4-20mA是工业现场最经典的模拟量信号，理解它的优势很重要。为什么大家都用4-20mA而不是0-10V？因为电流信号在长距离传输时抗干扰能力强，而且有断线检测功能：信号一旦变成0mA，就说明线路断了，系统可以直接报故障。温度、压力、液位、流量这些变送器，大部分输出的都是4-20mA。你只要记住：毫安值减去4，再除以16，乘以量程，就是当前的实际物理量。这个换算公式，现场调试时天天都要用。

第26条经验：接近开关的分类和选型要记清楚。电感式接近开关只能检测金属物体，电容式接近开关可以检测金属、塑料、液体等多种介质，光电式靠光线的反射或对射来检测，适用场景更广但容易受粉尘和光线影响。选型时的关键参数有三个：检测距离、被测物材质、安装环境和空间。另外，常开和常闭的选择要结合安全逻辑来定：急停回路和门限位一般用常闭触点，因为断线或者故障时会自然进入安全状态。

第27条经验：编码器选型先分清增量型和绝对型。简单理解：增量型告诉你“动了多少”，停电重启后就不知道当前位置了；绝对型直接告诉你“现在在哪儿”，断电后再上电位置信息还在。做定位控制、需要断电记忆位置的选择绝对型；只要测速度和相对位置的，增量型足够。分辨率的算法也要会算：一转多少个脉冲，乘以机械减速比，再换算成你需要的移动距离，这些都是基本功。

第28条经验：传感器的接线坑，集中在三线制和模块类型上。三线制传感器通常是棕（电源正）、蓝（电源负）、黑（信号），信号线和电源负之间会有对应的电平变化。但要注意你选的PLC输入模块是源型还是漏型，这直接决定了传感器的公共端怎么接，接错的结果就是信号“死活不进PLC”。这块内容不算难，但确实是新人问题重灾区。我的建议是：第一次接触某个模块时，先把模块手册的接线图打印出来，对着图接，不要凭感觉。

6. 独立承担项目以后：沟通、文档和甲方需求管理比编程更磨人

技术上站稳脚跟之后，你会发现真正让人心累的往往不是程序本身，而是人和人之间的协作。尤其是从跟着别人干到自己独立负责项目，这个坎要迈过去，靠的已经不是纯技术了。

第29条经验：第一次独立负责项目，先学会把甲方的需求翻译成书面文档。甲方说“这里加个报警就行”“那边要能手动也能自动”，你要做的不是点头，而是把这些模糊的表达变成逐条的规格书，最好能用表格列出触发条件、动作结果、异常处理，然后让甲方确认签字。不是不信任对方，而是没有书面依据的改动，最后十有八九会变成说不清的扯皮。记住你在这个项目里的角色不是写代码的程序员，而是把需求转换成设备行为的工程师。

第30条经验：和机械、电气、上位机的协作者之间，信号定义表必须统一。联调的时候经常出现这样的场景：机械工程师改了限位位置，程序这边没人通知；上位机那边把变量名改了，PLC程序没同步更新，两边一对接全是通讯错误。所以项目一开始就要把中间变量表、信号定义表、命名规范定下来，拿这套东西作为团队沟通的“共同语言”。涉及设备动作安全的信号，更要拉上机械工程师一起确认到底是用常开还是常闭、是上升沿触发还是电平触发。

第31条经验：文档比程序更值钱。这句话听起来有点反直觉，程序明明是一个项目的核心成果，为什么文档反而更重要？因为程序是写给机器读的，文档是写给人读的。设备运行三年五年之后，换了一拨人来维护，谁看你那堆变量名能瞬间明白？IO表、电气图纸、操作说明书、故障代码表，这四件套一个都不能省。我自己吃过这个亏：刚换到一家新公司时接手的项目，代码写得像天书，图纸和程序版本对不上，维护起来简直是一场灾难。

第32条经验：程序里写注释，是写给三个月后的自己看的。项目交付时你记得每个变量是什么含义、每段逻辑为什么要这样写，但三个月后你再打开这个程序，很可能和自己写的代码“形同陌路”。所以变量命名要有意义，别用A1、B2这种随手敲的名称；结构化编程能拆功能块就拆功能块，别把所有逻辑堆在一个程序段里；每段逻辑的用途、修改日期、修改人，用注释标注清楚。这样做的收益不会立刻显现，但半年后你会感谢自己。

第33条经验：甲方在验收前后的随口改动，一定要走变更流程。“小王，帮我把这个延时改短一点，很快的。”这种话我听过太多次。如果只是口头答应，不改文档不改图纸，后续设备出问题、或者验收标准变了，翻旧账时你就被动了。正确的做法是：接到需求后，在需求表上追加一条，注明变更内容、变更理由、影响范围、变更人，然后按流程出程序并更新相应文档。哪怕对方觉得你“事多”，也要坚持这一步。这是保护自己，也是保护项目。

7. 关于工资、证书和跳槽：说几句同行不爱听的实话

最后聊点现实的问题，很多应届生私下问过我工资、证书、跳槽这些事。既然要写90条，这些大实话也必须说。

第34条经验：应届生第一份工作，别把底薪看得太重，要看平台和项目。我知道刚毕业大家都缺钱，但第一份工作的核心价值是它给你提供的成长机会。同样月薪差一两千块钱的两份工作，一个让你天天重复做同一个环节，另一个让你完整跟几个大项目，一年以后的能力差距会非常明显。平台比底薪值钱，这句话在自动化行业尤其成立。

第35条经验：证书这块，电工证是底线，职称是加分项，培训班要警惕。电工特种作业操作证是现场作业的必备证件，没有它你连电柜都不方便碰，这块一点不能含糊。助理工程师、工程师职称在国企和大型制造企业评薪资和晋升时会有用，民营企业则更多看实际能力。至于一些培训机构宣传的“金牌讲师”“包就业”“考完就能月入过万”，听听就好，这行的能力从来不是证书给的，是项目喂出来的。

第36条经验：前三年别频繁跳槽，一套完整的设备工艺周期至少要两到三年。很多人干了半年就觉得学不到东西着急跳，其实往往是还没把整个项目从设计、选型、装配、调试、验收跟完一轮，很多关键的隐性知识压根没机会接触。跳槽要带走的是能力和经验，而不是原公司的图纸和资料。这个边界必须清楚，它既是职业操守，也是法律红线。

第37条经验：持续学习的资源其实很便宜，关键是动手。官方手册是最系统的资料，工控论坛里有很多实战问答，网上也有大量老工程师分享的案例。但看十篇帖子不如自己动手改一段程序试试。我的习惯是：平时多积累各种功能块和模板，遇到相似场景可以直接复用，然后再根据现场情况进行修改。等你手里积攒了几十个自己验证过的模板，独立做项目时心里就有底了。

这篇先更新到这里，前30多条都是我觉得“如果有人早点告诉我，我能少走好几年弯路”的真心话。剩下的几十条，包括怎么和领导谈项目奖金、怎么判断一个设备值不值得去维护、出差在外怎么安排好自己的一日三餐、电子和机械哪个方向更有前景之类零零碎碎的经验，我会在后续更新里一条一条补上。如果你也有想让我提前写的话题，可以在评论区说一声，呼声高的我就提前安排。入行这件事，难度不在技术本身，而在于没人告诉你技术之外还有那么多坑。希望这些文字能帮你少踩几个。