企业官网建设流程全解析

1. 入行1-3年PLC工程师的实战经验全景拆解

1.1 为什么这个阶段最需要“经验清单”

入行1到3年的PLC工程师，处在一个非常尴尬的位置。培训班的课程已经消化得差不多了，基础指令、梯形图、简单的逻辑控制都能上手，但一到现场就发现，书本上的东西和实际设备之间隔着一道巨大的鸿沟。带你的师傅可能忙得没空细讲，项目工期又紧，很多细节只能靠自己踩坑去悟。这个阶段最缺的不是理论，而是那些“没人会主动告诉你，但不知道就一定会吃亏”的实战经验。

我见过太多同行在这个阶段走了弯路。有人因为没确认PLC的供电电压就上电，烧了模块；有人写程序时没考虑扫描周期，导致高速计数完全不准；有人在调试时直接改了在线程序却没备份，设备一断电程序全丢。这些问题在教科书里往往只是一句话带过，但在现场就是几个小时甚至几天的返工。所以我把这些年积累的、以及和同行交流中反复验证过的经验整理出来，按模块分类，每一条都尽量说清楚“为什么”和“怎么做”。

这份清单适合谁？如果你刚入行不久，正在跟着项目跑现场，或者独立负责一些小型的自动化改造，那这些内容应该能帮你少走很多弯路。如果你已经做了三五年，也可以对照看看，有没有自己一直忽略的细节。PLC这个行当，经验往往比聪明更重要，因为现场不会给你试错的机会。

1.2 经验清单的底层逻辑：从“能跑”到“跑得稳”

很多新手写程序的标准是“设备能动就行”，但实际项目中，“能动”和“稳定运行”之间差着十万八千里。我总结的这90条经验，核心逻辑就是帮你从“能跑”过渡到“跑得稳”。这里面涉及几个关键维度：硬件选型与接线、程序架构与扫描机制、信号处理与抗干扰、调试流程与故障排查、以及项目管理和文档习惯。

每一个维度都有它存在的理由。比如硬件选型，如果输入输出点数刚好够用，没有留20%的余量，后期想加一个传感器就得换整个模块。程序架构方面，如果不做模块化，所有逻辑堆在主程序里，后期改一个动作就要通读几百行代码，出错概率极高。信号处理更是现场调试的重灾区，一个没有加滤波的模拟量输入，能让你的PID控制来回震荡，怎么调参数都不对。这些经验不是凭空来的，每一条背后都有具体的现场案例支撑。

2. 硬件选型与接线阶段的避坑指南

2.1 PLC及模块选型的五个硬性指标

选型是项目的第一步，也是最容易埋雷的地方。我总结了五个必须核对的硬性指标，缺一个都可能出问题。

第一，I/O点数余量。实际需要的输入输出点数，至少要留出20%的备用点。比如你数出来需要24个输入点，那就选32点的模块，不要选24点的。现场临时加一个限位开关、一个指示灯太常见了，没有备用点就只能换模块，工期和成本都受不了。

第二，输出类型匹配。继电器输出、晶体管输出、晶闸管输出，这三种不能混用。继电器输出可以带交流负载，但动作寿命有限，不适合高频通断；晶体管输出响应快、寿命长，但只能带直流负载，而且有漏电流，带某些敏感负载时会有问题。我见过有人用晶体管输出直接驱动交流接触器，结果一上电就烧了输出点。

第三，通讯接口。现在很多项目要求PLC和触摸屏、上位机、变频器通讯，选型时一定要确认PLC自带几个通讯口，支持什么协议。如果自带口不够，就要考虑扩展通讯模块。别等到现场才发现要加一个485模块，结果机柜里没空间了。

第四，供电电压与容量。PLC本体和扩展模块的供电电压要统一确认，是24VDC还是220VAC。同时要计算所有模块的背板电流消耗，确保电源模块的容量足够。我一般会留30%的电源余量，因为传感器、中间继电器这些负载也要从同一个电源取电。

第五，环境适应性。现场温度、湿度、粉尘、振动情况都要考虑。高温环境要选宽温型号，粉尘大的地方要确认防护等级，振动大的设备要加装减震支架。这些细节在样本上都有标注，但新手往往只看功能参数，忽略了环境指标。

2.2 接线环节最容易出错的六个细节

接线是硬件阶段最考验耐心的环节，一个端子接错，轻则信号异常，重则烧毁模块。以下六个细节是我反复强调的。

电源极性。24VDC供电的PLC，L+和M千万不能接反。虽然很多模块有反接保护，但并不是所有型号都有，而且反接保护也不是万无一失的。我习惯在接线前用万用表量一下电源输出，确认极性和电压值再接入。

输入公共端接法。PLC的输入分漏型和源型两种，公共端接法不同。漏型输入是公共端接24V正极，输入点接开关到负极；源型输入是公共端接负极，输入点接开关到正极。选型时要确认PLC支持哪种，接线时更要核对清楚。接反了信号会全部异常，但不会烧模块，排查起来反而更费时间。

输出负载匹配。每个输出点的额定电流是有限的，比如2A。如果负载电流超过这个值，必须加中间继电器过渡。我见过直接用一个输出点带三个电磁阀的，结果输出点频繁损坏。另外，感性负载（如电磁阀、接触器线圈）要加续流二极管或RC吸收电路，否则断开瞬间的反向电动势会击穿输出元件。

模拟量信号线屏蔽。模拟量信号（4-20mA、0-10V）对干扰非常敏感。信号线必须使用屏蔽双绞线，屏蔽层单端接地，通常接在PLC柜的接地排上。如果屏蔽层两端都接地，会形成地环路，反而引入干扰。走线时模拟量线要远离动力线，至少保持20cm以上的距离，不能放在同一个线槽里。

接地处理。PLC系统的接地包括保护接地和信号接地。保护接地是柜体、导轨、电机外壳等接到大地，信号接地是模拟量信号的参考地。这两个地要分开走，最后在接地排上汇合。如果混在一起，动力设备的漏电流会干扰模拟量信号。接地电阻一般要求小于4欧姆，接地线截面积不小于2.5平方毫米。

线号与标识。每一根线都要套线号管，线号要和图纸一致。这个习惯在调试阶段可能觉得麻烦，但到了排查故障的时候，没有线号就是噩梦。我习惯用打印机打线号，比手写清晰得多，而且防水防油。端子排上也要贴标签，标明信号名称和来自哪个设备。

2.3 电源与接地系统的实战配置方案

电源和接地是PLC系统稳定运行的基础，但很多新手项目里，这部分往往是最薄弱的。我分享一下我常用的配置方案。

电源部分，我一般会选一款质量可靠的开关电源，功率按总负载的1.5倍选取。比如所有模块、传感器、继电器加起来需要80W，那就选120W或150W的电源。电源输出端要加一个断路器，用于过载保护。如果现场电网波动大，还会考虑加一个稳压器或者隔离变压器。另外，PLC的供电和输入输出负载的供电最好分开，避免负载变化影响PLC本体。

接地部分，我会在PLC柜内设置一个接地铜排，所有需要接地的线都接到这个铜排上，然后用一根足够粗的线（不小于6平方毫米）接到现场接地网。模拟量信号的屏蔽层、PLC的接地端子、开关电源的接地端子、伺服驱动器的接地端子，全部接到这个铜排。注意，接地铜排不能和柜体的金属底板直接接触，要用绝缘子固定，确保只有一点接地。

注意：绝对不能用中性线代替地线。有些现场为了省事，把PLC的接地端子接到零线上，这是极其危险的。一旦零线断开，设备外壳可能带危险电压，而且零线上的干扰会直接进入PLC系统。

3. 程序架构与扫描机制的深度解析

3.1 扫描周期对程序执行的实际影响

PLC是循环扫描执行的，这个大家都知道，但扫描周期对程序的实际影响，很多人并没有真正理解。扫描周期包括输入采样、程序执行、输出刷新三个阶段。输入采样阶段读取所有输入点的状态，存入输入映像区；程序执行阶段按照程序顺序逐条执行，读写输入输出映像区；输出刷新阶段把输出映像区的状态送到输出端子。

关键点在于：在程序执行阶段，输入映像区的值不会改变。也就是说，如果在一个扫描周期内，输入信号发生了变化，程序是看不到的，要等到下一个扫描周期的输入采样阶段才能读到。同样，输出映像区在程序执行阶段被修改，但实际输出端子要到输出刷新阶段才会更新。

这个机制导致两个常见问题。第一，如果输入信号是一个很窄的脉冲，宽度小于一个扫描周期，那么程序可能完全捕捉不到。解决方法是使用PLC的中断功能或者高速计数模块。第二，如果程序很长，扫描周期很长，那么输入输出的响应就会变慢。我见过一个项目，程序写了上万步，扫描周期到了50ms，结果一个急停按钮按下去，设备要50ms后才开始停止动作，这在安全要求高的场合是不可接受的。

所以，程序架构设计时，一定要考虑扫描周期。关键的安全信号、高速信号，要放在中断程序或者高速处理模块里。普通逻辑可以放在主程序，但也要尽量优化，减少不必要的指令和循环。

3.2 模块化编程的落地方法与模板

模块化编程是老生常谈，但真正做到位的人不多。我分享一下我的做法，你可以直接参考。

我的程序一般分为几个部分：系统初始化、手动模式、自动模式、报警处理、通讯处理、输出映射。每个部分做成一个子程序或者功能块，在主程序里按顺序调用。

系统初始化只在第一个扫描周期执行，用SM0.1（或者对应的首次扫描标志位）触发。里面包括变量初始化、模块配置、通讯参数设置等。手动模式和自动模式分开写，通过一个模式选择开关切换。手动模式里每个动作单独控制，用于调试和维修；自动模式里写完整的流程逻辑。报警处理单独一个子程序，把所有报警条件集中处理，输出报警代码和报警指示。通讯处理根据项目需要，读写触摸屏、变频器、仪表的数据。输出映射是把程序内部的计算结果映射到实际的输出点，这样程序内部可以随意使用中间变量，最后统一输出。

每个子程序内部，我习惯用状态机的方式写流程。比如自动模式，定义几个状态：待机、启动、运行、停止、完成。用一个整数变量表示当前状态，每个扫描周期根据当前状态和条件判断，决定下一个状态。这样逻辑清晰，调试时可以直接监控状态变量，知道程序卡在哪一步。

提示：功能块（FB）和函数（FC）要区分使用。功能块有背景数据块，可以保存状态，适合做电机控制、PID控制这类需要记忆的场合。函数没有存储区，适合做数学计算、逻辑转换这类纯组合逻辑。

3.3 数据块与变量命名的规范建议

变量命名看起来是小事，但项目一大，命名混乱就是灾难。我见过一个项目，变量名全是V100、V102、M0.1这种，没有任何注释，后来原作者离职了，接手的人花了整整一周才理清逻辑。

我的命名规范是这样的：前缀表示类型，中间表示功能，后缀表示序号。比如输入变量用I_开头，输出用Q_，中间变量用M_，定时器用T_，计数器用C_。功能部分用英文缩写，比如Start、Stop、Fault、Ready。序号用两位数字。例如：I_StartBtn_01、Q_MotorRun_01、M_AutoStep_01、T_Delay_01。

数据块的使用也要规划。模拟量数据、PID参数、配方数据，分别放在不同的数据块里。数据块要有注释，说明每个变量的含义、单位、取值范围。如果支持结构体（STRUCT），把相关的变量组合在一起，比如一个电机的所有参数：启动命令、运行反馈、故障信号、电流值、速度值，放在一个结构体里，调用的时候一目了然。

还有一点，掉电保持区要规划好。哪些数据需要断电后保持？比如累计产量、设备运行时间、配方参数。这些要放在掉电保持区，并且要确认PLC的保持区范围够不够用。我一般会在项目初期就列一个清单，把所有需要保持的变量列出来，统一分配地址。

4. 信号处理与抗干扰的实战技巧

4.1 数字量输入滤波的参数设置

数字量输入看起来简单，不就是开关信号吗？但现场干扰、触点抖动、信号 bouncing，都会导致程序误动作。PLC的输入模块一般都有滤波功能，可以设置滤波时间。

滤波时间的设置要平衡响应速度和抗干扰能力。滤波时间太短，干扰信号会被当成有效信号；滤波时间太长，真正的信号会被延迟甚至丢失。我的经验值是：普通按钮和限位开关，设10-20ms；接近开关和光电开关，设5-10ms；急停信号和安全门开关，设0-5ms，甚至不滤波，直接进中断。

有些PLC的输入滤波是硬件滤波，通过RC电路实现，参数在模块上通过拨码开关设置。有些是软件滤波，在程序里用定时器实现。硬件滤波响应快，但参数固定；软件滤波灵活，但占用扫描时间。我一般优先用硬件滤波，如果不够再叠加软件滤波。

软件滤波的典型写法是：输入信号先经过一个定时器，定时器时间设为滤波时间，定时器输出作为有效信号。这样只有信号持续超过滤波时间，才会被认定为有效。对于特别重要的信号，还可以做“三取二”逻辑，即三个输入点中至少两个有效才认定信号有效，进一步提高可靠性。

4.2 模拟量信号的换算与校准方法

模拟量信号的处理是新手最容易出错的地方。4-20mA信号对应多少工程量？0-10V对应多少？怎么换算？怎么校准？我一步步说。

首先，PLC的模拟量输入模块会把4-20mA或0-10V转换成一定的数字量范围。比如西门子S7-200 SMART的模拟量输入，0-10V对应0-27648，4-20mA对应5530-27648。三菱的FX系列，0-10V对应0-4000，4-20mA对应0-4000（需要偏置）。具体范围要查模块手册。

换算公式是：工程量 = (数字量 - 数字量下限) / (数字量上限 - 数字量下限) × (工程量上限 - 工程量下限) + 工程量下限。比如一个压力变送器，量程0-1MPa，输出4-20mA，PLC读到的数字量是13824，那么工程量 = (13824 - 5530) / (27648 - 5530) × (1 - 0) + 0 = 0.375MPa。

校准分两步：零点校准和满量程校准。零点校准是在变送器输入为零（比如压力为0）时，调整程序里的偏置值，使显示值为0。满量程校准是在变送器输入为满量程（比如压力为1MPa）时，调整程序里的增益值，使显示值为1MPa。有些PLC的模拟量模块支持硬件校准，通过模块上的电位器调整；有些只能软件校准，在程序里加偏置和增益。

注意：模拟量信号线一定要用屏蔽线，屏蔽层单端接地。如果信号波动大，可以在程序里加一阶滤波，公式是：本次值 = 上次值 × (1 - α) + 本次采样值 × α，α一般取0.1-0.3。滤波会带来滞后，所以PID控制回路里滤波时间常数要和控制周期匹配。

4.3 变频器与伺服干扰的抑制方案

变频器和伺服驱动器是PLC系统里最大的干扰源。它们工作时产生的高频谐波，会通过电源线、信号线、空间辐射三种途径干扰PLC。

电源线干扰的抑制：在变频器的输入侧加装EMC滤波器，输出侧加装输出电抗器。PLC的供电和变频器的供电尽量分开，如果必须共用一路电源，在PLC的电源输入端加装隔离变压器或滤波器。

信号线干扰的抑制：变频器到电机的动力线，必须使用屏蔽电缆，屏蔽层两端接地。PLC到变频器的控制线（如模拟量给定、运行反馈），也要用屏蔽线，屏蔽层单端接地（接PLC侧）。控制线和动力线不能放在同一个线槽里，如果必须交叉，要垂直交叉，不能平行走线。

空间辐射干扰的抑制：变频器和伺服驱动器要安装在金属柜内，柜体要可靠接地。PLC和通讯线要远离变频器，至少保持30cm以上的距离。如果通讯线必须经过变频器附近，可以使用光纤通讯或者加装磁环。

我遇到过一个典型案例：一台设备用了三台变频器，PLC的模拟量输入信号一直波动，PID控制完全没法用。后来发现是模拟量信号线和变频器动力线绑在一起了。分开走线，加装磁环后，信号立刻稳定了。所以干扰问题，很多时候不是设备本身的问题，而是布线的问题。

5. 调试流程与故障排查的实战记录

5.1 现场调试的标准流程与检查清单

现场调试最怕的就是“想当然”。我总结了一套标准流程，每次调试都按这个来，能避免大部分低级错误。

第一步：断电检查。所有电源断开，用万用表检查电源输入端有没有短路，检查各模块的接线是否牢固，检查端子排有没有松动。这一步花10分钟，能避免上电烧模块。

第二步：分级上电。先上PLC本体的电源，观察指示灯是否正常。然后上输入输出模块的电源，检查模块指示灯。最后上负载电源（如电磁阀、电机）。每上一级，都要观察有没有异常发热、异味、冒烟。

第三步：输入点测试。手动触发每一个输入信号（按钮、限位、传感器），观察PLC的输入指示灯是否亮，同时在编程软件里监控输入映像区。确保每一个输入点都能正确响应。

第四步：输出点测试。在编程软件里强制每一个输出点，观察对应的执行机构（继电器、电磁阀、指示灯）是否动作。注意强制输出时要确认现场安全，避免设备突然动作伤人。

第五步：手动模式调试。切换到手动模式，逐个测试每个动作。确认动作方向、速度、限位保护都正常。

第六步：自动模式调试。切换到自动模式，空载运行整个流程。观察每一步的转换条件是否满足，有没有卡顿、报警。空载正常后，再带载运行。

第七步：联机调试。如果PLC和触摸屏、上位机、变频器有通讯，测试通讯是否正常，数据读写是否正确。

第八步：连续运行。让设备连续运行至少2小时，观察有没有偶发故障、温升是否正常、电流是否稳定。

5.2 常见故障的排查思路与速查表

现场故障千奇百怪，但大部分可以归为几类。我整理了一个速查表，按现象分类，给出排查思路。

排查故障的核心思路是分段隔离。把系统分成电源、输入、程序、输出、负载几个部分，逐段测试，确定故障在哪一段。比如输出点不动作，先强制输出看指示灯，指示灯亮说明程序到输出模块没问题，故障在负载或接线；指示灯不亮说明问题在程序或输出模块。

5.3 程序在线修改与备份的注意事项

在线修改程序是调试阶段的家常便饭，但操作不当会导致设备失控甚至程序丢失。我强调几个原则。

修改前必须备份。把当前运行的程序上传到电脑，保存一个副本。在线修改过程中如果出现意外，可以快速恢复。我习惯用“日期+版本号”命名备份文件，比如“20250101_V1.2”。

修改时确认设备状态。如果设备正在运行，在线修改可能会立即生效，导致设备动作变化。所以修改前要把设备停在安全状态，或者确认修改不影响当前运行。对于安全相关的逻辑，绝对不允许在线修改，必须停机后修改并重新验证。

避免在线删除或大幅修改。在线修改时，尽量只改参数和小的逻辑，不要删除整个程序段或大幅调整结构。大幅修改容易导致程序混乱，而且在线修改的次数有限，有些PLC的存储卡有写入次数限制。

修改后立即验证。改完一段程序，马上监控相关变量，确认逻辑正确。不要改完一堆再一起验证，那样出了问题很难定位是哪次修改导致的。

定期备份到外部存储。除了电脑上的备份，我还会把最终版本的程序备份到U盘或移动硬盘，并且打印一份带注释的程序清单存档。现场环境恶劣，电脑硬盘损坏、U盘丢失都有可能，多一份备份多一份保障。

6. 项目管理与文档习惯的长期价值

6.1 图纸标注与版本管理的实用方法

图纸是项目的灵魂，但很多新手不重视图纸的标注和版本管理。我见过一个项目，电气原理图改了五版，但图纸上没有版本号，现场接线和图纸完全对不上，排查故障时根本没法参考。

我的做法是：每张图纸都有图框，图框里包含项目名称、图纸编号、版本号、修改日期、修改人、审核人。版本号从V1.0开始，每次修改升一个小版本，比如V1.1、V1.2。如果改动很大，升大版本，V2.0。修改的地方用云线或高亮标出，旁边注明修改内容。

图纸文件按“项目名称_图纸类型_版本号”命名，比如“XX项目_电气原理图_V1.2”。所有图纸放在一个文件夹里，按版本号排序。旧版本的图纸不要删除，保留在“历史版本”子文件夹里，万一需要回溯可以找到。

现场调试时，图纸要随身带一份纸质版，用红笔标注实际接线与图纸不一致的地方。调试结束后，把标注整理到电子版图纸里，出正式竣工图。竣工图要交给客户一份，自己留一份。以后设备改造或维修，竣工图就是最重要的参考资料。

6.2 程序注释与文档编写的经验分享

程序注释的重要性怎么强调都不为过。我接手过很多别人的程序，注释详细的，半天就能理清逻辑；没有注释的，一周都未必能完全看懂。所以我自己写程序，注释量至少占程序量的30%。

注释分三种：模块注释、网络注释、变量注释。模块注释在子程序或功能块的开头，说明这个模块的功能、输入输出、调用条件。网络注释在每一个逻辑网络的上方，说明这段逻辑的作用、触发条件、输出结果。变量注释在变量声明表里，说明每个变量的含义、单位、取值范围。

除了程序内的注释，我还会写一份程序说明文档，包括：程序结构图、主要功能说明、关键参数列表、通讯地址表、报警代码表。这份文档用Word或Markdown写，和程序文件放在一起。以后程序升级或交接，这份文档就是最好的说明书。

提示：注释要用中文写清楚，不要用英文缩写或者拼音。比如“Q_MotorRun_01”这个变量，注释要写“1号电机运行输出”，而不是“Motor Run”。现场维修的电工可能不懂英文，但中文注释一定能看懂。

6.3 与机械、电气、客户沟通的避坑要点

PLC工程师不是只跟程序打交道，还要和机械工程师、电气工程师、客户沟通。沟通不到位，项目就会反复扯皮。

和机械工程师沟通，重点是动作时序和传感器位置。机械设计决定了设备的动作顺序，PLC程序要配合机械动作。所以项目初期就要和机械工程师确认：每个动作的先后顺序、每个动作的时间要求、传感器的安装位置和触发方式。如果机械改了，PLC程序也要跟着改，所以变更要及时通知。

和电气工程师沟通，重点是接线定义和信号类型。PLC的输入输出信号，要和电气图纸一致。如果电气图纸改了，PLC的变量定义也要改。我习惯在项目初期就和电气工程师确认一份“I/O清单”，列出每个输入输出点的信号名称、类型、地址、备注。这份清单是双方工作的依据，避免后期扯皮。

和客户沟通，重点是需求确认和操作习惯。客户可能不懂PLC，但懂自己的工艺。所以要问清楚：设备要完成哪些动作、有哪些操作模式、需要哪些报警和保护、操作面板上要显示什么。最好让客户提供一份工艺说明或者操作流程，避免理解偏差。调试时让客户操作一遍，确认符合他们的习惯。

我踩过最大的坑是：客户口头说了一个需求，我按理解做了，结果验收时客户说不是这个意思。后来我学乖了，所有需求都让客户书面确认，或者邮件确认，避免口头扯皮。

7. 持续更新与经验积累的个人体会

7.1 每天记录一条经验的习惯养成

这90条经验不是一天写出来的，是我从入行第一天开始，每天记录一条，慢慢积累的。刚开始觉得没什么可写，但坚持下来发现，每天都能遇到新的问题、新的解决方法。

我的记录方式很简单：手机备忘录或者笔记本，遇到问题就记下来。格式是：日期、问题描述、排查过程、解决方法、经验总结。比如“20250315，一台设备模拟量信号波动，排查发现信号线和动力线同槽，分开走线后正常。经验：模拟量线必须远离动力线。”

记录的好处是：第一，下次遇到类似问题，可以直接查记录，不用重新排查。第二，定期回顾记录，能发现自己的知识盲区，有针对性地学习。第三，这些记录就是写文章、做分享的素材。我现在写的很多内容，都是从这些记录里整理出来的。

7.2 从“会做”到“会教”的认知升级

入行1-3年，目标是从“会做”到“做好”。但如果你想更进一步，从“做好”到“会教”，那就要把经验系统化、结构化。

“会做”是能完成项目，“做好”是能稳定完成项目，“会教”是能让他人也完成项目。教别人的过程，其实是自己重新梳理知识的过程。很多你以为懂的东西，真要讲给别人听，才发现自己也没完全搞明白。

我建议你尝试做几件事：第一，把做过的项目整理成案例，包括背景、方案、实施、问题、解决。第二，在团队内做技术分享，讲一个你擅长的主题。第三，写技术笔记或博客，把经验用文字表达出来。这些事看起来费时间，但长期来看，对你的职业发展帮助极大。

7.3 技术迭代下的学习路径建议

PLC技术在不断迭代，从早期的继电器逻辑到现在的结构化文本、功能块、甚至高级语言编程。通讯协议也从串口、现场总线发展到工业以太网、OPC UA。作为从业者，持续学习是必须的。

我的学习路径建议是：先深后广。先把一个品牌、一个系列的PLC学透，比如西门子S7-1200/1500，或者三菱FX/Q系列。学透的标准是：能独立完成中型项目，能排查大部分故障，能看懂高级功能的手册。然后在这个基础上，再扩展学习其他品牌和通讯协议。因为PLC的逻辑是相通的，学透一个，其他的上手很快。

另外，关注行业趋势。现在工业物联网、边缘计算、数字孪生这些概念很热，PLC作为底层控制设备，也在和这些技术融合。了解这些趋势，不是为了追热点，而是为了知道自己的技能树该往哪个方向延伸。比如，学会用PLC采集数据并通过MQTT上传到云平台，这就是一个很实用的技能。

最后，保持动手。技术是练出来的，不是看出来的。有条件的话，自己买一套二手的PLC和触摸屏，在家里搭一个小实验台，把学到的知识动手验证一遍。我到现在还保留着这个习惯，遇到新的功能块或者通讯协议，先在实验台上跑通，再用到项目上。

这个行业没有捷径，但有方法。希望这些经验能帮你少踩几个坑，早一点从“能跑”走到“跑得稳”。后续我还会继续更新，把更多现场遇到的案例和解决方法整理出来。如果你也有自己的经验，欢迎一起交流，毕竟现场才是最好的老师。