Menu
Dioda SF (błąd) w sterowniku Siemens S7 PLC: co to oznacza i jak go rozwiązać

Dioda SF (błąd) w sterowniku Siemens S7 PLC: co to oznacza i jak go rozwiązać

Dioda SF (błąd systemu) w sterownikach PLC Siemens S7, wyjaśnienie: co ją wywołuje, jak odczytać bufor diagnostyczny, najczęstsze przyczyny oraz krok po kroku jak bezpiecznie ją zresetować.
Dioda SF (błąd) w sterowniku Siemens S7 PLC: co to oznacza i jak go rozwiązać

Najważniejsze wnioski: Dioda SF na sterowniku Siemens S7 (S7-300, S7-400, a odpowiednik, dioda ERROR na S7-1200/1500) sygnalizuje błąd systemowy: CPU wykryło błąd sprzętowy lub programowy. Najbardziej przydatnym krokiem jest odczyt bufora diagnostycznego w TIA Portal lub STEP 7, który zapisuje dokładnie, co wywołało błąd i kiedy.

Większość przypadków SF wynika z uszkodzonego lub brakującego modułu I/O, przerwanego połączenia PROFIBUS lub PROFINET, błędu programu (np. dostępu do nieistniejącego adresu) lub rozładowanej baterii podtrzymującej pamięć w starszych CPU.

Co dokładnie sygnalizuje dioda SF

SF oznacza Sammelfehler (błąd zbiorczy). Jest to wskaźnik zbiorczy: CPU agreguje błędy sprzętowe i programowe w jednym sygnale, więc sama dioda nigdy nie podaje przyczyny. W S7-300/400 czerwona dioda SF znajduje się na CPU i może też pojawić się na poszczególnych modułach I/O; w S7-1200/1500 odpowiednikiem jest czerwona dioda ERROR.

Pierwsza rozróżnienie: czy CPU nadal jest w RUN, czy przeszło do STOP? Sterownik, który pozostaje w RUN przy świecącej diodzie SF, zwykle ma błąd sprzętowy tolerowany (przerwanie diagnostyczne zostało obsłużone). CPU w STOP oznacza, że błąd był na tyle poważny, że zatrzymał program, często jest to nieobsłużony błąd programowy.

Krok 1: zawsze odczytaj bufor diagnostyczny

Połącz się przez TIA Portal (lub STEP 7 Classic w systemach legacy), przejdź online i otwórz bufor diagnostyczny CPU. Zawiera on wpisy z sygnaturami czasowymi dla każdego zdarzenia błędu: który moduł, która szyna (rack) i slot, który OB był zaangażowany oraz klasa błędu. To zamienia zgadywanie w czytanie. Jeśli w zakładzie występują powtarzające się zdarzenia SF, wyeksportuj lub sfotografuj bufor przed jego wyczyszczeniem.

Najczęstsze przyczyny

  • Awaria lub brak modułu I/O. Moduł, który uległ uszkodzeniu, utracił kontakt z tylną szyną lub został usunięty podczas gdy był skonfigurowany. Bufor wskazuje rack i slot.
  • Usterki magistrali polowej. Slave PROFIBUS odpadł, urządzenie PROFINET straciło łącze, albo uszkodzony został kabel lub rezystor terminujący. Błędy magistrali często zapalają BF obok SF.
  • Błędy programu. Dostęp do nieistniejącego adresu I/O, wyjście poza zakres tablicy lub brak bloku organizacyjnego: jeśli odpowiadający OB (np. OB121 lub OB122) nie jest załadowany, CPU przechodzi do STOP.
  • Rozładowana bateria podtrzymująca lub błąd pamięci w starszych stacjach S7-300/400, zwłaszcza po zaniku zasilania.
  • Spadki napięcia na szynie I/O. Obniżenie zasilania 24 V może chwilowo wyłączać moduły i logować błędy sprzętowe.

Bezpieczne usuwanie

  • 1. Przed podjęciem jakichkolwiek działań odczytaj i zapisz bufor diagnostyczny.
  • 2. Usuń wskazaną przyczynę: popraw osadzenie lub wymień moduł, napraw połączenie magistrali, skoryguj program i załaduj brakujące OB-y obsługi błędów.
  • 3. Jeżeli konfiguracja została zmieniona celowo (moduł faktycznie usunięty), zaktualizuj konfigurację sprzętową tak, aby projekt odpowiadał rzeczywistości.
  • 4. Uruchom ponownie zgodnie z obowiązującymi na obiekcie procedurami zmian i zasadami bezpieczeństwa. Nigdy nie omijaj błędu, którego nie wyjaśniłeś.

Od jednorazowej naprawy do wzorca

Zdarzenie SF to zatrzymanie z przypisaną przyczyną, więc jeśli jest rejestrowane, stanowi cenne dane konserwacyjne. Zaloguj każde zdarzenie, wpis z bufora i wykonaną naprawę w swoim systemie CMMS i analizuj nawracających sprawców w analizie przestojów.

Powtarzające się błędy magistrali na jednym segmencie lub powtarzające się awarie modułów w jednej szafie wskazują na problemy z temperaturą, wibracjami lub jakością zasilania, warto przeprowadzić analizę przyczyn źródłowych.

Fabrico zamyka tę pętlę automatycznie: weryfikowane komputerowo-wizyjnie OEE rejestruje zatrzymanie w momencie zatrzymania linii, a połączony CMMS wiąże je ze zleceniem roboczym i naprawą, dostarczając rzetelne dane MTBF i MTTR.

FAQ

Dioda SF jest włączona, ale maszyna dalej działa. Czy mogę to zignorować?
Nie. Dziś tolerowany błąd (jeden padnięty kanał wejściowy, jeden utracony slave) często jest wczesnym ostrzeżeniem przed całkowitym zatrzymaniem później. Odczytaj bufor i zaplanuj naprawę.

SF i BF świecą. Który błąd najpierw?
Najpierw zajmij się błędem magistrali. Uszkodzone połączenie PROFIBUS lub PROFINET często podnosi oba wskaźniki, a przywrócenie magistrali zwykle czyści obie diody.

Czy wymiana modułu wyłączy diodę SF?
Gdy CPU ponownie rozpozna skonfigurowany sprzęt jako zdrowy, warunek błędu zostanie skasowany. Wpis w buforze pozostanie jako historia, co jest pożądane.

Co powinny zawierać załadowane OB-y błędów?
Nawet puste OB121/OB122 (oraz OB-y obsługi błędów sprzętowych) utrzymują CPU w RUN przy błędach możliwych do odzyskania zamiast zatrzymywać produkcję. Dodaj logikę rejestrującą tam, gdzie to użyteczne.

Aby zobaczyć, jak automatyczne wykrywanie zatrzymań i zamknięte pętle zleceniowe przekształcają awarie PLC w zarządzalną historię, zarezerwuj demo.

Na maszynach CNC Siemens strona sterowania generuje własne alarmy: nasz poradnik rozwiązywania kodów alarmów Sinumerik obejmuje zakresy numerów i pierwsze kontrole.

Najnowsze wiadomości z naszego bloga

Zdefiniuj swoją mapę drogową niezawodności
Sprawdź swój potencjalny zwrot z inwestycji: zarezerwuj prezentację na żywo
Zdefiniuj swoją mapę drogową niezawodności
Klikając przycisk Akceptuj, wyrażasz zgodę na korzystanie z plików cookie podczas uzyskiwania dostępu do tej witryny i korzystania z naszych usług. Aby dowiedzieć się więcej o tym, jak pliki cookie są używane i zarządzane, zapoznaj się z naszą Polityką prywatności Polityka prywatności i Deklaracja plików cookie