Миграция от CompactLogix L32E/L35E към 5370 или 5380

Замяната на CompactLogix 1769-L32E или 1769-L35E не е замяна на контролер с един ред. Проектът съчетава съвместимост на контролера, архитектура на локалните I/O, софтуерна ревизия, поведение на Ethernet, серийни изисквания, разположение в панела, преглед на безопасността и пускане в експлоатация на производството. Избирането на по-нов каталожен номер, преди да бъдат документирани тези зависимости, може да превърне аварийната замяна на резервен контролер в непланирано преработване на системата за управление.

Основното решение е дали съществуващите Compact I/O 1769 и полевото окабеляване трябва да останат. Контролер от серия 5370 може да осигури решение с по-малко прекъсвания за много архитектури с 1769. Платформата 5380 премества системата към по-нов контролер и архитектура Compact 5000 I/O, което може да осигури по-дълъг жизнен цикъл, но изисква по-мащабна инженерна работа.

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

Направете инвентаризация на съществуващата система, преди да изберете целева платформа

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

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

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

Разберете пътя за запазване на архитектурата с 5370

Контролерът 5370 L3 често се разглежда, когато предприятието иска да запази архитектурата Compact I/O 1769. Това може да намали необходимостта от повторно окабеляване на полевите устройства и реконструкция на панела, но не представлява гарантирана директна замяна. Избраният контролер трябва да поддържа броя на инсталираните модули, разположението на банките, комуникационните изисквания, натоварването на задачите, използваната памет и ревизията на софтуера.

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

Потвърдете дали старият проект използва сериен порт. Инсталациите с L32E и L35E може да зависят от DF1, ASCII, Modbus чрез интерфейс или сервизна връзка. Ако резервният контролер няма същия физически порт, е необходим отделно проектиран шлюз или мрежова стратегия. Третирайте това като функционално изискване, а не като решение за аксесоар.

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

Разберете пътя за модернизация с 5380

CompactLogix 5380 използва платформата 5069 и Compact 5000 I/O за локалната си архитектура. Той трябва да се разглежда като проект за модернизация, а не като обикновена замяна на локална шина 1769. Актуалната документация за CompactLogix 5380 на Rockwell посочва приложимите ръководства за контролерите, спецификациите и ресурсите за миграция.

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

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

Актуалната страница на продукта 5069-L320ER предоставя един хардуерен референтен модел, а колекцията от PLC и PAC системи подпомага по-широкото сравнение на контролери. Окончателният избор все пак трябва да се направи според официалното ръководство и проверените изисквания на проекта.

Не приемайте, че конвертирането на програмата е пускане в експлоатация

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

Фърмуерът и софтуерът трябва да се планират заедно. Инструментите за проверка на съвместимостта и бележките към изданията на Rockwell трябва да се проверят за целевия контролер, фърмуера, версията на Logix Designer, профилите за добавени модули и поддържащия комуникационен софтуер. Не актуализирайте фърмуера на хардуера на машината, докато одобрената комбинация и методът за възстановяване не са документирани.

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

Проектирайте изрично промените в I/O и панела

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

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

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

Създайте план за изпитване преди прекъсването

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

Докажете целостта на логиката и данните

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

Докажете работата на всеки външен интерфейс

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

Докажете работата на физическия процес

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

Изберете пътя според риска за жизнения цикъл

Миграцията към 5370 може да намали непосредствените прекъсвания, когато инсталираната система 1769 и полевото окабеляване запазват значителна стойност. Миграцията към 5380 обикновено е по-силният дългосрочен избор, когато панелът, I/O, комуникациите или проектът за безопасност така или иначе изискват значителна преработка. Нито един от двата пътя не трябва да се избира само по таблица за замяна.

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