Основни кодове за грешки на Allen‑Bradley: Как да ги разчитате, изчиствате и предотвратявате

Ключови изводи: При контролерите Allen-Bradley Logix (ControlLogix, CompactLogix) една основна грешка спира програмата и поставя индикацията OK/FAULT на контролера в състояние на грешка. Всяка основна грешка има Тип и Код (например Тип 4 = грешка в програмата, с кодове за грешки като индекс на масив извън обхвата).

В Studio 5000 в Controller Properties, раздела Major Faults се показва записът; възстановимите грешки могат да се изчистят там или да се обработват автоматично от рутина за грешки, така че един единствен лош индекс на масив не трябва да спира цялата линия.

Типове грешки, които всъщност ще срещнете

• Тип 1: грешки при стартиране (power-up), контролерът е влязъл в грешка по време на включване (често обработчикът при стартиране е конфигуриран умишлено да предизвиква грешка, за да не се рестартира процесът без надзор).
• Тип 3: I/O грешки, изискваната I/O връзка е прекъснала докато грешката е била конфигурирана като основна (липсващ модул, недействащ мрежов възел).
• Тип 4: грешки при изпълнение на програмата, най-разпространената категория: индекс на масив извън обхвата, аритметично препълване, JSR към липсваща рутина, невалидни данни за инструкция.
• Тип 6: watchdog, задача е надвишила времето на watchdog-а, обичайно след добавяне на тежка логика или цикли в бърза периодична задача.
• Тип 7: грешки в постоянната памет (nonvolatile), запис или четене от картата памет не е успяло.

Точният списък е в документацията на Rockwell за кодовете на грешки; същественото е да се чете двойката (Тип, Код), вместо да се третира „влязъл в грешка“ като едно недиференцирано събитие.

Четене и изчистване на грешката

• 1. Влезте онлайн в Studio 5000 и отворете Controller Properties, раздела Major Faults. Запишете типа, кода и текста на грешката, включително коя програма и рутина са предизвикали грешката.
• 2. Отстранете причината: коригирайте логиката (проверка на границите на индекса, защита при аритметични операции), възстановете I/O връзката, увеличавайте времето на watchdog-а само ако задачата наистина се нуждае от това.
• 3. Изчистете грешката от раздела Major Faults (или превключете режима според локалната процедура) и върнете контролера в Run, следвайки правилата на обекта за рестарт и безопасност.

Рутини за грешки: обработка без спиране на линията

За възстановими Тип 4 грешки Logix позволява всяка програма да има рутина за грешки: когато възникне грешката, рутината се изпълнява, може да регистрира събитието и да изчисти записа на грешката, и изпълнението продължава. При добро използване това превръща срив, спиращ линията, в регистрирано събитие с аларма.

При лошо използване то тихомълком поглъща реални проблеми, затова ВИНАГИ записвайте какво е прихванато (данните от записа на грешката) някъде, където човек може да ги прегледа, и задействайте аларма при повторения. Програма за обработка на грешки на ниво контролер играе същата роля за грешки с обхват на контролера.

От лог на грешките към данни за надеждност

Всяка основна грешка е събитие на престой с прецизна, машинно-четима причина, което я прави ценна входна информация за работа по надеждността, ако напусне PLC-то.

Записвайте грешките с техния Тип и Код в работните нареждания на вашата CMMS , преглеждайте ги в анализите на престои и проектирайте кодовете на грешките така, че да назовават реални причини, а не общи категории.

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

За дисциплината при проектирането от страна на PLC вижте нашето ръководство за PLC в производството .

ЧЗВ

Каква е разликата между основна (major) и второстепенна (minor) грешка?
Основната грешка спира изпълнението на програмата; второстепенната регистрира състоянието и изпълнението продължава. Същата първопричина може да бъде едното или другото, в зависимост от конфигурацията.

Грешката се изчиства, но се връща отново. Какво да правя?
Причината все още е налице. Прочетете справката в записа на грешката за програма и рутина и коригирайте логиката или връзката, която е посочена; не скриптирайте автоматични изчиствания около недиагностицирана грешка.

Трябва ли всяка програма да има рутина за грешки?
При програми, където възстановима грешка в данните не трябва да спира машината, да, с регистриране и алармиране. Логиката, свързана с безопасността, следва свои стандарти и никога не се „изчиства и продължава“ лекомислено.

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