企业官网建设流程全解析

1. 入行前先想清楚：PLC这碗饭到底吃的是什么

干了十二年PLC，带过的应届生少说也有二十来个。每次新人入职，我都会先问一句：你觉得PLC工程师平时在干嘛？十个人里有八个回答“写程序”。这个答案对，但只对了不到三成。真实的PLC工程师，写程序大概占三成时间，画电气图、选型、调试、跟机械扯皮、跟客户解释为什么设备又停了，这些加起来占七成。你要是冲着“安安静静写代码”来的，趁早转行去搞纯软件。

PLC的全称是可编程逻辑控制器，本质是一台为工业现场设计的、抗造耐操的专用计算机。它跑的程序叫梯形图或者结构化文本，控制的对象是电机、气缸、传感器、变频器、阀门这些物理设备。你写的每一行逻辑，最终都会变成某个气缸伸出来或者某台电机转起来。这跟写网页、写App最大的区别在于：软件崩了大不了重启，PLC程序崩了可能撞坏设备、伤到人。所以这行的第一课不是编程技巧，是安全意识和责任意识。

那应届生到底该不该入这行？我的判断标准很简单：你能不能接受“现场感”。PLC工程师的工作场景不是写字楼格子间，是车间、是工地、是设备旁边。夏天四十度的高温车间，冬天没暖气的调试现场，半夜被叫起来处理产线故障，这些都是常态。如果你能接受这些，并且对“让机器动起来”这件事有真实的兴奋感，那这行值得干。这行的经验壁垒很厚，干得越久越值钱，三十五岁危机相对没那么严重，因为现场经验是熬出来的，不是学出来的。

下面这九十条经验，是我从自己踩过的坑、带新人时反复强调的点、以及跟同行交流中攒下来的。我会分成几个大类来讲，每条都尽量说清楚“为什么”，而不是只给结论。你不需要全部记住，但每一条都值得你在遇到对应场景时翻出来看一眼。

2. 技术底子怎么打：从电气图到PLC程序的完整链路

2.1 先看懂电气图，再谈写程序

很多应届生一上来就想学PLC编程，觉得梯形图看着挺简单。但如果你看不懂电气原理图，你写的程序就是空中楼阁。电气图是PLC程序的“需求文档”，图上每一个接触器、每一个传感器、每一个按钮，都对应程序里的一个输入或输出点。你连图都看不懂，怎么知道哪个点该接什么、逻辑该怎么写？

我的建议是，入行前三个月，把精力的一半花在电气图上。具体怎么做？找一套完整的设备电气图，从电源进线开始，一路看到执行机构。搞清楚几个核心问题：主回路和控制回路的区别是什么？接触器线圈得电后，它的常开常闭触点分别在哪里、起什么作用？中间继电器在电路里扮演什么角色？热继电器是怎么保护电机的？这些搞明白了，你再看PLC的I/O分配表，就会觉得顺理成章。

有个很实用的练习方法：拿一张现成的电气图，自己动手把PLC的I/O点表整理出来。哪个传感器接哪个输入点，哪个接触器线圈接哪个输出点，整理成一张表格。然后对照程序，看每个点是怎么被使用的。这个练习做上五六套图，你对“电气图到程序”的映射关系就有感觉了。

2.2 梯形图不是唯一选择，但你必须先精通它

PLC编程语言有五种：梯形图、结构化文本、功能块图、顺序功能图、指令表。国内现场用得最多的还是梯形图，尤其是中小型项目。为什么？因为梯形图直观，跟继电器电路长得像，现场电工也能看懂，出了问题方便排查。你写了一段结构化文本，设备故障时电工师傅打开程序一看，满屏的IF-ELSE，他帮不上忙，最后还得你自己去。

所以我的建议是：先把梯形图练到闭着眼睛都能写的程度。什么叫做“闭着眼睛能写”？给你一个控制需求，比如“三台电机顺序启动、逆序停止，每台间隔五秒”，你能不查资料直接写出梯形图，并且考虑好互锁、急停、故障复位这些细节。达到这个水平之后，再去学结构化文本，用它来处理复杂的数学运算、数据处理、通信协议解析。两者不是替代关系，是互补关系。

2.3 模拟量处理是分水岭

数字量逻辑（按钮、传感器、接触器）写熟了之后，真正拉开差距的是模拟量。温度、压力、流量、液位这些连续变化的信号，通过变送器变成4-20mA或者0-10V的信号，再经过PLC的模拟量输入模块转换成数字量。你要做的是把这个数字量还原成实际的物理值，然后做PID控制或者报警判断。

这里面的坑很多。比如4-20mA信号，PLC读到的原始值通常是0-27648（西门子）或者0-32000（三菱），你要做线性变换。但很多新人不知道，4mA对应的是量程下限，不是零。一个0-100度的温度变送器，4mA对应0度，20mA对应100度，如果PLC读到0，那说明线路断了，不是温度真的到了零下。这个“断线检测”的逻辑，必须在程序里做进去。

再比如PID控制，参数整定是个经验活。P太大振荡，P太小响应慢；I太大超调，I太小消除不了静差。我一般建议新人先用默认参数跑起来，然后先把P调到系统开始轻微振荡，再往回退一点，最后加I消除静差。D一般不用，除非系统惯性特别大。这些经验，书上不会写得这么直白，但现场就是这么干的。

2.4 通信是绕不过去的坎

现在的自动化项目，PLC很少单独工作。它要跟触摸屏通信、跟变频器通信、跟伺服驱动器通信、跟上位机SCADA通信、跟MES系统通信。通信协议五花八门：Modbus RTU、Modbus TCP、Profibus、Profinet、EtherCAT、CANopen……你不可能全部精通，但至少要精通一两种，其他的能看懂文档、能配起来就行。

我的建议是：Modbus RTU和Modbus TCP必须精通。为什么？因为这两个协议太通用了，几乎所有的仪表、变频器、PLC都支持。你学会了Modbus，遇到一个没见过的设备，只要拿到它的通信地址表，就能把数据读出来。这是基本功。

通信调试最大的坑是“物理层”。很多新人一上来就调程序，结果发现是网线没插好、终端电阻没接、波特率设错了。我自己的排查顺序是：先查物理连接（线接对了没、供电正常没），再查通信参数（波特率、数据位、停止位、校验位），最后才查程序里的地址和数据类型。这个顺序能帮你省下大量时间。

3. 工具和软件：别在环境配置上浪费三个月

3.1 编程软件选型：跟着项目走，别跟着喜好走

PLC编程软件是绑品牌的。西门子用TIA Portal（博途），三菱用GX Works，欧姆龙用Sysmac Studio，汇川用Codesys或者自家软件。你不可能把所有软件都装一遍，也没必要。我的建议是：先精通一个主流品牌，再扩展。

选哪个品牌入门？如果你在长三角、珠三角的制造业聚集区，西门子是首选，市场占有率最高，招聘需求最多。如果你在特定行业，比如包装机械多用三菱，风电多用倍福，那就跟着行业走。先在一个品牌上把“编程思维”练出来，换品牌只是熟悉软件界面和指令集的事，底层逻辑是相通的。

装软件这件事本身就有坑。TIA Portal对电脑配置要求不低，内存至少16G，固态硬盘是必须的，不然编译一个中型项目能等到你怀疑人生。安装的时候注意版本兼容性，TIA Portal的版本和PLC固件版本有对应关系，装错了连不上。我一般会在虚拟机里装不同版本的软件，避免互相冲突。这个习惯建议你从入行第一天就养成。

3.2 仿真软件：没有硬件也能练手

应届生最大的问题是没设备。公司不可能让你拿产线上的PLC练手，自己买一套又太贵。这时候仿真软件就是救命稻草。西门子的S7-PLCSIM Advanced、三菱的GX Simulator、汇川的AutoShop仿真，都能让你在没有硬件的情况下跑程序。

但仿真有个问题：它只能验证逻辑，验证不了实际接线和电气特性。你在仿真里看到电机转了，实际接线可能因为接触器互锁没做对而短路。所以仿真练的是“程序逻辑”，不是“工程能力”。我的建议是：用仿真把基本指令、PID、通信这些练熟，然后想办法接触真实硬件。哪怕是自己买一个二手PLC、几个按钮指示灯、一个24V开关电源，搭一个小实验台，都比纯仿真强一百倍。

3.3 电气CAD：不会画图的工程师走不远

很多新人觉得画图是电气工程师的事，PLC工程师只要会编程就行。这个想法很危险。你写的程序要跟电气图对应，你要能看懂别人画的图，也要能自己画图表达你的I/O分配和逻辑关系。EPLAN和AutoCAD Electrical是主流工具，至少精通一个。

EPLAN的逻辑是“面向对象”，画图之前先建项目结构、定义设备、分配地址，前期麻烦但后期出图快、改图方便。AutoCAD Electrical更接近传统CAD，上手快但管理复杂项目时容易乱。我的建议是：如果公司用EPLAN，就认真学EPLAN，它的项目管理思维对你理解整个电气系统很有帮助。如果公司用CAD，也别排斥，先把图库和模板建好，效率一样能提上来。

画图有个细节新人经常忽略：线号和页号的命名规则。一套好的图纸，线号是唯一的，页号是有逻辑的，你拿着图纸去现场查线，能快速定位到某一页的某根线。这个习惯从一开始就要养成，别等到图纸几百页了再回头整理，那会疯掉。

4. 现场调试：那些没人告诉你的实战细节

4.1 上电前的检查清单，一条都不能省

我见过太多新人，程序写完了，迫不及待要下载到PLC里试。结果一上电，不是短路跳闸就是设备撞机。上电前的检查，是保命环节，不是走形式。

我的检查清单是这样的：第一，确认供电电压和PLC额定电压一致，24V DC和220V AC接错了，PLC直接冒烟。第二，确认所有输入输出点的接线跟I/O表一致，特别是输出点，接错了可能直接烧模块。第三，确认急停回路是通的，急停按钮按下去能切断所有输出。第四，确认机械部分没有卡死，手动盘车能转动。第五，确认程序里的输出点没有“上电即输出”的逻辑，所有输出默认应该是关闭状态。

这个清单我每次上电前都会过一遍，十二年没出过大事故。你可以把它打印出来贴在工具箱上，养成习惯。

4.2 调试顺序：先手动，再自动；先单机，再联机

调试最忌讳的就是“一键启动”。程序下载进去，直接按自动运行，设备不动还好，一动起来可能就撞了。正确的顺序是：先手动模式，逐个测试每个输出点，确认气缸伸出去、电机转起来、阀门打开。手动没问题了，再测试单步自动，一个动作一个动作地走。单步没问题了，再跑连续自动。单机没问题了，再联机调试。

这个顺序看起来慢，实际上快。因为每一步你都知道问题出在哪里，不会出现“设备不动，但不知道是程序问题、接线问题还是机械问题”这种抓瞎局面。我带新人的时候，会强制他们按这个顺序来，谁跳步谁请客吃饭。

4.3 故障排查：从现象倒推原因

设备出故障了，新人的第一反应往往是“程序是不是写错了”。但根据我的经验，程序问题的概率不到三成，大部分故障是接线松动、传感器损坏、机械卡死、气源压力不足这些“非程序”原因。

我的排查思路是：先看现象，再分区域。比如一个气缸不动作，先看PLC输出点有没有亮灯。灯亮了，说明程序有输出，问题在电气或机械侧；灯不亮，说明程序没输出或者输入条件不满足。然后看输入点，对应的传感器信号有没有进来。有信号但程序没输出，查程序逻辑；没信号，查传感器和线路。这样一层层剥下去，很快就能定位。

有个工具我强烈建议随身带：万用表。别依赖PLC的指示灯，指示灯只能告诉你“有信号”，不能告诉你“信号对不对”。24V电压够不够、4-20mA电流准不准，万用表一测就知道。

4.4 跟机械和工艺的沟通，比编程重要

PLC工程师不是孤岛。你的程序要配合机械动作，要满足工艺要求。但机械工程师和工艺工程师往往不懂编程，他们只会说“这里要快一点”“那里要稳一点”。你要做的，是把这些模糊的需求翻译成程序里的参数。

比如“快一点”，是加速时间缩短，还是最高速度提高？是气缸换大一号，还是程序里提前触发？这些需要你跟机械沟通，跟工艺确认。我一般会拉着机械和工艺一起看设备运行，让他们指出哪里不满意，然后我现场改参数，改到他们满意为止。这个过程比闷头写程序重要得多。

还有一点：别跟机械吵架。设备出问题，机械说是程序问题，程序说是机械问题，这种扯皮我见多了。正确的做法是：拿数据说话。把PLC里的运行数据导出来，气缸动作时间、电机电流曲线、传感器触发时序，这些数据能客观地反映问题出在哪个环节。数据面前，谁都没话说。

5. 职业成长：从“会写程序”到“能扛项目”

5.1 前三年：把基础打穿，别急着跳槽

应届生入行前三年，是最关键的成长期。这三年你不需要追求高薪，你需要的是“项目密度”。什么叫项目密度？就是你参与过多少个完整的项目，从电气设计、选型、编程、调试到交付，全流程走下来。一个完整的项目，顶得上你看十本书。

我见过一些新人，干了一年觉得工资低就跳槽，跳过去还是干一样的活，工资涨了一点，但能力没涨。再过两年，还是只会写简单的逻辑，遇到复杂项目就露怯。我的建议是：前三年沉住气，把公司能接触到的项目都摸一遍。大项目轮不到你主导，你就主动去打下手，接线、调试、整理文档，什么活都干。干着干着，你就知道一个项目是怎么从零到一跑起来的。

5.2 三到五年：形成自己的方法论

干了三年之后，你应该已经能独立负责中小型项目了。这时候要开始总结自己的方法论。比如：拿到一个新项目，你的设计流程是什么？选型的时候考虑哪些因素？程序架构怎么搭？调试怎么分阶段？这些问题的答案，不能每次都靠临时想，要形成自己的套路。

我自己的套路是：先做I/O表，再做程序框架，再填逻辑，最后做HMI。程序框架包括：主程序、手动程序、自动程序、报警程序、通信程序、数据记录程序。每个程序块各司其职，互相调用但不互相干扰。这个框架我用了十年，换任何品牌、任何项目，都是这个结构。新人拿到我的程序，能很快看懂；我改自己的程序，也能很快定位。

5.3 五年以上：从技术到技术管理，或者从技术到行业专家

五年是个分水岭。这时候你有两条路：一条是往管理走，做项目经理、技术主管，带团队、管进度、控成本。另一条是往专家走，深耕某个行业，成为这个行业里“提到PLC就想到你”的人。

两条路没有优劣，看你的性格。喜欢跟人打交道、能扛压力的，走管理；喜欢钻研技术、享受解决难题的，走专家。但不管走哪条路，有一件事是共通的：持续学习。自动化行业变化不快，但也不慢。新的通信协议、新的控制算法、新的软件工具，每隔几年就会冒出来。你不学，就会被后面的人追上。

5.4 关于证书和学历：有用，但不是决定性的

注册电气工程师、PLC厂商的认证工程师，这些证书有用吗？有用，尤其是跳槽的时候，能帮你过简历筛选。但进了面试，面试官问的还是“你做过什么项目”“遇到过什么难题”“怎么解决的”。你答不上来，证书再多也没用。

学历也是同理。本科比专科有优势，但优势只在入行前两年。两年之后，没人关心你是什么学历，只关心你能不能把项目干下来。我带过专科生，现场经验丰富，解决问题比研究生还利索。这行最终看的是能力，不是文凭。

6. 给应届生的具体行动清单

6.1 入行前六个月：建立知识框架

如果你还在学校，或者刚毕业还没入职，这六个月可以这样安排：第一个月，找一本《电气控制与PLC》的教材，把继电器控制、接触器、电机正反转这些基础过一遍。第二个月，下载一个PLC编程软件（西门子TIA Portal或者三菱GX Works），装在自己电脑上，跟着教程写几个小程序：电机启停、红绿灯、传送带控制。第三个月，学电气CAD，找一套完整的图纸临摹，把线号、页号、设备代号这些规则搞清楚。第四个月，学Modbus通信，用仿真软件模拟一个PLC和一个仪表通信，把数据读出来。第五个月，找一个实际项目案例，从I/O表到程序到HMI，完整复现一遍。第六个月，整理自己的学习笔记，把遇到的问题和解决方法记下来，这就是你面试时的“项目经验”。

6.2 入职第一年：主动找活干，别怕吃亏

入职之后，你会发现学校学的东西跟实际差距很大。这很正常。第一年你的核心任务不是“表现”，是“吸收”。师傅让你接线，你就认真接，接的时候看图纸、记线号、想逻辑。师傅让你调试，你就认真调，调的时候问自己“为什么这个参数是这个值”。师傅让你整理文档，你就认真整理，整理的时候把整个项目的脉络理清楚。

别怕加班，别怕去现场。现场是最好的老师。你在现场待一个月，比在办公室看三个月资料学到的都多。但也要注意安全，去现场必须穿劳保鞋、戴安全帽，别碰不该碰的按钮，别动不该动的开关。这些规矩，入职培训会讲，但我要再强调一遍：安全是底线，没有商量余地。

6.3 入职第二到三年：独立负责小项目

第二年，你应该开始独立负责一些小项目了。小项目的特点是：点数少、逻辑简单、周期短。但再小的项目，也要走完整流程：需求确认、电气设计、选型、编程、调试、交付。这是你建立信心的过程。

独立做项目的时候，有几个坑要特别注意：第一，需求确认要白纸黑字写下来，别信口头承诺。客户说“这里要加个功能”，你加了，最后验收的时候他说“我没说过”，你拿不出证据，只能白干。第二，选型要留余量。I/O点留10%的余量，通信地址留20%的余量，电源功率留30%的余量。第三，程序要写注释。别觉得自己能记住，三个月后你打开自己的程序，没有注释你一样看不懂。第四，调试记录要保存。每次调试的参数、遇到的问题、解决的方法，都记下来。这些记录是你以后写技术文档、做技术分享的素材。

6.4 长期坚持：保持学习，保持输出

自动化这行，技术更新不算快，但也不慢。十年前大家还在用Profibus，现在Profinet和EtherCAT已经是主流。五年前大家还在用手动调PID，现在很多PLC自带自整定功能。你不学习，三年后就跟不上。

学习的方式有很多：看厂商的官方文档、参加技术培训、逛专业论坛、跟同行交流。但我觉得最有效的方式是“输出”。你学了一个新东西，试着把它写出来、讲出来。写的过程会逼你把逻辑理清楚，讲的过程会逼你回答别人的问题。这些问题往往是你自己没想到的盲点。

我自己的习惯是：每做完一个项目，写一篇总结。不一定要发表，但一定要写。写的时候问自己：这个项目最大的难点是什么？我是怎么解决的？如果重来一次，我会怎么做？这三个问题回答清楚了，这个项目才算真正“吃透”了。

7. 一些零散但重要的提醒

7.1 关于薪资：前三年别太计较，后三年别太客气

应届生入行，薪资普遍不高，这是行业现状。前三年，你的首要目标是积累经验，不是赚钱。只要公司能给你项目做，能让你接触真实设备，工资低一点可以接受。但三年之后，如果你已经能独立负责项目了，就要敢于谈薪资。这时候你的市场价值已经上来了，别委屈自己。

谈薪资的时候，拿数据说话。你做过多少个项目、负责过哪些环节、解决过什么难题，这些是你的筹码。别只说“我干了三年了”，干了三年但只会重复第一年的活，那不算经验。

7.2 关于跳槽：可以跳，但要有逻辑

跳槽是涨薪的捷径，但不能乱跳。我的建议是：每次跳槽，要么是职位上升（从工程师到主管），要么是行业升级（从低端制造到高端装备），要么是技术升级（从PLC到运动控制、从单机到产线）。如果只是工资多了一千块，干的活一模一样，那跳槽的意义不大。

跳槽之前，想清楚三个问题：新公司能给我什么？我能给新公司什么？三年后我想成为什么样的人？这三个问题想明白了，再决定跳不跳。

7.3 关于身体：这行是体力活，别透支

PLC工程师表面上是脑力劳动，实际上是脑力加体力。现场调试一站就是一天，出差一出去就是半个月，半夜被叫起来处理故障是家常便饭。年轻的时候扛得住，过了三十五岁，身体就开始报警了。

我的建议是：能坐的时候别站着，能躺的时候别坐着。出差的时候带双舒服的鞋，现场调试的时候注意姿势，别长时间弯腰或者蹲着。饮食规律一点，别老吃泡面。这些听起来像废话，但等你腰肌劳损或者胃出问题的时候，就知道废话有多重要了。

7.4 关于心态：接受“不完美”，接受“被骂”

自动化项目没有完美的。进度会延期，功能会打折，客户会挑刺，老板会施压。你做的程序，可能今天跑得好好的，明天就出个莫名其妙的故障。你调试的设备，可能你刚走，就打电话说又停了。这些都很正常。

被骂也是常态。客户骂你，因为设备停了影响生产；老板骂你，因为项目延期影响收款；机械骂你，因为程序没按他的想法走。你委屈，但你得扛着。扛过去，把问题解决了，你就成长了。扛不过去，转行了，那也正常，这行本来就不是所有人都适合。

我干了十二年，被骂过无数次，也骂过别人无数次。现在回头看，那些骂我的人，大部分都是对事不对人。把事做好了，骂声自然就少了。

7.5 关于未来：自动化不会消失，但会变形

有人问，自动化这行还能干多久？我的判断是：只要还有工厂，就需要自动化；只要还有设备，就需要PLC。但这行的形态在变。以前是单机控制，现在是产线集成；以前是本地操作，现在是远程监控；以前是人工调试，现在是AI辅助。你要做的，是跟着变。

AI辅助编程、数字孪生、边缘计算，这些新技术正在渗透进来。你不用现在就精通，但你要知道它们是什么、能解决什么问题。等它们成为主流的时候，你已经准备好了。

最后说一句实在话：这行发不了大财，但能让你过上体面的生活。如果你喜欢“让机器动起来”的感觉，喜欢解决一个又一个具体问题，那这行值得你投入。如果你追求的是快速致富、轻松躺平，那趁早换个赛道。选择没有对错，适合自己就行。