Преобразуването на PLC-5 може да създаде валиден Logix код и въпреки това процесът да се провали. Файловете с данни, трансферите на блокове чрез Remote I/O, поведението при сканиране и комуникационният статус са били част от първоначалния договор на машината, дори когато никой не ги е документирал по този начин.

Успешната миграция на PLC възстановява договора за входове/изходи и данни между остарелия шкаф и съвременния контролер.

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

Инвентаризирайте поведението, а не само инструкциите

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

Заснемете времето за сканиране, STI логиката, пътищата на съобщенията и референциите към HMI файловете. Целочислените и битовите файлове на PLC-5 често са служели като неформален интерфейс. В ControlLogix те трябва да се превърнат в именувани тагове или структури с ясно определена собственост.

Изберете прехода към Remote I/O

Поетапният проект може временно да запази Remote I/O. Ръководството за Rockwell 1756-RIO описва планирания трансфер на дискретни данни и данни от трансфери на блокове при миграция. То създава контролиран мост, докато полевите входове/изходи бъдат подменени; не превръща старата мрежа в постоянно решение.

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

Препишете управлението около ясно зададени състояния

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

Изпитайте повторно еднократните импулси, секвенсорите, индиректното адресиране, зоните MCR, асинхронните входове/изходи и повторното задействане на съобщенията. Задачите в ControlLogix се изпълняват по различен начин от непрекъснатото сканиране на PLC-5. Еквивалентните инструкции не гарантират еквивалентно времево поведение.

Докажете връщането към предишната конфигурация преди производството

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

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

Нашето мнение: опасният пряк път е да обявите преведения код за „до голяма степен завършен“. Именно последното недокументирано времево поведение и поведение при повреда определят дали предприятието може да се довери на контролера.

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

Може ли кодът на PLC-5 да бъде преобразуван автоматично?

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

Трябва ли Remote I/O да бъде подменено при превключването?

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

Какво трябва да бъде изпитано?

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