S7-1500 面板 SF 灯闪，别急着换模块

一台 S7-1500 的 SF 灯红了，机器停在那。

值班电工第一反应是"模块坏了"，报采购换一个。

等来了模块，换上，灯还红。

这时候才有人想起去看诊断缓冲区。

现场这种事太多，损失全花在"猜"上。

这篇文章把面板上五个灯的分工讲清楚。

不换成产品说明书，只讲停机那一刻你怎么看、先查哪、下一步点哪。

先记住：灯是"方向标"，不是"结论"

S7-1500 的 CPU 面板上，灯的布局跟老 S7-300/400 不一样。

但分工的思路没变：灯只告诉你"故障在哪个方向"，不直接给出原因。

真正的原因要去 TIA Portal 的诊断缓冲区看报文。

灯的价值是——让你少走 90% 的冤枉路，把第一刀下对地方。

下面按灯说。

RUN / STOP：这两个灯看的是 CPU 的运行状态

RUN 绿灯常亮，CPU 在正常运行，程序在做扫描。

STOP 黄灯常亮，CPU 停机了，程序不执行。

这两个灯不是"故障灯"，是"状态灯"。

但很多人一看到 STOP 亮就慌。

先别慌，问一句：是人为停的，还是自己停的？

手误拨到 STOP、断电重上电后停在 STOP、诊断里出现停机类事件——处理方式完全不同。

SF（系统故障灯）：亮了说明诊断缓冲区有"待读"内容

SF 是 S7-1500 里最容易被误判的一个灯。

它红色常亮或闪烁，意味着诊断缓冲区里有还没处理的事件。

常见指向三类：

一是有模块掉线或组态不一致。

二是 IO 访问错误，比如某个信号没有组态到对应地址。

三是程序里埋的诊断请求被触发。

注意关键区分：SF 闪烁和 SF 常亮，优先级默认不同。

闪烁通常和可恢复的诊断事件相关，常亮往往对应更严重的、需要处理的故障。

但这不是铁律——要往下看。

BF（总线故障灯）：查的是什么

BF 亮，指向的是现场总线（PROFINET）这一层的问题。

站没上线、设备掉线、网线拔了、交换机端口断了，都可能让 BF 亮起来。

BF 和 SF 经常一起出现，因为总线故障会同时触发诊断事件。

判断顺序可以这样记：

BF 单独亮 → 先查总线和从站。

SF 和 BF 一起亮 → 先处理 BF 那一层，再看诊断缓冲区还有没有别的。

MAINT（维护指示灯）：最容易被忽略的一个

MAINT 黄灯亮，是"该做维护了"的提醒。

不是故障，是提示。

它可能对应的是某些组件的寿命临近、需要固件或组态维护等提示。

现场很多人不认识这个灯，要么忽略，要么当成故障去修。

先看清楚：MAINT 亮不代表停机，设备可能还在正常跑。

它在提示你提前处理，而不是已经出事。

现场 15 秒的判断顺序

第一眼：RUN 还是 STOP。

RUN 绿着但工艺不对 → 大概率不是硬件，先查逻辑。

STOP 亮着 → 是手停还是自停。

第二眼：SF 和 BF 谁亮。

BF 亮 → 先查总线，别拆 CPU。

只有 SF → 打开诊断缓冲区看具体事件码。

第三眼：记住诊断缓冲区的报文才是结论，灯只是方向。

这套顺序能截图存手机。

停机时按这个来，比"感觉是模块坏了"靠谱得多。

什么情况下你不必找我们

这段内容查的是"方向"，不是"修"。

如果你的现场有常驻电气工程师、手头开着 TIA Portal、对诊断缓冲区熟，那这五个灯你自己就能判，不必找任何外部团队。

我们要接的，是灯判完了、诊断缓冲区读出来了，人却读不懂那份报文、或者根本拿不到项目工程去打开的那类活。

灯你自己会看，工程文件拿不到、程序锁着读不出来——这才是我们真正该出现的地方。

公司是新的，但这套看灯、读诊断、判断下一步的思路，是在电气这条线上做了三十多年才养成的。

这类速查我们会持续整理，下一篇讲诊断缓冲区里那些高频出现、一眼就能对上号的报警事件码。