企业官网建设流程全解析

入行1到3年，是PLC工程师最分裂的一个阶段。白天在现场被各种莫名其妙的故障按在地上摩擦，晚上回来翻开手册又觉得自己什么都懂了，第二天一上电又被打回原形。我太理解这个阶段了，因为我自己就是这么过来的。这些年我把踩过的坑、拆过的盘、熬夜查过的通讯，一条一条记下来，凑成了90个实战经验，打算每天更新一条，讲透一条。这篇就把这个系列的来历、第一批最值得先知道的东西，以及后续的更新计划摊开聊一聊，希望能帮你少走一段弯路。

这90条经验不是从教科书里抄的，也不是从培训班课件里搬的。它们来自非标自动化产线、污水处理站、大棚灌溉、四层电梯、包装线、变频器联动这类真实场景，每一条背后都对应过一次现场加班，或者一次被客户问住的尴尬。

1. 为什么会有这90条经验：给入行1-3年的你一份“避坑地图”

1.1 这90条经验是怎么来的

很多刚入行的朋友问我，PLC到底怎么学才能快一点。我说你把项目跑一遍就快了，但前提是你得真的在现场被折腾过。书上的PLC是三室一厅的样板房，图纸画得干干净净，接线端子标得清清楚楚，程序注释写得整整齐齐。现实的PLC是住了十年的人家，线号被胶带盖住了，图纸和实际设备对不上，上一任电工还给你留了几根说不清楚来历的飞线。

这90条经验，说白了我就是想把“现场”这两个字拆开，把那些常规手册里不会写的细节整理成清单。这里面既有硬接线的问题，比如NPN、PNP怎么区分，也有软件层面的坑，比如PLCSIM Advanced启动不了还不出报错，还有通讯层的玄学，比如SCADA到底怎么和PLC建立稳定连接。我把它们按场景分成了五个方向：选型与接线、程序框架与编写、通讯与上位机、仿真与调试、运行维护与故障排查。每个方向分配的比例大约是20条加20条加20条加20条加10条，剩下的零头用来放通用习惯和工具使用心得。

为什么是“每天更新”而不是一次性发完？一方面是因为每条经验要讲透，背后要配场景、要配排查过程、要配可以抄作业的结论，一次写90条没人看得进去。另一方面是这行有个规律，很多经验你当时看是懂的，过了几个月碰到类似问题才会真正用上，每天更新一条，相当于有人在旁边持续提醒你。

1.2 1-3年工程师最容易踩的坑集中在哪几个方向

我先把第一批十几条经验粗筛出来，你可以看看自己踩中了几个，后面更新的时候我会把每一条再展开细讲。

经验01：接线之前先查PLC手册确认数字量输入的类型是源型还是漏型，别拿传感器灯亮不亮判断信号好坏。很多传感器灯亮了，但PLC输入灯就是不亮，十有八九是NPN、PNP选错了，不是程序问题。

经验02：程序里每一个输出变量，你要分清楚它是物理输出、中间变量还是通讯映射。1-3年阶段特别喜欢把一个点到处复制，结果改一处忘一处，查得头大。后面我会专门讲怎么用符号表和分组注释来管理变量。

经验03：通讯问题九成出在参数不一致：波特率、数据位、停止位、奇偶校验、站号。这个顺序就是排查顺序，别一上来就怀疑PLC坏。

经验04：仿真环境越智能，真机差异越大。PLCSIM Advanced这类工具能帮你调逻辑，但它模拟不了现场接线错误、模拟量漂移和电磁干扰。上真机前，必须按真实接线把I/O表重新核对一遍。

经验05：现场调试带齐四样东西：万用表、网线测线仪、带原生串口的笔记本电脑、驱动备份U盘。前两样省时间，第三样救场，第四样保命。很多老工程师手里那堆驱动安装包，就是被现场环境逼出来的存货。

经验06：每当程序出现“偶发”故障，先怀疑硬件和接线，再怀疑程序。人脑的直觉往往往软件上偏，但实际统计下来，六成以上的偶发问题出在接线松动、传感器抖动和电源纹波上。

这六条如果你现在觉得“每条都像是在说我”，那后面的更新就值得跟下去。

2. 选型、接线与硬件：先选对再动手

2.1 品牌与平台选型：西门子、三菱、汇川还是Codesys

很多1-3年的朋友纠结的第一个问题是学哪个品牌。我的观点很直接：初期跟定一个主流平台往深里学，后续再横向扩。西门子S7-1200和S7-1500是欧系市场的绝对主力，它的TIA博途生态整合了PLC、触摸屏、变频器、伺服，项目大了以后很舒服。三菱FX5U和Q系列在小型单机和传统OEM设备里保有量巨大，尤其是江浙沪一带的包装、纺织、电子设备行业，三菱的存量让它的地位很难被撼动。汇川这两年势头很猛，AM系列、Easy系列都是Codesys内核，程序风格偏欧系，但价格和供货周期比西门子友好不少，很多新上的自动化项目都在用它。

这里有一个容易忽略的决策点：选型不是只看你喜欢哪个，而是要看客户要求、区域售后、现有程序的可维护性，以及你手头程序库的积累。你要是长期在某个行业做非标，最好先别换来换去。举个例子，汇川AM系列和威纶通触摸屏通讯的时候，经常有人问为什么在威纶通软件里找不到汇川的驱动。其实大部分原因就是威纶通软件版本太旧，驱动包没覆盖到新出的机型；还有一种办法是直接用Modbus TCP通用驱动，汇川AM系列自带Modbus TCP从站功能，把触摸屏当成通用Modbus主站去连，反而更稳。这就是典型的“选型连带驱动兼容性”问题，等到现场才发现在选型阶段就该把触摸屏品牌和PLC型号一起确认掉。

再补充一个关于Codesys平台的小建议：汇川Easy系列、AM系列以及国内不少新兴品牌都基于Codesys，如果你之前只玩过西门子或三菱，第一次打开Codesys会觉得所有指令都认识，但工程管理方式和变量声明逻辑完全不同。这时候别急，Codesys的ST语言和结构体、功能块管理非常规范，适应之后写复杂逻辑反而比梯形图舒服。

2.2 输入输出接线：NPN/PNP、漏型/源型绕不过去

接线问题看着基础，但它确实是1-3年工程师最密集翻车的地方。我先用大白话把NPN和PNP说清楚：PNP传感器，信号线上有24V高电平时为“通”；NPN传感器，信号线对0V拉低时为“通”。对应的PLC输入端也分源型（高电平有效）和漏型（低电平有效），根源是传感器和PLC输入端必须“门当户对”。

很多现场事故是这样的：传感器灯亮着，但PLC监控里看不到输入信号。这时候你拿万用表量一下信号线对DC 0V的电压，有24V就是PNP，0V就是NPN。然后再去看PLC模块的接线定义，西门子和三菱有的模块可以跳线切换源型漏型，汇川部分机型是固定支持的，不提前看手册就会白折腾半天。经验是：接任何传感器前，测电压比看铭牌更可靠，因为供应商经常换型或者贴错标签。

另一个高频翻车点是24V电源负端和PLC的M端子、模拟量模块的COM端要不要共地。我遇到过好多回，数字量输入全跑偏、模拟量读数飘，最后发现是现场有多个开关电源，有的电源负端没和PLC的M连通，导致参考电位不一致。规则很简单：同一个控制柜内，所有DC 24V电源的负极要可靠共地，并且和PLC电源的M端相连，模拟量屏蔽层单端接地。这个点后面在90条里我会反复提，因为它能解释大量“为什么程序看着没问题，信号就是不对”的悬案。

2.3 硬件排查顺序：先查线再查程序，顺序不要反

我见过太多现场人员一上来就把PLC程序翻了个底朝天，最后发现只是保险丝断了。硬件排查应该有一条固定的顺序：电源指示灯、CPU运行指示灯、I/O模块供电、传感器供电、传感器输出信号、PLC对应输入点指示灯、程序中该点的当前值。照着这个顺序走，每一步都能定位掉一大批问题。

举个真实的例子。有一次一个四层电梯的调试项目，程序里轿厢到了二楼，但开门信号一直没触发。客户坚持认为是程序里信号联锁写错了，程序我检查了三遍都没有逻辑问题。后来我蹲在轿厢顶上看限位开关，发现是限位传感器安装位置偏了，轿厢停靠时根本没压到位，信号时有时无。这不是程序问题，是机械安装公差问题。可如果不按顺序排查，光看程序能看一晚上。

还有模拟量通道的排查：先看传感器供电是否稳定，再看信号线是否用了屏蔽双绞线、屏蔽层有没有接地，再在PLC里看原始值（Raw Value）有没有跟随传感器变化。原始值不变，后面的量程转换、滤波、PID写得再好都没用。记住一句话：程序不会替你解决接线问题，接线问题要先于程序被消灭。

3. 程序设计与编码习惯：把逻辑写“稳”

3.1 程序框架：主循环、初始化工况、中断程序各司其职

程序不是把指令一行行堆出来就完事了，更值钱的是框架。我一般把项目程序分成三层：设备层、执行层、管理层。设备层负责直接驱动输出和采集输入，比如水泵接触器、电磁阀、限位开关；执行层负责工艺步骤的跳转和联锁，比如自动灌溉的轮灌流程、电梯的运行状态机；管理层负责模式切换、报警汇总、通讯数据交互，比如手动/自动切换、和SCADA的变量映射。

在西门子平台里这就是OB1主循环、OB100初始化、OB35定时中断的合理分工。OB100只在CPU冷启动时执行一次，适合写入初始状态和保持性变量的复位；OB1每个扫描周期循环，大部分逻辑都在这里；OB35按固定周期中断执行，适合PID、高速计数或者周期性数据采集，要注意OB35里的代码量不能太大，否则会拖慢整个扫描周期。

在三菱平台里，我习惯用步进梯形图STL来写工艺流程，各个状态之间用S状态继电器切换，配合区间复位指令ZRST做状态初始化。汇川的Codesys平台则建议多用功能块和ST结构体，把每个设备的控制逻辑封装成独立功能块，输入是传感器信号和模式字，输出是执行器指令，调试单个设备时不用在几百行梯形图里找线头。这些框架层面的习惯，比某一条指令用得好不好更重要，它会决定你程序后期维护是轻松还是痛苦。

3.2 编程好习惯：ENO、断电保持、变量表这些细节别忽略

西门子梯形图功能块的EN和ENO，很多新手不太当回事。EN是使能输入，ENO是使能输出，它表示功能块是否被正常执行。虽然大多数时候ENO不接也能工作，但一旦功能块内部出错，ENO会让调用方感知到。我建议在关键功能块后面用ENO接通一个错误标志位，这样程序异常时能第一时间记入报警，而不是稀里糊涂地继续往下跑。

断电保持是个设计问题，不是编程问题。哪些数据掉电后要保存，必须在项目设计阶段就定下来。三菱FX系列一般靠自带电池保持部分软元件，S7-1200/1500要设置保持性存储区，汇川Codesys里则是给变量去勾选“保持”属性。最容易踩坑的是配方参数、累计运行时间、产量计数值和停机原因，这些统统要考虑断电保持。我还遇到过客户要求“设备租期到了就自动锁定停机”，这就要用PLC内置实时时钟，把到期时间存在断电保持的DB块或保持寄存器里，每次启动时对照当前时间判断，这种逻辑本身不复杂，但时间校准和防止用户改时间的处理要做周全，后面单开一条详细讲。

另一个容易被忽视的是变量命名和注释规范。我见过用“M0.0”“M0.1”写到天荒地老的程序，三个月后连写程序的人自己都认不出。建议坚持用设备语义命名，比如“Pump_Inlet_Run”“Valve_Irrigation_Zone3”，每个物理输出都要能在变量表里查到对应地址、线号、端子位置。别嫌麻烦，这个习惯三四个月后就能感受到回报。

3.3 经典控制套路：十字路口红绿灯和四层电梯是同一套思维

很多人学PLC是从十字路口红绿灯程序开始的，觉得它太简单，不上档次。但我反而想说，红绿灯程序是锻炼状态机思维的绝佳例子。南北绿灯、东西红灯，然后绿闪，然后黄灯，然后红灯，东西方向再切换。核心是用定时器链把各个状态串成循环序列，状态切换条件里再加入行人按钮请求、闪烁周期这些干扰项。能把红绿灯写得经得起追问，比如“绿闪几秒”“行人按钮按下后怎么插入相位”“断电重启后从哪个状态开始”，基础逻辑功力也就不差了。

四层电梯程序又是另一层复杂度，里面核心不是“怎么让电梯动”，而是“电梯往哪跑”的调度逻辑。外呼、内选、轿厢位置检测、运行方向、开关门联锁、平层检测，这些信号混在一起，最容易写出满天飞的置位复位。我的做法是画一个方向判决表：当前楼层、目标楼层集合、运行方向三者之间归一成几个有限的组合，程序只做查表判断。不要试图用几百行梯形图硬堆，要用状态和条件把逻辑收敛成规则。这种思路放大了看，和PLC四层电梯、立体仓库、RGV小车的调度代码都是一个流派。

3.4 案例：基于西门子PLC的大棚灌溉系统到底怎么做

农业自动化这几年很热，基于西门子PLC的大棚灌溉是典型场景。系统一般由土壤湿度传感器、液位传感器、温度传感器、水泵、电磁阀、触摸屏和PLC组成。PLC通过模拟量模块采集土壤湿度，通过数字量输出控制分区电磁阀。控制模式分成定时轮灌、湿度触发灌和手动强制灌。

湿度触发模式我是这样实现的：每个分区有一个湿度上下限，采样周期比如10分钟一次，湿度低于下限就打开对应电磁阀，水泵联动启动，湿度达到上限后关闭。这里有个坑：湿度传感器探头在灌溉刚开始时会有沾水导致的突变值，所以必须在程序里加延时确认，比如连续两次采样都低于下限才开阀，避免传感器短暂抖动造成误动作。定时轮灌则是把一天分成若干时隙，按计划顺序逐个分区灌溉，每个分区时长单独可设。断电后电磁阀保持失电关闭，恢复供电后自动回到自动模式，但必须让操作员确认一次再恢复执行，防止人不在的时候系统自己乱跑。

另外，这种系统里一定设计手动和自动的无扰动切换。手动模式下操作员直接控制水泵和阀，自动模式下所有输出由程序流程控制，切换时两个模式的输出必须互锁，不能出现手动开阀和自动开阀同时作用一个点的状况。这些设计看起来平平无奇，但现场运行稳定与否，往往就取决于这些细节。

4. 通讯与上位机：PLC不是孤岛

4.1 SCADA如何与PLC连接：先确定协议，再配置地址映射

SCADA和PLC的连接，是1-3年阶段绕不开的进阶技能。常见协议就那么几类：Modbus RTU走串口，Modbus TCP走网口，OPC UA适合跨品牌跨系统集成，西门子自家还有S7协议，三菱有MC协议。在组态软件里连接PLC，本质上就是做三件事：添加设备、配置协议参数、建立变量映射。

拿SCADA连接西门子PLC举例，如果你用的是S7协议，通常只需要填IP地址、机架号、槽号，再声明确认需要读取的DB块和位地址。用Modbus TCP则要搞清楚PLC侧是把数据映射到Modbus寄存器里，还是用第三方通讯处理器做网关，很容易栽在寄存器地址偏移上，比如0开头和1开头的地址差一个位置。我的经验是：先在PLC侧用在线监控把变量地址范围缩小，再用Modbus扫描工具或者SCADA自带的通讯诊断看报文是否正常。直接去SCADA里慢慢试地址，效率太低。

串口通讯的坑更隐蔽。Modbus RTU接线要分清A正B负，有些设备标成485+和485-，接反了通讯完全不通；电脑用USB转串口调试时，还要确认这个USB转换芯片的驱动是否稳定。我处理过好几回“SCADA读不到PLC数据”的问题，最后都是因为现场的USB转串口线是劣质兼容芯片，在调试电脑上能用，换到工控机上就发送乱码。这类硬件兼容问题，比协议本身还难排查。

4.2 触摸屏和组态驱动找不到怎么办：驱动更新、通用协议替代、IP记忆

威纶通软件里找不到汇川PLC的驱动，这个热搜词排名很高，说明踩坑的人不少。前面说过，第一办法是更新威纶通组态软件到最新版本，驱动包通常跟着版本走；第二办法是确认PLC型号在驱动列表里的官方名称，比如汇川AM系列在部分软件里是按“Inovance AM系列”或者“Codesys Ethernet”列出的，不仔细找容易漏掉；第三办法是放弃专用驱动，用Modbus TCP通用驱动，在PLC侧把需要读写的变量映射到Modbus保持寄存器区，触摸屏侧按标准Modbus TCP从站配置去读写，一样稳定，应用层写个变量映射表就能维护。

MCGS与信捷PLC的驱动找不到或者连接不上，也是类似逻辑。MCGS设备管理器里驱动列表很长，但信捷不同系列通讯口类型不同，选错驱动就连接失败。还有MCGS威纶通这类触摸屏连接到PLC以后，画面上的数据不刷新，很多时候是因为PLC侧的通讯口被其他设备占用，比如同时接了编程线、触摸屏、上位机，而PLC的串口只支持单主站。遇到这种情况，优先检查通讯口是否被占、触摸屏和电脑的程序是否同时在线。

4.3 用C#读取PLC数据：频率怎么定，重连怎么设计

C#读取PLC数据，方案一般是第三方类库走Modbus TCP，或者用OPC UA客户端接口。有人问读取频率设置多少合适，我的建议是看数据量和实时性要求。如果是几十个点位，100到200ms轮询一次就很稳；如果点位多或者需要高实时，分组成多个通道并行读取，而不是把频率压到10ms去硬刚。PLC扫描周期本身就在几十毫秒级别，上位机读得再快也是白忙活，反而会占用PLC通讯资源。

写上位机程序时有一个容易被忽略的细节：通讯异常要有自动重连和断线重传机制，不能一异常就抛错退出。我习惯用后台线程做轮询，结果用一个全局对象缓存，UI线程只去读缓存，这样即使通讯短暂中断，界面也不会卡死；重连时设置退避策略，比如第一次等500ms，再等1秒，再等2秒，避免高频重连把PLC通讯口打爆。还有一个经验：不要在主线程里去同步读写PLC，否则一旦通讯超时，整个窗体就假死了，客户会以为软件崩溃。

4.4 变频器与PLC通讯：ABB配西门子，参数表要先捋清楚

变频器通讯是很多现场改造项目的重头戏。ABB变频器和西门子PLC组网，常见方案有Modbus RTU、Profinet、Profibus。如果你用的是Modbus RTU方案，第一件事是查ABB变频器手册里的寄存器地址映射表，比如控制字、状态字、频率设定值、实际频率分别放在哪个寄存器，地址偏移是多少。不是每个品牌都按Modbus标准从40001开始排列，ABB有自己的映射规则，用错地址是最常见的错因。

Robust的做法是先用Modbus调试工具直接去写单个寄存器，确认能控制变频器启停和调速以后，再在PLC程序里集成。PLC侧连接变频器时，通讯指令要定期发送，频率设定值建议在加速减速过程中线性变化，避免阶跃跳变触发过流报警。还要注意，变频器本身是强干扰源，通讯线必须用屏蔽双绞线，屏蔽层单端接地，通信线和动力线分层走线槽，不要捆在一起。我碰到过变频器一启动，PLC和触摸屏通讯立刻丢包的情况，最后就是靠把接触器、变频器到电机的动力线和通讯线物理分开解决的。

5. 仿真、调试与故障排查：在现场少熬夜

5.1 PLCSIM Advanced启动不了：无报错和Error 11各自怎么破

PLCSIM Advanced是西门子用来模拟S7-1500等PLC的高级仿真工具，很多朋友装了以后发现PLC实例启动不了，有时连个报错都不弹，有时直接给个Error 11。先说Error 11，这个一般是许可证和PLC实例类型不匹配，或者版本之间起了冲突。可以先确认你装的PLCSIM Advanced版本和Step 7博途版本是否配套，比如博途V17配PLCSIM Advanced V4.0/V5.0，版本跨太多就有问题。另一个常见原因是PLCSIM Advanced需要操作系统的虚拟网卡支持，它会在系统里安装虚拟以太网适配器，如果这个适配器被禁用或者被其他虚拟机软件干扰，实例就会启动失败。

至于“点击启动没反应、也没有报错”这种情况，我建议按下面顺序排查：第一，以管理员身份运行PLCSIM Advanced和博途，UAC权限不够时，软件会静默失败；第二，检查Windows功能里的Hyper-V、虚拟机平台、Npcap/WinPcap组件是否正常，PLCSIM Advanced的通信层依赖这些；第三，关掉或卸载可能冲突的VMware、VirtualBox，尤其不要和PLCSIM同时运行；第四，重新安装PLCSIM Advanced时，最好把杀毒软件实时监控临时关掉，有些安全软件会拦截它安装虚拟网卡驱动。

这套排查流程适用于大多数PLCSIM和仿真实例启动失败的场景。但要记住，仿真是为了验证逻辑，不是替代现场验证。真机上电前仍然要做I/O表核对、断电保持验证、看门狗测试。

5.2 PLC为什么“宕机”：负载短路、电源瞬断、死循环、通讯风暴

PLC本身是很抗造的工业设备，但“宕机”也不少见。我处理过的案例里，最常见的原因是开关电源容量不够。系统启动瞬间，所有接触器、电磁阀、伺服抱闸同时上电，冲击电流比稳态大好几倍，直接把24V电源拉到保护状态，PLC随之停止运行。现场表现就是“设备一启动，PLC就断开连接”。排查方式是看电源指示灯和输出电压，用万用表录一下启动瞬间的电压跌落，基本当场就能定性。

第二个常见根因是程序死角循环。比如用跳转指令或者无条件循环块写了一个不会退出的循环，导致PLC扫描周期被卡死，看门狗超时触发停机。这种情况在三菱风格程序里容易出现在子程序嵌套和FOR循环中，西门子里则要注意SCL的WHILE循环有没有边界条件。排查方法很简单：把PLC切换到STOP，然后在线监控扫描周期，如果某个点扫描时间异常拉长，基本就是那个逻辑块的问题。

第三个是通讯风暴。上位机以极快的频率不断读写大量数据区，PLC通讯任务占了大量CPU资源，导致程序扫描周期被拖到几百毫秒甚至秒级。这种问题排查起来比较隐蔽，因为程序逻辑正常，但设备动作就是“慢半拍”。建议限制上位机轮询频率和每次读取的数据块大小，必要时把通讯数据放到数据块里按批读取，不要一个变量一个变量地实时戳。

5.3 “时间到期自动停机”这类需求怎么做才安全

热搜词里“PLC怎么设置时间到期自动停机”关注度很高，这正好是很多设备租赁、分期付款、试用期限场景的真实需求。我做过一台贴标机，客户要求租期到了以后设备只能手动运行，不能自动产线联动，同时触摸屏要显示剩余天数。

核心逻辑分三步：第一步，在PLC的断电保持区存到期时间戳，比如2026-06-30 23:59:59；第二步，每次上电或每天零点从PLC实时时钟读取当前时间，与到期时间比较；第三步，如果当前时间超过到期时间，把“租赁有效”标志位置为False，程序里所有自动运行模式都加上这个标志作为前置条件，同时触摸屏提示联系厂家。

这里有几个坑要说清楚。一是PLC内置RTC断电后会走不准，如果客户给PLC断电几个月再上电，时间可能回到出厂状态，到期锁机形同虚设。解决方式是要求在到期前由设备联网校时，或者干脆用保持计数器+固定线程的累计运行时长来限制，而不是绝对时间。二是事件发生后不能只在一个画面里提示，客户会想办法改时间绕过，保险做法是到期状态本身写成保持性变量，同时把改时间的行为记录到运行日志里。技术层面不难，难的是这个逻辑要通过需求评审，让客户理解锁定条件。这种事在1-3年阶段很容易被忽视，等客户现场闹起来才想起来，麻烦就大了。

6. 每天更新的计划与1-3年工程师的学习路径

6.1 90条经验怎么分布：前中后三期各有侧重

既然立了“每天更新”的Flag，我就把90条的节奏做了一个明确划分。前30天聚焦硬接线和基本指令，包括输入输出类型、电气原理图、PLC接线端子、定时器计数器、步进指令、程序基础框架，这个阶段解决“设备能不能动”。中间30天聚焦通讯和上位机，包括SCADA连接、Modbus协议、触摸屏驱动、C#读写、变频器通讯，这个阶段解决“设备能不能联”。后30天聚焦调试、仿真和故障排查，包括PLCSIM Advanced、看门狗、宕机复盘、模拟量精度诊断、现场抗干扰，这个阶段解决“设备怎么能长时间稳定跑”。

每条经验我给自己定了一个固定格式：现场现象、问题根因、排查流程、可抄作业的结论。先讲一个真实场景，再讲为什么会出现，最后直接讲怎么解决。这样每天更一条，90天后你如果一直跟下来，手里等于有了一份小型“现场故障百科全书”。

6.2 入行1-3年怎么进阶：别急着学新东西，先把手头的东西做透

我一直觉得，PLC这行1-3年的核心竞争力不是懂多少品牌、会多少协议，而是遇到问题时有稳定的排查思路。第一年应该把电气基础和基本指令打牢，能看懂电路图，能独立完成简单项目的接线和程序编写，这时候你的主要学习方式是模仿，多拆别人写的完整程序，多问为什么要用这个指令而不用那个指令。第二年尝试独立做一个小型非标设备，从I/O表设计、元件选型、柜内布局到程序编写、现场调试全部自己跟进，完整走一遍流程之后，你会发现很多东西都是相通的。到第三年，重点攻通讯和系统集成，把PLC、触摸屏、变频器、伺服、上位机串成一条完整的控制链路，这时候你的项目视野就不一样了。

我自己的体验是，很多问题的解法并不是什么高深技巧，而是对“设备和程序之间关系”的理解深度。比如你在触摸屏上点一个按钮没反应，新手第一反应是程序写错了，有经验的人会先看PLC里对应位有没有变化、触摸屏和PLC通讯是否正常、按钮释放时是不是做了位状态上传。这几步下来，问题往往已在眼前。

我个人最受益的一个小习惯，是在手机备忘录里建了一个名为“现场问题记录”的列表，每天从现场回来花十分钟写三行话：现象是什么、排查过程怎样、根因到底是什么。刚开始大部分记录都很幼稚，但坚持半年以后，它会变成你独一无二的个人经验库。这90条经验系列，本质上也是用同样的方法攒出来的。每天更一条，我陪你把这件事做下去。