Поддръжка на инженерна връзка за PLC-5 Data Highway Plus

Работещата мрежа PLC-5 може да изглежда изправна, докато достъпът за инженерна поддръжка не изчезне при повреда на един-единствен компютър, интерфейсна карта или кабел. Data Highway Plus може да продължи да пренася производствения трафик, но предприятието да загуби възможността да качва логика, да сравнява проект, да заменя процесор или да диагностицира възел. Следователно целта на поддръжката е по-широка от това да поддържа мрежата с „синия кабел“ онлайн: тя е да запази пълен, тестван път от одобрена инженерна работна станция до всеки контролер, който все още е важен.

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

Определете инженерната услуга, която трябва да запазите

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

Направете инвентаризация на всеки възел PLC-5 и SLC, който споделя връзката, включително адреса на възела, канала, скоростта на предаване, местоположението на шасито, каталожния номер и серията на процесора, фърмуера, отговорното звено и последиците за производството. Стойностите на възлите в DH+ обикновено се представят в осмична бройна система; смесването на десетични и осмични записи може да създаде грешки за дублиран адрес при подмяна. Заснемете изгледа на изправната мрежа, докато всички станции са налични, за да знаят бъдещите техници как изглежда нормалното състояние.

Идентифицирайте точно интерфейса на работната станция

„DH+ картата“ не е достатъчно описание за резервни части. Rockwell използва ISA, PCI, PC Card, USB и базирани на шаси интерфейси през различни поколения. Запишете пълния каталожен номер, серията, фърмуера, когато е приложимо, името и версията на драйвера, операционната система, слота, прекъсването или настройките на паметта за стария хардуер, както и кабела между интерфейса и мрежата.

Техническите данни за Rockwell Automation 1784-PKTx показват защо каталожната идентичност е важна: представителите на едно и също семейство поддържат различни комбинации от DH+, DH-485 и Remote I/O. Механичното съвпадение или сходният конектор не доказват, че резервният хардуер поддържа необходимия протокол или софтуерен стек.

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

Документирайте физическата мрежа, преди да я променяте

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

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

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

Защитете наследената инженерна среда

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

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

Контролирайте шлюзовете и маршрутизирания достъп

Мост ControlLogix или поддържан шлюз може да удължи живота на инсталация DH+ и да премахне зависимостта от нестабилна PC карта. Той също така създава маршрутизиран път, който може да изложи наследените контролери на повече потребители и повече трафик. Определете кои станции могат да маршрутизират съобщения за програмиране, кой може да променя шлюза, как се регистрира достъпът и как пътят се изключва при инцидент.

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

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

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

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

Използвайте дейностите по съхраняване на системата за подготовка на миграция

Документацията за възстановяване е и входна информация за миграция. Заснемете конфигурацията на каналите, инструкциите за съобщения, зависимостите от Remote I/O, HMI пътищата, произведените данни, специалния хардуер и причината за съществуването на всяка връзка. Прегледайте поддържаните платформи за подмяна в колекцията за PLC и PAC системи и съответната наследена инвентаризация в колекцията Allen-Bradley, като приемате инсталирания проект и официалната продуктова документация за окончателно доказателство за съвместимост.

Инженерният приоритет не е максималната пропускателна способност. Той е надеждният достъп: познат път, актуален проект, контролиран процес за промени и тестван метод за възстановяване. След като те са налице, предприятието може отговорно да поддържа системата PLC-5 и да я мигрира, без да превръща предотвратима повреда на работната станция в производствена авария.