S7-1200 面板灯闪了，先看灯还是先看程序

技术专栏 2026-11-03 03:45#工业控制#西门子#指示灯#故障排查

设备停了，CPU 面板上一盏灯在闪。很多人的反应是：打开博图，把程序重下一遍

这一步十有八九是白做。灯报的是当前状态，重下载解决不了物理层的毛病先分清是哪盏灯在叫，再决定动不动手

S7-1200 / S7-1500 面板上要认的就是五盏。 RUN / STOP、SF（ERROR）、BF（MAINT 就是它的搭档）、MAINT 下面这张表，建议存手机里

为什么先看灯，一个常见的时间线

现场常见的经过是这样，写成时间线

早上八点，操作工报停机，面板 SF 灯常亮。电气员赶到，先重下一遍程序，报警清了，设备起来了上午十点，同一盏灯又亮。再重下，又好了。下午再来一回

到了第三天，大家得出结论程序有毛病，得找人重写真正的原因呢？博图诊断缓冲区从开机起就写着同一句话某个从站无响应。网头那个交换机的端口松了产线一震，接触不良，掉一次网报一次警

程序从头到尾没坏过。

重下载清掉的是报警记录，不是故障原因这个弯路走下来，三天停机损失，够换一台交换机加全厂网线

如果倒过来走，把这条时间线改成十分钟八点先拍照记灯、开缓冲区、查到从站无响应再走到配电柜看一眼端口灯，排查当天就能收尾

这个价值很实在灯不告诉你答案，但它告诉你去哪找答案

RUN 常绿：正常运行。不亮或闪，先别慌，往下看 STOP 和状态，组合才有意义

STOP 常黄：CPU 停机，程序不在跑。常见原因三个：有人按了停止；程序里写了 STOP；CPU 启动时检测到错误停在那里先看停机原因那一栏，它写得很明白

SF / ERROR 红色常亮或闪：CPU 检测到了错误。这一盏让人紧张，但它只说"有事"，不说"什么事" 什么事要看诊断缓冲区，面板灯本身不给你答案常见三类：IO 访问错误（组态里有、现场读不到）、通信故障、程序访问错误动手：博图在线，打开诊断缓冲区，从当下这条往回翻，别先动程序

BF 红色闪：总线故障，从站掉了。 PROFINET 网上有一个或几个设备没应答常见原因三个：网线松或断、从站断电、设备名或 IP 跟组态对不上动手：先看掉的那个从站的网络指示灯，再看交换机端口 ping 得通还报 BF，多半是设备名不对，重下程序没用

MAINT 黄色常亮或闪：维护请求，不是故障。这盏常被误解：很多人看见黄灯就当坏机处理它说的是"该维护了"——比如存储卡剩余寿命、某些通道需要校准设备此时往往还在正常跑，不需要停机动手：诊断缓冲区里查是哪一项在提维护请求，记进维护计划就行

再提醒一句：不同固件版本的 S7-1200/1500，面板灯行为和诊断条目写法会有出入个别状态到底指向什么，以博图在线诊断缓冲区为准这张表只负责帮你迈出一步，不能替代诊断工具本身

面板有灯异常时，按这个顺序走：

一，先记下哪盏灯、什么颜色、常亮还是闪。拍张照，别靠回忆

二，SF 和 BF 同时亮，先查 BF。通信断了，IO 错误往往跟着一起来，修好网络一半报警自己消

三，只有 SF，开博图看诊断缓冲区。按时间排序，找头一条，后面多半是它连带出来的

四，只有 MAINT，不用停机。登记维护项，安排计划内处理

五，STOP 常黄且不自己起来，先看停机原因，再决定要不要动程序。大多数时候，答案在停机原因那一栏里写得清清楚楚

一是看到红灯就重下程序。如果错误在硬件或网络这一层，重下一遍，旧的报警清了，问题还在过两天同样的灯又亮，你还以为设备老毛病

二是看到黄灯 MAINT 就报停机维修。它是提醒不是故障，为了黄灯停一条产线，损失就大了

灯看懂了、诊断缓冲区翻了，问题还定位不了的情况也有。比如程序里被写死了不该有的逻辑、块与块之间的调用关系理不清、或者上一位工程师留下的东西没人看得懂

那种时候，光靠这盏表不够，得有人把程序整个读一遍。这属于我们做的事：只碰软件这一层，不修硬件

反过来，如果照着上面的表查完，发现是网线松了、模块没上电—— 那就自己插好线完事，不必找任何人

一句话收尾：灯是给现场的人省时间的，不是吓人的。看得懂灯，一半的停机排查可以在十分钟内出结论