Menu
LED индикатор SF за грешка на Siemens S7 PLC: какво означава и как да го отстраните

LED индикатор SF за грешка на Siemens S7 PLC: какво означава и как да го отстраните

SF (system fault) светодиодът на Siemens S7 PLC: обяснение, какво го задейства, как да прочетете диагностичния буфер, най-честите причини и стъпка по стъпка инструкция за безопасното му изчистване.
LED индикатор SF за грешка на Siemens S7 PLC: какво означава и как да го отстраните

Ключови изводи: Светодиодът SF на Siemens S7 PLC (S7-300, S7-400 и еквивалентният ERROR LED на S7-1200/1500) сигнализира системна грешка: CPU-то е засекло хардуерна или програмна грешка. Най-полезната една стъпка е прочитането на диагностичния буфер в TIA Portal или STEP 7, който записва точно какво е предизвикало грешката и кога.

Повечето SF случаи се дължат на повреден или липсващ I/O модул, прекъсната PROFIBUS или PROFINET връзка, програмна грешка като достъп до несъществуващ адрес, или изтощена резервна батерия на по-старите CPU.

Какво всъщност сигнализира светодиодът SF

SF означава системна грешка (Sammelfehler). Това е колективен индикатор: CPU-то агрегира хардуерни и програмни грешки в един светодиод, така че само по светодиода никога не можете да разберете причината. На S7-300/400 червеният SF светодиод е върху CPU-то и може да се появи и на отделни I/O модули; на S7-1200/1500 еквивалентът е червеният ERROR LED.

Първото разграничение: CPU-то все още ли е в RUN или е преминало в STOP? CPU, който остава в RUN със светнал SF, обикновено има толерирана хардуерна грешка (беше обработено диагностично прекъсване). CPU в STOP означава, че грешката е била достатъчно сериозна, за да спре изпълнението на програмата, често поради необработена програмна грешка.

Стъпка 1: винаги четете диагностичния буфер

Свържете се с TIA Portal (или STEP 7 Classic при наследствени системи), влезте онлайн и отворете диагностичния буфер на CPU-то. Той изброява записани с времеви печат записи за всеки фаулт: кой модул, коя рамка (rack) и слот, кой OB е бил засегнат и класът на грешката. Това превръща гадаенето в четене.

Ако във вашия обект има повтарящи се SF събития, експортирайте или фотографирайте буфера преди да изтриете каквото и да е.

Най-чести причини

  • Неизправност или липса на I/O модул. Модул, който е повредил, загубил контакт с гръбната шина (backplane) или е бил премахнат докато е бил конфигуриран. Буферът посочва рамката и слота.
  • Грешки по полевата шина. PROFIBUS раб (slave) е отпаднал, PROFINET устройство е загубило връзка или е дефектирал кабел или терминатор. Шинните грешки често светват BF заедно със SF.
  • Програмни грешки. Достъп до несъществуващ I/O адрес, масив извън граници или липсващ организационен блок: ако съответният OB за грешки (например OB121 или OB122) не е зареден, CPU-то отива в STOP.
  • Изтощена резервна батерия или грешка в паметта на по-старите S7-300/400 станции, особено след спиране на захранването.
  • Понижения на захранването в I/O рамка. Понижаване на 24 V захранване може временно да изключи модули и да регистрира хардуерни грешки.

Безопасно изчистване

  • 1. Прочетете и запазете диагностичния буфер преди всичко.
  • 2. Отстранете посочената причина: поставете отново или сменете модула, ремонтирайте шинната връзка, коригирайте програмата и заредете OB-овете за грешки.
  • 3. Ако конфигурацията е била променена умишлено (модулът наистина е премахнат), обновете хардуерната конфигурация, така че реалността и проекта да съвпадат.
  • 4. Рестартирайте според процедурите за промяна и безопасност на обекта. Никога не заобикаляйте грешка, която не сте обяснили.

От еднократен ремонт към установяване на модел

SF събитието е престой с прикачена причина, което го прави ценна поддръжна информация, ако бъде записано. Регистрирайте всяко събитие, записа от буфера и извършения ремонт в своя CMMS и преглеждайте повтарящите се виновници в анализа на престоите.

Повтарящи се шинни грешки в един сегмент или повтарящи се повреди на модули в един шкаф насочват към проблеми с температурата, вибрации или качеството на захранването, които заслужават анализ на коренната причина.

Fabrico затваря този цикъл автоматично: верифицирано с компютърно зрение OEE улавя спирането в момента на спирането на линията, а свързаният CMMS го свързва с работната поръчка и ремонта, подавайки коректни MTBF и MTTR числа.

ЧЗВ

SF светодиодът е включен, но машината все пак работи. Мога ли да го пренебрегна?
Не. Толерираната грешка днес (един повреден входен канал, един отпаднал slave) често е ранно предупреждение за пълно спиране по-късно. Прочетете буфера и насрочете отстраняването.

SF и BF горят едновременно. Кое да проследя първо?
Проследете първо шинната грешка. Повредена PROFIBUS или PROFINET връзка обикновено вдига и двата индикатора, и възстановяването на шината ги изчиства.

Ще изчисти ли SF светодиода смяната на модула?
Щом CPU-то види отново конфигурирания хардуер като здрав, състоянието на грешка се изчиства. Записът в буфера остава като история, което е точно това, което искате.

Какво трябва да съдържат OB-овете за грешки?
Дори празни OB121/OB122 (и OB-овете за хардуерни грешки) държат CPU-то в RUN при възстановими грешки, вместо да спират производството. Добавете логика за логване, където е полезно.

За да видите как автоматичното откриване на спиране и затворените работни поръчки превръщат PLC грешките в поддържаема история, запишете се за демонстрация.

При CNC машини на Siemens контролната страна генерира свои аларми: нашето ръководство за отстраняване на кодове за аларми Sinumerik обхваща диапазоните от номера и първите проверки.

Последно от блога

Начертайте вашата пътна карта за надеждност
Изчислете потенциалната възвръщаемост: запазете час за демонстрация
Начертайте вашата пътна карта за надеждност
Като натиснете бутона Приемам, вие давате съгласието си за използването на `бисквитки`, докато ползвате до този уебсайт. За да научите повече за това как `бисквитките` се използват и управляват, моля, вижте нашата Политика за поверителност и Декларация за Бисквитките