PanelView Plus с CompactLogix L32E и SLC 5/04

Проектът за HMI от смесено поколение става труден, когато едно приложение PanelView Plus трябва да обменя данни едновременно с CompactLogix 1769-L32E по EtherNet/IP и със SLC 5/04, който все още разчита на DH+ или DF1. Първата корекция е терминологична: L32E е контролер CompactLogix, а не контролер ControlLogix. Втората е архитектурна. FactoryTalk View Machine Edition трябва да разглежда пътя до всеки контролер като отделен, подлежащ на тестване комуникационен договор, вместо да скрива двата процесора зад един нееднозначен пряк път.

Хибридният HMI трябва да показва два изрично зададени пътя към контролерите, за да може техникът да разграничи повреда в EtherNet/IP от повреда в наследената мрежа.

Започнете с инвентаризация, а не с мост

Запишете точния каталожен номер на PanelView Plus, версията на фърмуера, версията на FactoryTalk View ME, каталожните номера на контролерите, конфигурацията на каналите на SLC и всеки инсталиран комуникационен модул. 1769-L32E има вграден Ethernet порт. SLC 5/04 осигурява DH+ по Channel 1 и може да използва Channel 0 за серийни протоколи; той не се превръща в контролер EtherNet/IP само защото е инсталиран шлюз. Това разграничение определя кое устройство отговаря за маршрутизацията, диагностиката и възстановяването.

Също така разделете пътищата за проектиране и изпълнение. Инженерният компютър може да намира контролер през един интерфейс, докато терминалът използва друг след изтеглянето на файла за изпълнение. Ръководството на Rockwell EtherNet/IP Network Devices User Manual обяснява, че FactoryTalk Linx предоставя услугата за комуникация по време на изпълнение, използвана от PanelView Plus и FactoryTalk View. Следователно успешното намиране на контролера от лаптоп не доказва, че пътят за изпълнение на терминала е правилен.

Изградете директно пътя към CompactLogix

Задайте на L32E документиран статичен адрес в контролната подмрежа и създайте отделен пряк път към устройство във FactoryTalk Linx, например CLX_L32E. Изберете контролера в раздела Design, след което копирайте или възпроизведете пътя в раздела Runtime. Проверете дали прекият път сочи към самия контролер, а не само към Ethernet драйвер. Терминалът, контролерът и инженерната работна станция трябва да имат съвместими IP настройки, но не трябва да споделят адреси. Проверете маските на подмрежите и всяка маршрутизирана граница на VLAN, преди да обвинявате HMI приложението.

Когато е практично, използвайте тагове в обхвата на контролера и поддържайте ясен префикс за собствеността в HMI препратките. Аларма или команда, наименувана според изходния контролер, се диагностицира по-лесно по време на миграция. За командите използвайте състояния за заявка, потвърждение, изчакване и разрешение, вместо моментен запис от HMI, който предполага, че мрежата никога няма да прекъсне. PLC трябва да взема окончателното решение за блокировката; PanelView е операторски интерфейс, а не контролер за безопасност.

Изберете реалистична стратегия за достъп до SLC 5/04

Пътят към SLC зависи от инсталирания хардуер и необходимата скорост на данните. Серийно-Ethernet интерфейс може да предостави достъп до данните от Channel 0, но ограниченията за връзката и пропускателната способност трябва да се проверят спрямо ръководството за конкретния интерфейс. Шлюзът може да е полезен за малък брой HMI стойности, но не трябва да се разглежда като еквивалент на вграден EtherNet/IP. Прекомерното прочитане на цели файлове с цели числа през серийно тясно място води до бавни екрани, остарели стойности и излишни комуникационни аларми.

Ако DH+ трябва да остане, шлюз на основата на 1756-DHRIO може да маршрутизира между Ethernet и DH+, когато е правилно конфигуриран в шаси ControlLogix. Това шаси е шлюзът; то не превръща 1769-L32E в контролер ControlLogix. Потвърдете номерата на DH+ възлите в осмична бройна система, режима на канала, скоростта, терминирането и целия маршрут. Избягвайте публикуването на универсален комуникационен път, защото номерата на слотовете и топологията са специфични за обекта. Маршрут, копиран от друга машина, може да достигне грешен възел или да спре да работи след промяна на шасито.

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

Отделните преки пътища запазват идентичността на контролерите и правят диагностиката по време на изпълнение много по-полезна.

Въведете преките пътища в експлоатация като независими системи

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

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

Диагностицирайте по слоеве

Ако и двата преки пътя не работят, започнете с адресирането на терминала, състоянието на портовете на комутатора, достъпа до VLAN и конфигурацията за изпълнение. Ако отказва само L32E, проверете IP достъпността, режима на контролера, състоянието на вградения порт и целта на прекия път. Ако отказва само SLC, разделете пътя на Ethernet към шлюза, конфигурация на шлюза, серийно или DH+ окабеляване и настройки на каналите на SLC. Броячите за грешки и индикаторите за връзка са по-полезни от многократното изтегляне на един и същ HMI файл.

Работата с DH+ изисква допълнителна дисциплина. Дублирани номера на възли, неправилни скорости, липсващо терминиране, повреден магистрален кабел или неправилно конфигуриран DHRIO канал могат да създадат прекъсващи симптоми, които изглеждат като дефект на HMI. Заснемете картата на възлите и физическата топология в изправно състояние, преди да променяте каквото и да е. При EtherNet/IP наблюдавайте използването на връзките и скоростта на пакетите, вместо да предполагате, че моделът на слабо натоварена офис мрежа е приложим.

Проектирайте изхода от миграцията

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

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