PanelView Plus z CompactLogix L32E i SLC 5/04

Projekt HMI obejmujący urządzenia różnych generacji staje się trudny, gdy jedna aplikacja PanelView Plus musi wymieniać dane zarówno z jednostką CompactLogix 1769-L32E przez EtherNet/IP, jak i ze sterownikiem SLC 5/04, który nadal korzysta z DH+ lub DF1. Pierwsza korekta dotyczy terminologii: L32E to sterownik CompactLogix, a nie ControlLogix. Druga ma charakter architektoniczny. FactoryTalk View Machine Edition powinien traktować każdą ścieżkę do sterownika jako osobny, testowalny kontrakt komunikacyjny, zamiast ukrywać oba procesory za jednym niejednoznacznym skrótem.

Hybrydowy system HMI powinien udostępniać dwie jawne ścieżki do sterowników, aby technik mógł odizolować usterkę EtherNet/IP od usterki sieci starszego typu.

Zacznij od inwentaryzacji, a nie od mostu

Zapisz dokładny numer katalogowy PanelView Plus, wersję oprogramowania sprzętowego, wersję FactoryTalk View ME, numery katalogowe sterowników, konfigurację kanałów SLC oraz wszystkie zainstalowane moduły komunikacyjne. Jednostka 1769-L32E ma wbudowany port Ethernet. SLC 5/04 zapewnia DH+ na kanale 1 i może używać kanału 0 do protokołów szeregowych; nie staje się sterownikiem EtherNet/IP tylko dlatego, że zainstalowano bramę. To rozróżnienie określa, które urządzenie odpowiada za routing, diagnostykę i odzyskiwanie po awarii.

Rozdziel także ścieżki projektowe od ścieżek wykonawczych. Komputer inżynierski może przeglądać sterownik przez jeden interfejs, podczas gdy terminal korzysta z innego po pobraniu pliku wykonawczego. Podręcznik Rockwell EtherNet/IP Network Devices User Manual wyjaśnia, że FactoryTalk Linx zapewnia usługę komunikacyjną używaną w czasie wykonywania przez PanelView Plus i FactoryTalk View. Pomyślne przeglądanie z laptopa nie dowodzi zatem, że ścieżka wykonawcza terminala jest prawidłowa.

Zbuduj bezpośrednią ścieżkę do CompactLogix

Przypisz jednostce L32E udokumentowany statyczny adres w podsieci sterowania i utwórz dedykowany skrót urządzenia FactoryTalk Linx, na przykład CLX_L32E. Wybierz sterownik na karcie Design, a następnie skopiuj lub odtwórz ścieżkę na karcie Runtime. Sprawdź, czy skrót wskazuje bezpośrednio na sterownik, a nie tylko na sterownik Ethernet. Terminal, sterownik i stacja inżynierska muszą mieć zgodne ustawienia IP, ale nie mogą współdzielić adresów. Sprawdź maski podsieci oraz ewentualną granicę routowanego VLAN-u, zanim obwinisz aplikację HMI.

W miarę możliwości używaj tagów należących do zakresu sterownika i zachowuj wyraźny prefiks określający właściciela w odwołaniach HMI. Alarm lub polecenie nazwane zgodnie ze sterownikiem źródłowym łatwiej zdiagnozować podczas migracji. W przypadku poleceń używaj stanów żądania, potwierdzenia, limitu czasu i zezwolenia zamiast chwilowego zapisu HMI zakładającego, że sieć nigdy się nie zatrzyma. Ostateczna decyzja dotycząca blokad powinna należeć do sterownika PLC; PanelView jest interfejsem operatorskim, a nie sterownikiem bezpieczeństwa.

Wybierz uczciwą strategię dostępu do SLC 5/04

Ścieżka SLC zależy od zainstalowanego sprzętu i wymaganej szybkości transmisji danych. Interfejs szeregowy–Ethernet może udostępniać dane kanału 0, ale jego ograniczenia dotyczące połączeń i przepustowości należy sprawdzić w instrukcji konkretnego interfejsu. Brama może być przydatna w przypadku niewielkiej liczby wartości HMI, jednak nie należy traktować jej jako odpowiednika natywnego EtherNet/IP. Odpytywanie zbyt wielu plików liczb całkowitych przez wąskie gardło interfejsu szeregowego powoduje powolne działanie ekranów, nieaktualne wartości i uciążliwe alarmy komunikacyjne.

Jeśli DH+ musi pozostać, brama oparta na 1756-DHRIO może routować dane między Ethernetem a DH+, gdy jest prawidłowo skonfigurowana w obudowie ControlLogix. To obudowa pełni funkcję bramy; nie zmienia ona jednostki 1769-L32E w sterownik ControlLogix. Potwierdź numery węzłów DH+ w systemie ósemkowym, tryb kanału, szybkość transmisji, terminację oraz pełną trasę. Unikaj publikowania uniwersalnej ścieżki komunikatów, ponieważ numery gniazd i topologia zależą od konkretnej instalacji. Trasa skopiowana z innej maszyny może prowadzić do niewłaściwego węzła lub przestać działać po zmianie obudowy.

Odpowiednia może być również przemysłowa brama protokołowa innej firmy, ale dopiero po sprawdzeniu obsługiwanych usług, limitów jednoczesnych klientów, parametrów czasowych komunikacji szeregowej, klasy środowiskowej i zakresu wsparcia producenta. Decyzja powinna opierać się na zmierzonym ruchu HMI i ryzyku związanym z cyklem życia, a nie na tym, czy urządzenie pojawia się w oknie przeglądania.

Oddzielne skróty zachowują tożsamość sterowników i znacznie zwiększają użyteczność diagnostyki w czasie wykonywania.

Uruchamiaj skróty jako niezależne systemy

Utwórz jeden skrót dla L32E, a drugi dla ścieżki SLC. Podczas migracji nigdy nie używaj ponownie nazwy skrótu tylko po to, aby uniknąć edycji tagów. Potwierdź ustawienia na kartach Design i Runtime, zapisz konfigurację komunikacji, utwórz plik wykonawczy dla oprogramowania sprzętowego danego terminala i pobierz go wraz z właściwymi ustawieniami komunikacji.

Najpierw przetestuj wartości tylko do odczytu. Użyj wartości zmieniającej się w przewidywalny sposób, sygnału heartbeat generowanego przez każdy sterownik oraz znacznika czasu HMI ujawniającego nieaktualne dane. Następnie przetestuj uzgadnianie poleceń, gdy maszyna znajduje się w bezpiecznym stanie. Odłączaj każdą ścieżkę sieciową osobno i potwierdź, że HMI wskazuje uszkodzony sterownik, nie zawiesza się i nie prezentuje starych wartości jako aktualnych. Przywróć połączenie i zmierz czas odzyskiwania.

Diagnozuj według warstw

Jeśli oba skróty zawodzą, zacznij od adresacji terminala, stanu portu przełącznika, dostępu VLAN i konfiguracji wykonawczej. Jeśli nie działa tylko L32E, sprawdź osiągalność IP, tryb sterownika, stan wbudowanego portu i cel skrótu. Jeśli nie działa tylko SLC, podziel ścieżkę na Ethernet–brama, konfigurację bramy, okablowanie szeregowe lub DH+ oraz ustawienia kanałów SLC. Liczniki błędów i wskaźniki połączenia są bardziej przydatne niż wielokrotne pobieranie tego samego pliku HMI.

Prace przy DH+ wymagają szczególnej staranności. Zduplikowane numery węzłów, nieprawidłowe szybkości transmisji, brak terminacji, uszkodzony kabel magistrali lub nieprawidłowo skonfigurowany kanał DHRIO mogą powodować objawy przerywane, które wyglądają jak usterka HMI. Przed wprowadzeniem zmian zarejestruj sprawdzoną mapę węzłów i topologię fizyczną. W przypadku EtherNet/IP monitoruj wykorzystanie połączeń i szybkość transmisji pakietów, zamiast zakładać, że obowiązuje model lekko obciążonej sieci biurowej.

Zaplanuj wycofanie rozwiązania migracyjnego

Most jest często zasobem tymczasowym, ale systemy tymczasowe mogą pozostać na lata. Udokumentuj zasilanie, kable, wersje oprogramowania sprzętowego, kopie zapasowe konfiguracji, strategię części zapasowych oraz właściciela każdego skrótu. Utrzymuj stabilny kontrakt danych SLC podczas uruchamiania nowej logiki, a następnie wycofuj starsze ścieżki w kontrolowanych etapach. Odpowiednie planowanie wymiany należy powiązać z inwentarzem systemów PLC i PAC sklepu oraz planem cyklu życia jego wyświetlaczy HMI.

Celem inżynierskim nie jest samo umożliwienie przeglądania tagów. Chodzi o stworzenie projektu komunikacji, w którym awarie są widoczne, ograniczone i możliwe do usunięcia. Rozdzielenie tożsamości sterowników, jawne ścieżki wykonawcze, zmierzony ruch oraz przetestowane zachowanie przy utracie komunikacji zapewniają taką podstawę.