S7-1500 诊断缓冲区刷屏，先看是哪一类在叫

电脑连上一台 S7-1500，诊断缓冲区里滚了一屏。红的黄的绿的全是条目，时间戳还在往上跳。

现场有两种反应。

一种是把条目从头到尾念一遍，越念越慌，结论是"这 PLC 是不是要坏了"。

另一种是直接问：是哪一类在叫。

本文讲第二种。诊断缓冲区不是给你念的，是给你归类的。

先分清：缓冲区里的东西，八成不是"故障"

TIA Portal 的诊断缓冲区，记的是控制器按时间顺序留下的事件。

事件分几档，上去（coming）和下去（going）各记一条，所以一个过流跳变能滚出好几行。

加上掉电恢复、时钟同步、CPU 运行停止这类常规事件，一屏里真正需要动手的，往往没几条。

第一步不是逐条看，是先把满天飞的条目，塞进三个筐里。

一筐：硬件与模块

这一类指向 PLC 自己或背板上的东西。

可能是模块拔了又插、电源过载、信号模块诊断、CPU 的看门狗事件。

典型的关键词，是某一个硬件对象的地址，加上一个数字 ID。

配一个具体的"什么对象、什么事件"，才算能动手的信息。

第一动作：拿这个对象号，去硬件组态里对位。

是本站的，看模块指示灯和供电；是远程站的，先查 PROFINET 链路。

只看到一条"模块诊断"却没对象号的，先别拔模块，等它再出现一次。

二筐：通信

这一类指向网络，不指向 CPU 本身。

PROFINET 断链、从站掉线、IO 设备无法访问、连接超时，都会在缓冲区里留痕。

这一类报警有个共同特征：故障点常在 CPU 之外。

一块 IO 从站整组掉线，问题大概率不在从站本身，而在网线、交换机、或这段网里的供电。

第一动作：按拓扑图，从离 CPU 最近的那一段开始查。

先确认网线、再确认交换机端口灯、再看从站电源。别一上来就把从站整块换了。

三筐：程序访问与一致性

这一类，是程序在运行时碰到了它自己没料到的情况。

比如访问了一个不存在的块、数组越界、某个 DB 没装载、上传下载留下的不一致记录。

这类报警的性子最软，也最常被误判成"程序坏了"。

第一动作：别动程序。

先记下报警里的块号，去离线的项目里，看这个块到底在不在、版本对不对。

如果程序明明在跑、只是缓冲区在记，那多半是某次下载没下全，留下的旧账。

这类旧账，重新做一次完整下载，往往就平了。

一张可截图的判断表

有一类要单独点名：CPU 反复"运行—停止—运行"。

这种不是普通事件，是控制逻辑或电源在闪断，查起来要往供电和急停回路走。

什么情况你不需要找我们

如果你手里有原厂的项目源文件，报警也能在两小时内归到上面某筐里。

而且设备本身没停、是应付检查式地消掉报警，那你不必找人。

真正该找人的，是这两种：一是报警滚得太快、还停在"逐条念"的阶段；二是几类报警搅在一起，你分不清谁先谁后。

我们能做的，是帮你把一屏的条目按因果关系排出来，而不是念给你听。

一句实在话：公司是新的，但团队在电气与软件这两行做了三十多年。诊断缓冲区这事，我们是一行一行看出来的经验。

更多这类速查表，我们会持续整理。