Ръководство за надстройка на фърмуера 1756-L73: решение между v19 и v21/v31

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

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

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

Определете обхвата, преди да изберете ревизията

Аварийно възстановяване

Когато стабилен производствен контролер се повреди, възстановяването на същия основен фърмуер и съвместима ревизия на проекта обикновено е пътят с най-малко промени. Така се избягва конвертирането на приложението по време на отстраняване на повредата и се запазват познатите взаимовръзки между контролера, HMI, комуникациите и инсталираните модули. „Същата ревизия“ все пак изисква проверка: потвърдете, че точният пакет фърмуер поддържа идентификатора на контролера и че оригиналният проект се отваря в наличния софтуер.

Планирана миграция на фърмуера

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

Използвайте документите на Rockwell като доказателства за конкретната ревизия

Бележките към изданието на Rockwell за ControlLogix Revision 19 изрично включват 1756-L73 и посочват свързаната среда RSLogix 5000, поддържаните ревизии на фърмуера, предварителните действия и известните или отстранените аномалии. Този документ е правилната основа за оценяване на приложение с ревизия 19, а не обща таблица с версии, копирана от друга платформа.

Бележките към изданието на ControlLogix Revision 21 обхващат ранното поколение на Studio 5000 и неговите специфични за ревизията подобрения, ограничения и аномалии. Предприятието, което обмисля ревизия 21, трябва да сравни тези подробности с реалните функции и модули на проекта, вместо да приема, че по-новата ревизия автоматично е по-безопасна.

За всяка по-късна целева ревизия, включително ревизия 31, проверете точния каталожен номер на контролера, серията, фърмуера, версията на Studio 5000, операционната система, профилите на модулите и свързания софтуер в Product Compatibility and Download Center на Rockwell към момента на работата. Не приемайте, че твърдението „L73 поддържа v31“ е универсално, отделено от комбинациите между хардуерните серии и софтуера.

Фърмуерът и физическата памет са различни свойства

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

Използвайте целевия инженерен софтуер, за да оцените конвертирания проект, след което запазете оперативен резерв за онлайн редакции и бъдещи промени. Официалното Ръководство за потребителя на контролери ControlLogix 5570 и 5560 трябва да се използва за изискванията към хардуера, съхранението, инсталацията и експлоатацията. Избягвайте неофициални таблици, които посочват различен физически капацитет на паметта за един и същ контролер при различни ревизии на фърмуера.

Съставете инвентар на съвместимостта

Започнете с инвентар на шасито и мрежата. Запишете каталожния номер, серията и фърмуера на контролера; комуникационните и специализираните модули; фърмуера на модулите; електронното кодиране; адаптерите за отдалечени I/O; осите за управление на движението; връзките за безопасност; задвижванията и мрежовата конфигурация. Включете инструментите за планиране и конфигуриране на DeviceNet или ControlNet, когато тези наследени мрежи все още се използват.

След това нанесете веригата на софтуера: оригиналната ревизия на RSLogix 5000 или Studio 5000, компонентите FactoryTalk Linx или RSLinx, версията на HMI или SCADA, OPC сървърите, допълнителните профили, EDS файловете, инструментите за задвижванията и всички помощни програми на OEM производители. Ревизията на контролера сама по себе си не определя дали всяко HMI трябва да бъде надградено. Съвместимостта зависи от реалния комуникационен драйвер, набора от функции и поддържаната комбинация.

Накрая нанесете интерфейсите на приложението. Идентифицирайте произвежданите и консумираните тагове, инструкциите MSG, отдалечените шкафове, EtherNet/IP устройствата на трети страни, системите за управление на движението, синхронизацията на времето, архиваторите на данни, пакетните системи и външните блокировки. Колекцията Allen-Bradley ControlLogix помага за идентифициране на компонентите на платформата, а по-широката колекция от PLC и PAC системи предоставя контекст за архитектури със смесени платформи. Документите на обекта и документацията на производителя остават водещият източник за съвместимостта.

Осигурете реален път за връщане назад

Преди конвертирането запазете оригиналния ACD файл в оригиналната му софтуерна ревизия и потвърдете, че може да бъде отворен. Запишете текущия каталожен номер, серията и фърмуера на контролера, комуникационните пътища, IP или мрежовите настройки, състоянието на SD картата и конфигурацията на шасито. Експортирайте поддържащите ресурси, които не са изцяло включени в проекта на контролера, включително конфигурациите на HMI, мрежата, задвижванията и устройствата на трети страни.

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

Конвертирането на проекта е контролирана инженерна промяна; конвертираният файл никога не трябва да заменя единственото възстановимо оригинално копие.

Прегледайте конвертираното приложение, преди да запишете фърмуера

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

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

Контролирайте операцията по фърмуера

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

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

Приемните тестове трябва да обхванат целия път на управление

I/O и състояния на оборудването

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

Комуникации

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

Последователности, аларми и управление на движението

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

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

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

Как да разглеждате v19, v21 и v31

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

Ревизия 21 може да бъде оценена като съзнателна стъпка към поколението Studio 5000. Ползите и аномалиите ѝ трябва да се оценят въз основа на официалните бележки към изданието и реалното използване в проекта на функциите за HMI свързаност, документация, управление на движението и комуникации.

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

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