Siemens S7 SPS SF-Fehler-LED: Was sie bedeutet und wie man sie behebt

Wichtigste Erkenntnisse: Die SF-LED an einer Siemens S7 SPS (S7-300, S7-400 und die entsprechende ERROR-LED bei S7-1200/1500) signalisiert einen Systemfehler: Die CPU hat einen Hardware- oder Programmfehler erkannt. Der hilfreichste Schritt ist das Auslesen des Diagnosepuffers im TIA Portal oder STEP 7, der genau aufzeichnet, was den Fehler ausgelöst hat und wann.

Die meisten SF-Zustände lassen sich auf ein ausgefallenes oder fehlendes I/O-Modul, eine unterbrochene PROFIBUS- oder PROFINET-Verbindung, einen Programmfehler wie den Zugriff auf eine nicht vorhandene Adresse oder eine leere Pufferbatterie bei älteren CPUs zurückführen.

Was die SF-LED tatsächlich signalisiert

SF steht für Systemfehler (Sammelfehler). Es ist eine Sammelanzeige: Die CPU fasst Hardware- und Programmfehler in dieser einen LED zusammen, sodass die LED allein nie die Ursache verrät. Bei S7-300/400 sitzt die rote SF-LED an der CPU und kann auch an einzelnen I/O-Modulen erscheinen; bei S7-1200/1500 entspricht die rote ERROR-LED dieser Anzeige.

Die erste Unterscheidung: Ist die CPU noch im RUN-Modus oder ist sie in STOP gefallen? Eine CPU, die trotz leuchtender SF im RUN bleibt, hat meist einen tolerierten Hardwarefehler (ein Diagnose-Interrupt wurde behandelt). Eine CPU im STOP bedeutet, dass der Fehler so schwerwiegend war, dass das Programm gestoppt wurde, oft ein unbehandelter Programmfehler.

Schritt 1: Immer den Diagnosepuffer auslesen

Verbinden Sie sich mit dem TIA Portal (oder STEP 7 Classic bei Altanlagen), gehen Sie online und öffnen Sie den Diagnosepuffer der CPU. Er listet zeitgestempelte Einträge für jedes Fehlerereignis: welches Modul, welches Rack und welcher Steckplatz, welcher OB beteiligt war und die Fehlerklasse. Das macht Raten überflüssig. Hat die Anlage wiederkehrende SF-Ereignisse, exportieren oder fotografieren Sie den Puffer, bevor Sie etwas löschen.

Häufigste Ursachen

• Ausfall oder Fehlen eines I/O-Moduls. Ein Modul, das ausgefallen ist, den Backplane-Kontakt verloren hat oder entfernt wurde, obwohl es konfiguriert war. Der Puffer nennt Rack und Steckplatz.
• Feldbusfehler. Ein PROFIBUS-Slave ist ausgefallen, ein PROFINET-Gerät hat die Verbindung verloren oder ein Kabel bzw. Abschlusswiderstand ist defekt. Busfehler schalten häufig zusätzlich die BF-LED neben SF ein.
• Programmierfehler. Zugriff auf eine nicht existente I/O-Adresse, Array-Index außerhalb des Bereichs oder fehlender Organisationsbaustein: Wenn das passende Fehler-OB (z. B. OB121 oder OB122) nicht geladen ist, geht die CPU in STOP.
• Leere Pufferbatterie oder Speicherfehler bei älteren S7-300/400-Anlagen, besonders nach einem Stromausfall.
• Spannungseinbrüche in einem I/O-Rack. Eine absackende 24-V-Versorgung kann Module kurzzeitig ausfallen lassen und Hardwarefehler protokollieren.

Sicheres Zurücksetzen

• 1. Lesen und sichern Sie zuerst den Diagnosepuffer.
• 2. Beheben Sie die benannte Ursache: Modul erneut einsetzen oder ersetzen, Busverbindung reparieren, Programm korrigieren und die Fehler-OBs laden.
• 3. Wurde die Konfiguration absichtlich geändert (ein Modul wirklich entfernt), passen Sie die Hardwarekonfiguration an, damit Projekt und Anlage übereinstimmen.
• 4. Starten Sie gemäß den Änderungs- und Sicherheitsvorschriften Ihres Standorts neu. Umgehen Sie niemals einen Fehler, den Sie nicht erklärt haben.

Vom Einzelfall zum Muster

Ein SF-Ereignis ist ein Stillstand mit einer zugeordneten Ursache und damit wertvolle Wartungsinformation, wenn es aufgezeichnet wird. Protokollieren Sie jedes Ereignis, den Puffer-Eintrag und die Behebung in Ihrem CMMS und prüfen Sie Wiederholungstäter in Ihrer Ausfallanalyse.

Wiederkehrende Busfehler auf einem Segment oder wiederholte Modul-Ausfälle in einem Schrank deuten auf Wärme-, Vibrations- oder Netzqualitätsprobleme hin und rechtfertigen eine Fehlerursachenanalyse.

Fabrico erfasst den Stopp in dem Moment, in dem die Linie anhält, über SPS, IoT-Sensor oder Kamera, und ein Techniker öffnet den Arbeitsauftrag direkt aus diesem Stillstand, sodass aus Fehler und Behebung verlässliche MTBF- und MTTR-Zahlen entstehen.

FAQ

Die SF-LED ist an, aber die Maschine läuft weiter. Kann ich das ignorieren?

Nein. Ein heute tolerierter Fehler (z. B. ein ausgefallener Eingangskanal, ein verlorener Slave) ist oft die Vorwarnung eines späteren Komplettausfalls. Lesen Sie den Puffer und planen Sie die Behebung.

SF und BF sind beide an. Welchem folge ich zuerst?

Gehen Sie zuerst dem Busfehler nach. Eine ausgefallene PROFIBUS- oder PROFINET-Verbindung verursacht häufig beide Anzeigen; die Wiederherstellung des Busses löscht meist beide.

Wird die SF-LED durch Austausch des Moduls gelöscht?

Sobald die CPU die konfigurierte Hardware wieder als fehlerfrei erkennt, verschwindet der Fehlerzustand. Der Puffer-Eintrag bleibt als Historie erhalten, genau wie gewünscht.

Welche OBs sollten für Fehler geladen sein?

Das Laden von OB121/OB122 (und der Hardware-Fehler-OBs) hält die CPU bei behebbaren Fehlern im RUN, aber lassen Sie diese OBs nie leer. Ergänzen Sie Logik, die das Ereignis protokolliert und den betroffenen Anlagenteil in einen sicheren Zustand bringt, und behalten Sie Sicherheitsfunktionen im Sicherheitsprogramm statt in diesen OBs.

Um zu sehen, wie automatische Stopp-Erkennung und Wartungsaufträge SPS-Fehler in eine verwaltbare Historie verwandeln, lesen Sie, wie Fabrico Stillstände erfasst.

Fabrico ist Software für OEE, Stillstandserfassung und Instandhaltung. Wir verkaufen keine Ersatzteile und bieten keine Reparaturdienstleistungen an.

Bei Siemens-CNC-Maschinen löst die Steuerungsseite eigene Alarme aus: Unser Sinumerik-Alarmcodes-Fehlerbehebungsleitfaden behandelt die Zahlenbereiche und erste Prüfungen.