企业官网建设流程全解析

做PLC这行三年多，我有个特别深的体会：真正让你卡住的，从来不是不会写指令，而是没见过现场。同样是入行1-3年，有人上手就能扛项目，有人天天改程序却总被现场打回来，差别不在聪明，而在踩过的坑有没有变成自己的经验。我最近把自己三年来的实战问题攒成了一份90条的经验清单，从硬件接线、程序框架到通信调试、故障排查都有，打算每天更新几条。这篇先把最核心的几个模块放出来，给刚入行的工程师做参考——先说清楚，这不是教科书式的“指令大全”，是帖主和同事们在车间、在调试现场、在半夜打电话求援时一条条试出来的东西。

1. 先用一句话定位：这90条经验到底解决什么问题

1.1 入行1-3年，最该补的不是指令表而是工程判断力

翻开任何一本PLC教材，前面几章一定是软元件、基本指令、定时器计数器。这些当然要学，但等你真进了项目，会发现现场没人问你“TON和TOF怎么区别”，大家只会问：“这个输入为什么抖？变频器一启动模拟量为什么跳？手动切自动为什么输出乱蹦？PLC为什么无缘无故停机？”

1-3年的工程师正好卡在中间的尴尬位置：指令基本会用了，简单的单机程序也能写，但一碰到综合问题就心里没底。你缺的不是再背一遍指令表，而是三样东西：第一，知道常见坑长什么样；第二，知道问题来了从哪查起；第三，知道哪些决定会让自己少熬夜。这90条经验，就是按这三样东西攒出来的。

我刚入行那会儿，最崩溃的不是程序逻辑复杂，而是同一个故障反复出现：继电器触点烧了换完还烧，电机过载跳了复位完还跳。后来才明白，这些问题的根子往往在选型、布线和程序框架上，不在一颗螺丝一个触点上。所以这份清单我没有按品牌指令分类，而是按“出问题的地方”分类，先讲硬件选型，再讲程序调试，再讲通信和仿真，最后是场景和排查，这样更适合1-3年的人按图索骥。

1.2 这份经验清单怎么用：按模块、按时段、按现场来查

90条不是让你一口气读完的，就算读完也记不住。我的建议是把它当“字典”用：上项目之前，把硬件选型部分扫一遍；调试期间遇到通信问题，直接翻通信那一节；深夜排查故障，就看现场排查速查表。我给自己定的节奏是每天更新三条左右，每一条都是“现象描述 + 原因分析 + 解决动作 + 事后反思”，宁短勿空。

另外，这份清单里很多经验基于西门子、三菱、汇川这些常见品牌，但思路是通用的。比如“模拟量屏蔽层单端接地”这件事，在西门子S7-1200上成立，在信捷XD上同样成立；Modbus通信的寄存器地址偏移问题，也不分品牌。碰到和具体型号强相关的部分，我会顺手标一句“参考S7-200 SMART”或“以FX5U为例”，你换到别的平台时把指令名替换一下就行。

2. 硬件接线与选型：教训全是从冒烟和抖动里学来的

2.1 经验01｜先分清输入是“漏”还是“源”，再谈接线

这条看着基础，90%的新人翻车现场都和它有关。西门子S7-200 SMART、S7-1200的输入公共端M接0V、传感器用三线制PNP，是常见配置；三菱FX5U则默认漏型，公共端COM接0V，配NPN。实际现场经常发生“传感器买错了”“公共端接反了”的连环坑，现象是输入点怎么都不亮，或者该亮的常亮。

快速判断方法：拿万用表量传感器输出对0V的电压，动作时有24V就找PNP/源型输入，动作时从24V掉到0V就找NPN/漏型输入。接完线最好再量一次公共端对输入点的电压，确认没有把24V直接怼到输入点上，否则轻则烧输入点，重则烧整块CPU。

还有一个很容易忽略的点：很多PLC输入点内部自带LED指示，但你看到LED亮了不代表程序里“读”到了。因为不同品牌的输入滤波时间不一样，有的默认滤波时间长达10ms，高速脉冲到输入点被滤波吃掉，程序里一个都计数不到。遇到计数不准，先查输入滤波，不要上来怀疑程序。

2.2 经验02｜24V电源分配：别把传感器和模块全塞给CPU自带的24V

新人最爱犯的第二个错，是拿CPU自带的24V电源拖一堆东西。S7-200 SMART CPU自带24V输出一般也就几百毫安，接十来个接近开关还凑合，但你一旦再带几个继电器、一路模拟量变送器、一个触摸屏背光，电流分分钟超载。超载的后果不是直接断电，而是电压被拉低到20V甚至18V，传感器开始乱闪，模拟量读数飘，PLC却没有任何报警，排查一晚上都不知道问题在哪。

正确做法：给IO模块和传感器单独配一个工业开关电源，CPU的24V输出只做逻辑调试时临时用。计算负载电流时把每个传感器的最大功耗加起来，留1.5到2倍余量。还有一点，数字量输出接继电器时，继电器线圈没有续流二极管的话，断开瞬间会产生高压反电动势，虽然PLC输出点一般有保护，但现场电磁干扰会顺着线串到别的地方，继电器线圈反向并联一个二极管是几毛钱的事，能省一堆烦恼。

2.3 经验03｜模拟量信号乱跳，八成不是程序的问题

模拟量是最容易让新人怀疑人生的部分。4-20mA信号接好了，程序也写了，画面数值就是来回跳。查来查去最后发现，信号线和变频器主回路走同一个线槽，变频器一启动，模拟量立马开始跳舞。这不是程序能解决的，是物理问题。

解决手段我按优先级排：第一，信号线用屏蔽双绞线，屏蔽层单端接地，这是最便宜有效的办法；第二，信号线全程远离动力线，万不得已交叉时走直角；第三，穿金属管并做好接地；第四，变频器输出侧加电抗器或滤波器，降低谐波干扰；第五，给变送器用独立电源，别和变频器共用一个开关电源。做完前三步，大部分跳变问题都能压下去，还解决不了再考虑后两步，别一上来就换高精度模块，那是花钱买教训。

判断到底是不是干扰，有个土办法：把模拟量信号线从端子排上拆下来，单独接一个250欧电阻给信号发生器，PLC画面数值依然跳，那就是PLC模块或接地问题；如果稳定，那干扰就出在线缆路径或变送器侧，顺着这个方向查很快。

2.4 经验04｜选型阶段多留20%余量，后面能少拆一次柜

1-3年工程师往往不会参与前期选型，但一定会吃亏在设计变更上。今天加两个传感器，明天加一个电磁阀，CPU点位不够了，模拟量通道也满了，只能加扩展模块，但柜子里空间又不够，最后线全乱了。选型时IO点数留20%到30%余量、模拟量通道留两个备用，看着浪费，实际上是在给自己省拆柜重装的麻烦。

CPU选型同样如此。很多小CPU自带内存很小，程序写到一半报警“资源不足”。有些品牌支持扩展存储卡，但涉及系统区分配，不是现场临时能搞的。另外，如果你已经预见要用PID、运动控制或通信协议栈，CPU型号就要往高一档选。举个例子，S7-1200的CPU 1211C和CPU 1214C点数差异不大，但程序存储和通信资源差别明显，后期想再加一个Modbus TCP从站，低配CPU可能就带不动了。选型这件事，少看参数表上的“最大能力”，多看“常用负载”，留足余量才是老手的习惯。

3. 程序编写与调试：从“能跑”到“敢上产线”

3.1 经验05｜扫描周期和映像区：程序里读到的输入，永远慢半拍

很多新人第一次接触PLC，以为输入触点按下去了，程序里立刻就导通。实际上，PLC一个扫描周期分三个阶段：读输入、执行程序、写输出。程序执行期间读到的输入，是扫描周期开始前那一刻的“映像”，不是实时值。这意味着什么？—— 如果你在程序里用同一个输入点做两个相差很远的逻辑判断，它们用的是同一份输入映像，理论上不会出现同一个周期内前半段通后半段断的情况，时序是安全的。

但如果你借助立即读指令或者高速计数通道去拿实时值，就要小心了。高速计数器、中断程序、脉冲输入这些不受扫描周期约束，它们可以在程序执行的任意时刻改变状态。一个典型的坑：普通输入点取反做“启动脉冲”，程序扫描慢时按下再松开可能漏采，需要改用上升沿指令。还有，输出点也有映像区，程序里写输出后要到周期结束才真正驱动负载，调试时你量端子电压和程序状态对不上，往往就是没理解映像区。

3.2 经验06｜手动/自动切换是所有安全问题的重灾区

单机调试时手动程序写得好好的，自动程序也测通了，一联动就出怪毛病：手动状态按停止按钮，自动程序里的输出也跟着抖；自动状态切手动，设备突然动作一下；两个模式切换时输出瞬间闪烁。这大概率是切换逻辑没做好互锁。

我的做法是：模式切换只用上升沿，保证只触发一次；所有输出统一过一道“总使能”触点，手动和自动分别用独立结果位，最后在输出端互锁，两边同时吸合时以自动优先或者直接关断。具体到程序，可以用一个“模式字”或者一组布尔量表示当前状态，切换时先关闭所有执行输出，延时100到200ms再激活新模式。这个小延时对逻辑来说微不足道，但对气缸、接触器的机械动作来说，能避免很多“火拼”现象。

比互锁更重的是硬回路。紧急停止、门开关、安全光栅这些，绝对不允许只进PLC靠程序处理，必须做成硬线回路串在接触器控制回路里。很多自动化事故，程序逻辑没问题，就是因为有人把安全回路也放进了程序，一旦PLC死机或扫描卡住，保护也跟着失效。这是底线问题，1-3年的工程师一定要学会区分“程序互锁”和“安全硬回路”。

3.3 经验07｜中间变量和结构化编程：别把梯形图画成蜘蛛网

新人写程序有个通病：一个程序段从第一行写到最后一页，满满全是M点和中间继电器，程序大了之后谁也不敢改，因为不知道这个M点还有没有别的程序在用。SPI接口的代码复用、轴控制的复杂逻辑，先用功能块写，你会明显感觉到好维护得多。

以西门子S7-1200/1500为例，变量名允许中文和符号寻址，建议从第一天就养成用符号地址的习惯，少用绝对地址M0.0。功能块接口分三个区域：输入、输出、静态变量，把输入输出定义清楚，其他程序根本碰不到内部变量，改起来安全多了。三菱的FB也有类似机制，FX5U上已经支持标签和FB，别再用老思路堆M了。

如果项目里已经有一堆老程序用M点在传数据，也别全推倒重来。我的习惯是给M点做“命名表”，像IO点表一样管理，谁用了哪个地址、用途是什么，写在一张Excel里，多人协作时不打架。结构化的目的不是炫技，是让三个月后的自己能看懂自己写的程序，这一点项目越大越明显。

3.4 经验08｜AI自动生成的PLC代码能信吗？能，但必须会审

现在有很多代码生成工具能根据一段自然语言描述输出SCL、结构化文本甚至梯形图，PLC行业也开始有人用。作为1-3年工程师，用这类工具提效完全没问题，但千万别拿来就下载到PLC里。AI生成的代码最容易错在三类地方。

第一类是硬件地址和DB块编号。AI不知道你的项目里DB100已经被占用，它给出的NEW_DB编号可能和现有块冲突。第二类是定时器保持性。TON、TOF这类IEC定时器在西门子平台里涉及保持性设置，AI默认生成的不一定和你工艺要求匹配，掉电后定时器清零还是保持，直接决定设备重启后的状态。第三类是边界条件。比如数组越界、数据格式转换溢出、除零保护，AI很少主动加。我的经验是：让AI生成第一版逻辑，然后逐行审查接口、边界和硬件资源，再拉到仿真环境跑一轮边界测试，确认无误再下载。用它写注释和HMI变量表倒是非常好用，这个大家可以放心用。

3.5 经验09｜时间到期自动停机怎么设：用RTC，别用累计定时器

有人问“PLC怎么设置时间到期自动停机”，这种功能在设备租赁、分期付款场景里很常见。正确做法是：读PLC系统实时时钟，在保持区存一个“授权到期时间”，程序里做比较，当前时间大于到期时间时，置一个停机保持位，输出全部关断，触摸屏显示联系厂商的提示。用实时时钟的好处是断电后时间不丢（前提是PLC有电池或超级电容），到期点精确到秒，也不怕有人把累计定时器清零。

不建议的做法是用普通累计运行时间定时器倒推。因为设备可能断电停用很多天，用户把总闸拉了，累计运行时间不走，到期时间就形同虚设。另外，如果做的是贴牌设备，到期逻辑要放在独立功能块里，密码保护，别放在主程序里被人一眼看到。等到期后需要延长授权，厂家写一个授权码或通过存储卡导入新到期时间即可，不要在设备上留任何后门式的操作入口。

4. 通信与上位机：SCADA、变频器、C#那点事

4.1 经验10｜SCADA和PLC怎么连：先分清你在说哪一层“连接”

“SCADA如何与PLC连接”是入行询问率最高的问题，但这个问题其实可以拆成三层：物理链路、通信协议、组态配置。物理链路很简单，网线插上，或者串口连上；通信协议决定双方怎么“说话”；组态配置负责告诉SCADA软件去读哪些地址。多数人连不上，都卡在第二层和第三层。

以西门子为例，SCADA用WinCC连接S7-1200，走的是S7协议，需要在WinCC里建S7连接，填PLC的IP地址，再在变量表里按“DB号.DB变量”的格式建变量。很多新人填变量时找不到地址，是因为S7-1200的DB块默认“优化访问”，SCADA读不到绝对地址，需要在DB属性里取消优化访问。跨品牌时，比如组态王连倍福，你的选择通常是Modbus TCP或者倍福的ADS协议。倍福本质是PC-Based控制器，ADS是它自家协议，功能强大但组态繁琐；如果只是想读几个变量，Modbus TCP反而简单，一个网口搞定。

记住一个选择原则：同品牌优先用原生协议，功能和效率都最好；跨品牌优先用Modbus TCP或OPC UA，兼容性最好。别为了一两个变量去折腾OPC服务器，稳定性和授权成本都是麻烦。

4.2 经验11｜Modbus TCP和Modbus RTU的地址偏移，坑了多少人

Modbus是最普及的通信协议，但恰恰是它最容易让人犯错。Modbus的寄存器地址从1开始编号，但协议中的地址是从0开始的，所以很多资料里会出现“40001对应0”的偏移。西门子S7-1200用MB_CLIENT指令做Modbus TCP客户端时，你要读外部设备的保持寄存器，填的地址是0，但对方手册告诉你“频率给定寄存器地址是40001”，你需要把40001换算成协议里的0，或者直接把功能码和起始地址按对方手册抄，很多坑就是这里开始的。

和ABB变频器通信是另一个高频场景。ACS580这类变频器内置Modbus RTU，设置好站地址、波特率、数据格式后，PLC通过Modbus RTU写保持寄存器就能给定频率和启停。但变频器寄存器高低字节顺序和西门子不一致时，你会发现给100.00Hz，实际变频器收到的是2512之类的乱值，这是因为默认Modbus格式是低字节在前高字节在后，而西门子Modbus库按大端处理。解决办法很粗暴：在PLC里做字节交换，或者在变频器参数里找“Modbus数据格式”改顺序，看现场方便。每次遇到这类问题，先拿Modbus调试工具确认收发报文，比在两边程序里瞎猜效率高十倍。

4.3 经验12｜C#读PLC数据，刷新频率多少合适？

上位机用C#读PLC数据，是个老问题。频率太低，画面数据跟不上去；频率太高，PLC扫描周期被通信挤占，本来20ms的周期变成50ms。我的经验是：普通监控画面500ms轮询一次足够了，需要实时性高一点的数据可以做到250ms，但尽量不要低于100ms。低于这个值，你不如直接换高速实时通道或者走OPC UA订阅模式。

具体到S7-1200/S7-1500，C#可以通过S7netplus这类库直接读写DB块，但要注意两点：第一，尽量批量读，一次把一个结构体或多个连续变量读出来，不要一个定时器里读几十个变量地址，每读一次就是一帧报文，CPU开销翻倍；第二，写入时要有防抖，连续写同一个数值会频繁触发PLC程序里的写事件，可能引起数据抖动。给上位机的变量单独放在一个DB块里，结构清晰，还能省通信资源，这是成熟项目的标准做法。

4.4 经验13｜触摸屏软件里找不到PLC驱动，八成不是驱动问题

“威纶通触摸屏软件里找不到汇川PLC的驱动”，这个问题太典型了。汇川AM系列是Codesys平台，威纶通需要选对应的AM驱动或者走Modbus TCP；“MCGS与信捷XD的驱动”也一样，通常要选信捷专用驱动或通用Modbus从站。找不到驱动的第一反应不是满世界找安装包，而是先确认自己选的PLC型号在不在驱动列表里，以及触摸屏组态软件版本是不是太旧。

很多新品牌的PLC型号，旧版本组态软件里根本没有，升级软件到最新版就能看到。如果升级完还没有，那就用Modbus TCP或Modbus RTU通用驱动兜底，PLC侧把从站地址、波特率、数据映射配好，触摸屏侧选通用Modbus主站，照样能读写。松下FP系列和老款三菱FX2都差不多，旧设备走串口时要特别注意站号、波特率、校验位这些参数，两边必须完全一致。另外有人问“Keba是什么PLC”，Keba是奥地利的一个控制器品牌，主要是做机器人控制器的，部分型号支持Codesys，在注塑机、搬运设备行业能碰到，方案上和其他Codesys系控制器没有本质区别，都是标准化工业控制器。

5. 仿真与调试环境：PLCSIM Advanced的玄学坑

5.1 经验14｜S7-PLCSIM Advanced V5.0启动不了，而且没有报错，怎么查？

仿真软件出问题是入行高频痛点，“S7-PLCSIM Advanced V5.0 PLC实例为什么启动不了，且没有报错”这类问题我几乎隔几天就看到一次。没报错这事最折磨人，因为你没法在界面上直接定位原因。我的排查顺序是这么走的。

第一步，确认软件版本是不是和TIA Portal匹配。S7-PLCSIM Advanced不是独立运行的，它需要对应版本的TIA Portal配合，V5.0通常配合V15.1或V16，如果你的TIA版本比它新或旧太多，实例启动就会静默失败。第二步，以管理员身份运行PLCSIM Advanced，右键属性里勾选“以管理员身份运行”，很多权限问题都会消失。第三步，看Windows事件查看器，应用程序日志里往往会留下PLCSIM的报错记录，界面没提示不代表系统没记录。

如果还不行，再查两个点：一是虚拟网卡。PLCSIM Advanced要创建虚拟以太网适配器来和仿真PLC通信，这个适配器被禁用或者被安全软件拦截，实例照样起不来。二是有没有旧版PLCSIM或仿真进程残留。S7-PLCSIM和S7-PLCSIM Advanced不是同一个产品，两者不能共存，x64和x86的仿真服务和许可证冲突，需要把旧的彻底卸掉再重装。我自己的经验是：先把Windows防火墙临时关一下，实测很多“无报错启动失败”和防火墙拦截虚拟通信端口有关，确认问题后再加白名单，不要裸奔长期运行。

5.2 经验15｜PLCSIM Advanced报error 11，多半是实例和项目没对上

“PLCSIM Advanced启动不了 error 11”是比无报错失败更具体的问题。error 11这类错误一般指向“对象或地址找不到”，最常见的原因有三个：第一，你组态的PLC实例IP地址和TIA项目里设置的IP不一致，虚拟网卡上找不到对应设备；第二，TIA项目版本和PLCSIM Advanced版本不匹配，项目里的设备版本高于仿真软件能解析的版本；第三，PLC实例没有正确分配，或者实例里包含的固件版本不存在。

遇到error 11，先别急着重装软件。对照PLC实例属性里的IP地址，和TIA项目“设备视图”里网口的IP，确认在同一个网段且完全一致。然后检查项目里的CPU固件版本，比如S7-1500固件是V2.9，而PLCSIM Advanced V5.0最高支持到某个版本，不支持时就会报错。实在不行就新建一个最简单的PLC实例来测试，能启动说明软件本身没问题，问题在你的项目配置。

5.3 经验16｜仿真不是万能的，这几类问题必须带实物验证

很多新人爱上仿真之后，就再也不想去现场接线了，但仿真真不能替代所有现场验证。第一，模拟量输入和PID调节在仿真里很难还原，因为真实变送器的噪声、漂移、信号抖动，仿真环境给不出来。第二，通信时序，尤其和变频器、伺服驱动器的现场通信，实际设备的上电时序、报文间隔、故障恢复行为，仿真环境往往过于理想。第三，高速计数、硬件中断、运动控制指令，这些依赖硬件特性的功能，PLCSIM基本跑不了，只能在实物上调试。

我见过最惨的一次：同事用仿真把轴程序“调好”了，信心满满到现场一跑，伺服使能都正常，可是一给速度就报跟随误差，原因是实际轴的加减速曲线和伺服刚性参数不匹配，仿真里根本不会暴露这种问题。仿真适合验证逻辑、训练编程思路、排查程序结构，但涉及电气匹配和机械特性的问题，别偷懒，老老实实接实物。

6. 典型场景拆解：红绿灯、电梯、大棚、包装线

6.1 经验17｜十字路口红绿灯程序：状态机思维的第一课

很多人的第一个练手项目是十字路口红绿灯程序，看着简单，实际上是一节非常标准的状态机课程。东西向绿灯、东西向黄灯、南北向绿灯、南北向黄灯，四个状态按固定时间循环，中间再穿插全红过渡，逻辑上就是“一个状态指针 + 一组定时器 + 互锁条件”。

新手容易写乱，是因为把四个方向的时间都写成独立定时器，定时器之间还互相纠缠。正确做法是只用一个定时器，当前状态超时后，把状态指针切到下一个状态，定时器重新启动，每个状态里的输出由状态指针决定。加入手动模式和夜间闪烁黄灯模式时，就再套一层“模式选择”分支。处理故障时，红绿灯程序不是重点，重点是你能不能养成“状态机+状态指针”的思维方式，后面电梯、自动仓库、流水线全是这个套路。

6.2 经验18｜四层电梯程序里，最容易出错的不是呼叫而是换速

电梯是PLC教学的经典项目，四层电梯控制程序看起来只是“内外呼+方向选择”，但写出来以后普遍遇到两个问题：第一，顺向截车和反向截车搞不清，电梯在最上层，有人在1楼按上行，程序先响应哪个呼梯，逻辑一复杂就乱了；第二，换速点处理不对，电梯快到目标楼层时，减速信号是按了又没了，结果冲过平层再倒回来。

我的经验是：把换速点做成“保持型”信号，一旦检测到目标楼层的换速传感器，就置位换速保持位，直到平层信号到位才复位，绝不靠持续信号判断。方向选择用一个“当前方向+目标楼层比较”的功能块，目标楼层用优先队列管理，而不是简单置位复位。新手做四层电梯，先把“上行优先”“下行优先”两种策略挑一种做透，别两种都想支持，后面再加。顺便说一句，真实电梯远比教学模型复杂，轿厢、门机、限位开关、抱闸反馈都是硬逻辑，教学程序只是练思维。

6.3 经验19｜基于西门子PLC的大棚灌溉：模拟量闭环和掉电保持是重点

大棚灌溉系统，湿度传感器用4-20mA或0-10V把土壤湿度传给PLC，程序里做上下限判断，控制喷灌水泵和电磁阀。听起来简单，但实际项目里有两个容易翻车的地方。

第一是频繁启停。土壤湿度在阈值附近波动时，水泵会一会开一会关，一小时启停几十次，电机和接触器都受不了。解决办法是加“滞回区间”，比如湿度低于40%启动，高于55%停机，中间空出15%的缓冲；再给启动加一个最短间隔时间，比如停机后至少要等5分钟才能再次启动。第二是掉电保持。灌溉系统断电再上电，阀门应该保持断电前的状态，否则半夜断电后重启，所有电磁阀默认关闭，作物可能就旱了。实现方式是把阀门状态写进掉电保持区，上电初始化时回读，再配合手自动切换。这类系统往往还要接气象站数据或雨量传感器，下雨时自动跳过灌溉，逻辑都是在这个框架上叠加的。

6.4 经验20｜自动化包装线：节拍、计数和报警分级

基于PLC的自动化包装线控制系统设计，是1-3年工程师最容易遇到的大型项目。包装线的核心就一个字：节拍。传送带速度、灌装时间、封口时间、剔除气缸动作时机，全部要对齐。我习惯把设备分成几个工位，每个工位独立用状态机管理，工位之间用“完成信号”握手，而不是靠主程序一条线写到底。

计数要特别注意传感器误触发。光电传感器在瓶子刚离开传送带边沿时可能闪一下，计数就多了。解决办法：计数器用上升沿并加防抖，对传感器信号做连续两次确认。报警分级这块，很多项目把急停、故障、提示全部塞进一个报警灯，现场分不清轻重。我建议按三级分，红闪代表需要立即停机处理，黄闪代表允许本周期完成后再停机，白色慢闪代表提示信息不必停机。报警分级不是花架子，它直接决定操作员在噪音车间里能不能快速反应。

7. 现场故障排查速查表：从宕机到老程序读不出来

7.1 经验21｜PLC“无故宕机”的排查顺序，决定你今晚睡不睡

“导致PLC宕机”这件事，听起来很吓人，但大多数时候不是CPU坏了，而是被“搞死”了。排查顺序按从外到内走：第一步看CPU面板指示灯和状态，RUN灯灭、SF灯亮，说明程序或系统有严重故障，打开诊断缓冲区看是哪条指令触发的停机；第二步看扫描时间，扫描周期超过设定看门狗时间，CPU会进入STOP，这种情况往往是有程序段陷入死循环，或者通信任务占用过重；第三步拔掉所有通信线，只保留编程线，重新运行，如果不再宕机，问题就在通信侧，再逐一插回去定位。

我处理过最经典的一个案例：上位机C#程序1秒读取100个DB变量，PLC扫描周期从20ms涨到300ms，最后直接用看门狗超时停机。解决办法是在上位机层把读取改成250ms并做批量读取，PLC侧扫描时间立刻恢复正常。另外，程序里如果出现非法浮点运算（比如除零），在部分CPU上会触发停机而不是只是输出错误结果，这也是程序审查时值得留意的点。排查宕机，别先怀疑硬件，先怀疑“自己程序里做了什么让CPU扛不住的事”。

7.2 经验22｜老式三菱FX2程序在Win10/11读不出来，怎么办

三菱老式PLC——FX2/FX2N对应的编程软件是FXGP/WIN，这软件在当年Windows XP时代很好用，到了Win7/8/10/11就各种水土不服，安装失败、打开闪退。很多人电脑里下载了“fxgpwin win7_8_10_xp.zip”这种整合包，依然跑不起来。

我的推荐方案分三步：第一步，右键软件安装包或主程序，选“属性-兼容性-兼容模式”，直接选Windows XP Service Pack 3，同时勾选“以管理员身份运行”，很多闪退问题能解决。第二步，如果还不行，用GX Works2来读老程序。GX Works2安装了FX专用模块后，可以打开FXGP格式的工程文件，再通过FX3U等CPU中转后另存为标准工程。第三步，实在找不到能运行的老电脑，就找一台带串口的旧笔记本装虚拟机跑XP系统，这种做法最稳，但操作门槛高一点。老设备维护就是这样，软件本身不用多先进，能稳定读出程序才是第一要务。

7.3 经验23｜变频器一启动通信就闪断，是干扰还是协议问题？

现场常见的故障组合是“ABB变频器+西门子PLC”，变频器一运行，PLC和触摸屏通信就闪断，变频器一停就恢复正常。这种情况百分之八十是电磁干扰，不是协议问题。先用最直观的办法判断：把通信线从变频器功率线附近挪开，看闪断频率是否下降。如果是，就依次做屏蔽层单端接地、信号线穿管、加磁环三件事。

我印象很深的一次，通信闪断持续困扰了一个礼拜，最后查出是变频器载波频率设得太高，高频谐波通过接地回路串进通信线，把载波频率从8kHz降到4kHz，问题直接消失。所以遇到“一启动就闪断”，除了布线，还要检查变频器侧参数：载波频率、加减速时间、接地方式。另外，通信波特率往下降一档（比如从115200降到38400）往往也有奇效，虽然实时性受影响，但至少不闪断，这在老设备改造中很实用。

7.4 经验24｜AB PLC里的SWJ是什么，别猜，去查帮助

有人问“美国AB公司PLC中SWJ指什么”，这属于AB老指令集里的专用缩写。SWJ通常是指跳转类指令，类似JMP，按条件跳到指定梯级或标签，在批量程序里用于跳过某段逻辑。但AB不同处理器系列、不同固件版本对指令的支持有差异，有些“SWJ”也可能是程序里自定义的标签名，不是你想象的标准指令。

我的建议是：遇到AB的指令缩写，第一时间打开RSLogix 5000或Studio 5000的指令帮助，按F1查“SWJ”的定义和使用范围，然后再看程序里对应位置有没有标签引用。AB的模块化程序里跳转指令用得非常克制，看到SWJ先怀疑是程序逻辑控制结构，而不是一个普通输出指令。这类问题不是靠经验能蒙对的，查手册是最稳妥的方式，毕竟AB指令集的细节和西门子差距很大。

8. 最后分享一点我的整理方法

写这个90条清单的时候，我给自己定了一个规矩：每条都必须包含“现象、原因、动作、反思”四段，缺一段就不发。我每天早起翻开手机备忘录，把前一天现场遇到的问题记成关键词，午休时补细节，晚上整理成文。坚持几个月后回头看，最明显的收获不是清单本身，而是我开始主动归类问题：这个故障属于硬件还是程序？是选型问题还是调试问题？下次能不能提前避免？

给1-3年的工程师一个很实用的建议：在手机里建一个“坑位库”，每次踩坑就往里丢一条，不用写长篇大论，拍张照片加上几个关键词就行。三个月后你会拥有一份完全属于你自己的经验库，它比任何培训教材都值钱。调试现场的事，记下来就是经验，忘掉就还是别人的故事。