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.
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.
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.
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 schließt diese Schleife automatisch: computer-vision-verifiziertes OEE erfasst den Stopp in dem Moment, in dem die Linie anhält, und das verbundene CMMS verknüpft ihn mit dem Arbeitsauftrag und der Behebung, wodurch verlässliche MTBF- und MTTR‑Zahlen entstehen.
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?
Schon leere OB121/OB122 (und die Hardware-Fehler-OBs) halten die CPU bei behebbaren Fehlern im RUN, statt die Produktion zu stoppen. Fügen Sie bei Bedarf Logging‑Logik hinzu.
Um zu sehen, wie automatische Stopp‑Erkennung und geschlossene Workorders SPS‑Fehler in eine verwaltbare Historie verwandeln, buchen Sie eine Demo.
Bei Siemens‑CNC‑Maschinen löst die Steuerungsseite eigene Alarme aus: Unser Sinumerik‑Alarmcodes‑Fehlerbehebungsleitfaden behandelt die Zahlenbereiche und erste Prüfungen.
Anmeldung
Blog
