Самозадържаща логика или OTL/OTU? Безопасен избор на памет в PLC
Самоподдържащите вериги и инструкциите OTL/OTU могат да задържат една и съща команда, но отказват по различен начин. Това ръководство сравнява поведението при сканиране, риска при рестартиране, отс...
Команда за двигател, която остава активна, след като операторът отпусне бутона за стартиране, може да бъде изградена с клон за самозадържане или с ретентативни инструкции за задаване/нулиране. Резултатът в установено състояние може да изглежда идентично на HMI. Поведението при отказ обаче не е идентично — и тази разлика има значение при рестартиране, повреда или онлайн редактиране.
Следователно полезният инженерeн въпрос не е „Коя инструкция е по-добра?“, а „Къде трябва да се съхранява състоянието, кой има право да го променя и кои условия трябва да имат приоритет?“
Два начина за запомняне, два различни договора
Конвенционалната схема със самозадържане използва обикновена изходна инструкция и паралелен контакт от управлявания бит. В терминологията на Logix инструкцията за включване на изхода следва състоянието на реда при всеки скан: истинен ред записва единицата като истина, а неистинен ред — като неистина. Клонът поддържа реда истинен, след като моментната заявка за стартиране изчезне, но стоп, повреда или разрешаващо условие, поставено последователно, може незабавно да прекъсне пътя.
Инструкцията за фиксиране на изход записва единицата като истина, когато редът ѝ стане истинен. След това битът остава истинен, докато инструкция за освобождаване на изхода — или друг записващ механизъм — не го изчисти. Справочникът за битови инструкции на Rockwell Automation разграничава OTE като изход, следващ сканирането, а OTL и OTU като ретентативни операции за задаване и изчистване.
Двойката за задаване/нулиране разделя условията, които установяват и изчистват команда. Диаграмата е запазена от оригиналната медийна илюстрация; източник: Control.com.
Цикълът на сканиране определя кой дизайн е по-надежден
Логиката със самозадържане показва пътя на доминиращия стоп
При проста заявка за работа схемата със самозадържане поддържа условията за старт, стоп, претоварване, режим и разрешение видими на един ред. Когато някое последователно условие стане неистинно, OTE се записва като неистина по време на същия скан. Техниците по поддръжката обикновено могат да проследят цялото решение, без да търсят в няколко програми.
Схемата става трудна за поддръжка, когато много подсистеми могат да стартират или спират едно и също състояние. Безкрайното добавяне на паралелни клонове скрива приоритетите и затруднява онлайн диагностиката. В такъв момент специално предназначена машина на състоянията често е по-ясна от гигантски ред със самозадържане или разпръснати инструкции за фиксиране.
OTL и OTU разделят събитията от състоянието
Ретентативните инструкции са полезни, когато независими събития трябва да установят и изчистят състояние: стъпка от последователност, завършен обмен на сигнали, потвърждение на аларма или заявка, която трябва да преживее задействащия импулс. Рискът е свързан със собствеността. Ако един и същ таг се записва от няколко програми, редът на задачите и сканирането може да определи крайната стойност.
Кръстосана препратка, показваща едно фиксиране и едно освобождаване, сама по себе си не доказва безопасно поведение. Програмата се нуждае и от изрично правило за приоритет. Ако условията за задаване и нулиране могат да бъдат истинни в един и същ скан, инженерът трябва да документира кой резултат има предимство и да провери, че планирането на програмите не може неочаквано да го промени.
Дръжте запомненото състояние отделно от физическия изход
Добър подход е да се запомни вътрешна команда или състояние на последователност, а след това физическият изход да се управлява с един OTE, блокиран от текущите разрешаващи условия. Запомнената заявка може да остане истинна, но командата към изпълнителния механизъм все пак отпада, когато претоварване, защитно условие, технологична блокировка или работен режим премахне разрешението.
Това разделяне подобрява и диагностиката. Операторите могат да видят, че съществува заявка за работа, докато конкретно разрешаващо условие блокира движението. Същият принцип помага при пускането в експлоатация на контролера; процедурата за пускане в експлоатация на Micro800 обяснява защо изходите трябва да се проверяват при контролирани условия, а не да се извеждат само по вътрешен бит.
Функциите за безопасност изискват хардуер с необходимия клас за безопасност, валидирана логика и документиран проект за намаляване на риска. Нито клонът за самозадържане, нито стандартната двойка OTL/OTU превръща стандартен PLC изход във функция за безопасност.
Поведението при рестартиране е проектно изискване, а не изненада
Преди да изберете ретентативна логика, определете какво трябва да се случи след отпадане на захранването, промяна на режима на контролера, изтегляне на програма или прекъсване на комуникацията. Физическият контактор ще се обезточи при отпадане на захранването, но запазената команда може все още да е истинна, когато управлението се възстанови. Автоматичното рестартиране може да е приемливо за някои непрекъснати процеси и неприемливо за машини с достъп на персонал.
Използвайте състояние при стартиране, което целенасочено съгласува запазените заявки с текущите полеви условия. Потвърдете устройствата за обратна връзка, изчистете остарелите обменни сигнали, възстановете качеството на комуникацията и изисквайте ново действие от оператора, когато оценката на риска го налага.
Изпитванията при пускане разкриват скрити дефекти
Изпитвайте повече от старт и стоп. Задръжте и двете заявки истинни, премахвайте по едно разрешаващо условие, предизвикайте повреда по време на прехода между състоянията, сменяйте режимите на контролера, прекъсвайте мрежовата обратна връзка и проверявайте какво се случва след възстановяване на захранването. Наблюдавайте едновременно бита на командата, крайния ред на изхода и полевата обратна връзка.
Повторното задействане с еднократен импулс също може да промени поведението на схема с фиксиране. Ако се очаква дадено събитие да възникне само веднъж, проверете бита за съхранение и времето на сканиране. Свързаното ръководство за еднократните импулси в Studio 5000 и поведението на OTE показва защо импулс, който съществува вътрешно, може никога да не произведе очаквания от инженера резултат на полето.
Редакционна позиция: един собственик е по-важен от предпочитанието към инструкция
За ясни поддържани команди PLC ProTech предпочита схема със самозадържане, защото стоп пътят е видим и се оценява непрекъснато. За състояния на последователности и памет на събитията логиката за задаване/нулиране е подходяща, когато една програма притежава състоянието, приоритетът на нулирането е изрично определен, а физическият изход остава под управлението на отделен OTE, зависим от разрешаващите условия.
Изборът на инструкция е второстепенен. Решаващият показател за качеството е дали друг инженер може да идентифицира всеки записващ механизъм, да предвиди състоянието след прекъсване и да докаже, че защитните условия имат предимство.
Често задавани въпроси
Поддържа ли инструкцията OTL реален изход под напрежение при отпадане на захранването?
Не. Загубата на управляващо захранване премахва енергията от физическата изходна верига. Проблемът е, че запазеният команден бит може все още да е истинен, когато контролерът и изходната система се възстановят, в зависимост от контролера, конфигурацията на паметта и логиката при стартиране.
Неретентативен ли е редът със самозадържане?
OTE следва реда си всеки път, когато редът бъде сканиран. Клонът за самозадържане може да поддържа реда при нормална работа, но поведението при стартиране и предварително сканиране зависи от контролера. Инженерите трябва да проверят целевата платформа, вместо да приемат еднакво поведение при всички семейства PLC.
Може ли един и същ таг да се използва от инструкции OTL, OTU и OTE?
Много PLC позволяват множество записващи механизми, но резултатът може да зависи от реда на изпълнение и да бъде труден за диагностициране. По-безопасният дизайн дава на всяко състояние един собственик и управлява всеки физически изход от едно крайно командно място.
Кога логиката за задаване/нулиране е по-добрият избор?
Тя е полезна за памет на събития, стъпки от последователности, потвърждение на аларми и обменни сигнали, които трябва да се запазят след едноскановия тригер. Условието за нулиране, политиката при стартиране и реакцията при повреда трябва да бъдат определени едновременно.