Какво се случва, когато промишлен панел за управление открие развиваща се неизправност, преди операторът да разпознае видим проблем?

Честотният регулатор на двигател може да започне да консумира ток с нестабилни характеристики. Захранващ модул може да започне да работи при по-висока от нормалната температура. Между устройствата за управление могат периодично да се появяват комуникационни грешки.

В конвенционална система тези състояния често се превръщат в проблеми за поддръжката едва след възникване на аларма, изключване или спиране.

По-интелигентните архитектури за управление могат да реагират по-рано.

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

Тази концепция понякога се описва като самовъзстановяващ се панел за управление.

Терминът не трябва да се тълкува буквално. Един панел за управление не може сам да ремонтира повреден контактор, изгоряла клема или повреден честотен регулатор.

Той може да разпознава определени неизправности и да използва предварително зададени стратегии за възстановяване, за да ограничи влиянието им върху производството.

Фигура 1. Модулните промишлени панели за управление осигуряват основата за диагностика, изолиране и структурирана подмяна на компоненти.

Слабото място често не е машината

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

PLC, захранвания, релета, честотни регулатори, комуникационни модули и I/O устройства работят заедно, за да поддържат предвидима последователност на работа.

Следователно повреда в един малък компонент може да засегне много по-голям процес.

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

Традиционните стратегии за поддръжка се справят с тези рискове чрез инспекции, резервни части, превантивна подмяна и намеса на оператора.

Тези практики остават необходими.

Ограничението е времето за реакция.

Когато откриването на неизправност зависи предимно от спирането на машина или от това операторът да види аларма, процесът вече е навлязъл в ненормално работно състояние.

Съвременният дизайн на системите за управление все по-често се стреми да открива влошаването, преди да се стигне дотам.

Какво всъщност означава самовъзстановяване

От инженерна гледна точка самовъзстановяването се разбира по-добре като комбинация от откриване на неизправности, изолиране на неизправности и автоматизирано възстановяване.

Една практична архитектура може да изпълнява няколко функции.

Първо, системата открива ненормален сигнал или работно състояние.

Второ, диагностичната логика определя кое устройство, коя верига или коя зона на процеса е засегната.

Трето, системата за управление изолира засегнатата функция, когато архитектурата го позволява.

Накрая резервен хардуер или алтернативен път за управление може да поддържа част от процеса, докато екипът по поддръжката се намеси.

Операторът продължава да получава аларми, регистри и диагностична информация.

Целта не е да се елиминират повредите. Целта е да се предотврати автоматичното превръщане на всяка отделна повреда в прекъсване на работата на целия завод.

Модулната архитектура прави изолирането на неизправности практично

Отказоустойчивото поведение започва с физическия дизайн.

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

Модулната архитектура създава по-ясни функционални граници.

Електрозахранването, управлението, комуникацията, задвижванията и I/O могат да бъдат разделени на ясно разпознаваеми секции с подходяща защита и достъп за диагностика.

Това предлага няколко оперативни предимства.

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

Модулността също така подпомага стандартизираните стратегии за резервни части.

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

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

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

Контролерът, I/O платформата, електрическият проект и процедурата за безопасност трябва изрично да го поддържат.

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

Прогнозният мониторинг търси промени преди повреда

Самоуправляващата се стратегия за управление се нуждае от информация за състоянието на оборудването.

Именно тук сензорите за IIoT и прогнозната поддръжка стават важни.

Съвременните системи за мониторинг могат да наблюдават електрическо натоварване, температура, вибрации, качество на комуникацията и други работни параметри.

Едно измерване може да не показва наличие на проблем.

Тенденцията често е по-полезна.

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

Двигател, при който се наблюдава нарастваща тенденция на вибрациите, може да се нуждае от механична проверка, преди състоянието да доведе до непланирано спиране.

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

Периферните изчисления позволяват част от този анализ да се извършва в близост до машината.

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

Това може да намали забавянето при реакция и да ограничи ненужния трафик на данни.

Диагностиката трябва да обяснява повече от „неизправност“

Общият индикатор за неизправност има ограничена стойност, когато производството вече е спряло.

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

Съвременните контролери и интелигентни устройства могат да предоставят диагностична информация на ниво компонент през управляващата мрежа.

След това слоят HMI или SCADA може да представи по-конкретна информация за алармата.

Вместо да отчита само обща повреда на задвижването, системата може да посочи кое задвижване е генерирало алармата и да запише свързаните работни стойности.

Историческите събития също помагат на инженерите да установят какво се е случило непосредствено преди аварийното изключване.

Това е особено важно, когато една първоначална повреда породи няколко вторични аларми.

Първата аларма, видима на екрана, може да не е основната причина.

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

Изолирането на повреда предотвратява разпространението на един проблем

Самото откриване не създава устойчивост на откази.

Архитектурата трябва също да определя какво се случва след разпознаване на повреда.

При някои приложения засегнатият модул може логически да бъде изключен от работната последователност.

В други случаи процесът може да се прехвърли към резервно оборудване.

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

Резервираността не е автоматично полезна.

Лошо проектираната резервирана система може да въведе допълнителни режими на отказ и да затрудни диагностиката.

Затова стратегията за възстановяване трябва да бъде проектирана едновременно със стратегията за откриване на повреди.

Фигура 2. Последователността с устойчивост на откази открива необичайното състояние, изолира засегнатата функция и прехвърля работата, когато е налична резервираност.

Повреда на задвижване показва как работи концепцията

Да разгледаме бутилираща линия, която използва честотни инвертори за регулиране на скоростта на конвейера.

Едно задвижване започва да показва нестабилно поведение на тока и повишаване на температурата.

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

Конвейерът спира.

След това екипът по поддръжката започва диагностика на повредения участък, докато производството остава прекъснато.

Архитектура с по-висока устойчивост на откази би могла да реагира по различен начин.

Системата за мониторинг на състоянието първа открива необичайния електрически и топлинен профил.

Системата за управление генерира предупреждение за поддръжка, преди процесът да достигне състоянието на аварийно изключване.

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

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

Производството може да продължи с пълен или намален капацитет в зависимост от конструкцията на процеса.

Този пример илюстрира важно ограничение.

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

Автоматизираното възстановяване е възможно само когато електрическата, механичната и софтуерната архитектура осигуряват алтернативен път.

Когато се използва управление с променлива скорост, подходящите архитектури на VFD и AC задвижвания могат да бъдат част от по-широка стратегия за поддръжка и резервиране.

Комуникацията е част от архитектурата за възстановяване

Съвременната диагностика до голяма степен зависи от индустриалните комуникационни мрежи.

Контролерите се нуждаят от информация за състоянието от задвижвания, отдалечени I/O модули, защитни устройства и други интелигентни компоненти.

EtherNet/IP, PROFINET и други индустриални протоколи могат да осигурят такава диагностична видимост, когато оборудването я поддържа.

Използването на индустриален Ethernet протокол обаче не прави автоматично мрежата отказоустойчива.

Устойчивостта зависи от мрежовата архитектура.

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

Затова инженерите трябва да разграничат два въпроса.

Може ли устройството да съобщи за повредата?

Може ли мрежата да продължи да работи след повредата?

Това са свързани, но технически различни възможности.

Безопасността и автоматичното възстановяване се нуждаят от ясни граници

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

Някои повреди трябва да водят до контролирано изключване, а не до автоматично продължаване на работата.

Аварийният стоп, защитната блокировка или опасното електрическо състояние не могат просто да бъдат заобиколени, защото поддържането на производството е желателно.

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

Това е особено важно, когато се използват резервирани пътища за управление.

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

Следователно концепцията за самовъзстановяване работи най-добре, когато ограничаването на повредите е проектирано около ясно определени функционални и безопасни зони.

Цифровите близнаци добавят слой за тестване

Цифровите близнаци могат да разширят проектирането с отказоустойчивост отвъд физическото табло.

Виртуалното представяне на системата за управление позволява на инженерите да проучат работните последователности, преди да внедрят промени в работещото оборудване.

Условията на повреда могат да бъдат въведени в модела, за да се изследва как реагира логиката за управление.

Инженерите могат да оценят дали се появяват правилните аларми, дали резервирането се превключва коректно и дали възникват непредвидени взаимодействия между процесите.

Това е особено полезно, когато логиката за възстановяване стане сложна.

Тестването на всяка възможна повреда върху работещо производствено оборудване може да е непрактично или опасно.

Средата за симулация предоставя още един начин за валидиране на поведението преди внедряване.

Фигура 3. Цифровата симулация може да помогне на инженерите да оценят последователностите при повреди и логиката за възстановяване, преди промените да достигнат до работещото оборудване.

Периферният интелект разширява локалното вземане на решения

Друго развитие е увеличаването на изчислителната мощност, достъпна директно в машината.

Традиционните архитектури за управление често изпращат аналитични задачи от по-високо ниво към централизирани сървъри.

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

Това може да бъде полезно за приложения, при които решенията за повреди трябва да се вземат бързо или не може да се разчита на непрекъсната облачна свързаност.

Локалната аналитика може да идентифицира необичайни модели и да изпраща само релевантни събития към надзорни или корпоративни системи.

PLC все още изпълнява детерминирано управление.

Аналитичният слой предоставя допълнителна информация, която може да повлияе на решенията за поддръжка или на предварително дефинираната логика за възстановяване.

Важно е тези функции да се поддържат ясно разделени.

Управлението на машината не трябва да зависи от непрозрачен аналитичен модел, чието поведение не може да бъде валидирано.

Въпроси, които инженерите трябва да зададат при проектирането на панела

Отказоустойчивият панел започва с проектантски въпроси, а не със софтуерна функция.

Инженерите трябва да определят дали отделните зони на повреда са ясно дефинирани в електрическата архитектура.

Те трябва да идентифицират кои повреди могат да бъдат изолирани, без да се изключва цялата машина.

Устройствата трябва да предоставят достатъчно диагностична информация в подкрепа на стратегията за поддръжка.

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

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

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

Логиката за възстановяване също трябва да се тества спрямо реалистични сценарии на повреда, а не само спрямо последователности при нормална работа.

Целта е контролирано деградиране, а не неразрушим панел

Индустриалното оборудване ще продължи да отказва.

Компонентите стареят. Връзките се влошават. Мрежите губят комуникация. Задвижванията се изключват поради повреда. Захранващите устройства достигат края на експлоатационния си живот.

Следователно инженерната цел не е невъзможен контролен панел, който никога не отказва.

По-добрата цел е плавно деградиране.

Системата трябва да идентифицира влошаването на състоянието възможно най-рано.

Когато възникне повреда, въздействието ѝ трябва да остане ограничено, когато архитектурата го позволява.

Операторите трябва да получават полезна диагностична информация, а не общи аларми.

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

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

Това е практическото значение на самовъзстановяващ се контролен панел.

Тя не се ремонтира сама.

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