报警弹出来先别重下载，先看是哪一类在叫

设备一报警，很多人的第一反应是：把程序重新下一遍试试。 这一下，往往把真正的问题盖住了

报警只是一个结果，不是一个原因。 同一台 S7-1500，同样的红灯 可能是程序坏了，也可能是它找不到某个从站 动手之前，先把报警分三类看

每一类，第一眼该看的地方不一样。 看错了地方，越折腾越乱 下面按三类走一遍，说清各自第一眼该看哪

先看硬件 IO 访问错误这一类。

它在诊断缓冲区里刷成一片 写法像"无响应"、"模块故障"、"地址不可用" 这类报警指向的是：组态里配了模块，CPU 实际读不到

常见原因有三个。 一是模块电源没上，或背板插得不牢 二是模块坏了，或型号跟组态对不上 三是组态里有个地址块，现场已经拆了，工程里没删

第一眼别看程序，去看模块指示灯。 再看背板插接，再对一遍组态硬件清单 程序没动过的情况下，先怀疑硬件和接线 别先怀疑逻辑，逻辑没变过，坏不到那里去

再看通信中断这一类。 它指向的是网络，不是程序本身 PROFINET 从站掉站，CPU 侧就会报通信错误 这一刻最容易误判：你以为程序跑飞了

其实是网线松了，或者交换机那一侧断了。 第一眼去看从站设备的网络指示灯 再看交换机端口灯是不是在闪 如果从站 IP 能 ping 通、通信却不通

那多半是设备名 Device Name 跟组态对不上。 这一类跟逻辑没有关系 重下程序解决不了，下十遍也一样 先 ping 后判定，把网络和程序切开看

最后看程序访问错误这一类。 它写出来像"块不存在"、"访问了不存在的地址"、"数组越界" 这才是逻辑那一层真正的病 常见原因有两个：程序块没下载全，或删了个块别人还在调

这一类才轮到你看程序。 但上线之前，先把当前程序读出来比对 别直接覆盖，覆盖错了，原来的线找不回来 到这里，能排成三张速查卡交给你

第一类，硬件 IO 访问错误。 查模块指示灯，查背板插接，查组态清单跟现场是否一致 乱动程序，是这一类的头号错误

第二类，通信中断。 查网线，查交换机端口灯，查设备名是否跟组态一致 先 ping 后判定，别和逻辑混为一谈

第三类，程序访问错误。 先把在线程序读出来、留好当前版本，再谈改 覆盖之前不改，改之前先备份

三类报警都别先做的一件事：直接重下载程序。 因为现场手里的那个程序，未必是设备此刻真正跑的那份 你一下载，等于拿一份不知道新旧的程序 去覆盖现场还在跑的版本

万一手里的这份更旧，设备可能当场起不来。 报警来了，先读，再比，最后才谈写 顺序错了，代价是那条还能跑的线

这里补一句，报警文字具体从哪来。 S7-1500 把事件写进诊断缓冲区，按进入和离开两个状态记录 CPU 停机、通信伙伴掉线、模块拉出，都会留一条带时间戳的记录 所以报警不是凭空报的，它背后有一串按时间排列的事件

读缓冲区要养成一个习惯：先看时间戳，后看事件类型。 同一时刻有两类事件，先处理时间更早的那一条 因为往往是那条先出了问题，后面的是连锁反应 顺序读反了，你可能一直在治那个被连累的

多数报警，靠这三类，现场自己就能定个方向。 定完方向，再决定换模块、查网络、还是请人看程序。 什么情况下你不必找我们：设备有完整备份、厂家随时能到场、你手里这份就是当前运行的那份 这三条都占，先按速查卡自己排查 大概率能省一次上门

反过来，如果你手里压根没有当前运行的程序。 或者已经分不清哪个版本是新的 那就别自己动手重下载了 先把"现场那份程序读出来"这件事办成，再谈别的

我们公司是新的，电气和软件这两行，团队做了三十多年。 报警这件事，我们想先帮你做的一件事，不是替你修 是先帮你把现场那份程序，保住