Konwersja PLC-5 może wygenerować poprawny kod Logix, a mimo to doprowadzić do niepowodzenia procesu. Pliki danych, transfery blokowe Remote I/O, sposób wykonywania skanu i stan komunikacji były częścią pierwotnej umowy maszyny, nawet jeśli nikt nie opisał ich w ten sposób.

Udana migracja PLC odtwarza umowę dotyczącą wejść/wyjść i danych między przestarzałym stojakiem a nowoczesnym sterownikiem.

Najbezpieczniejsza migracja odtwarza tę umowę. Oprogramowanie do translacji może przyspieszyć konwersję instrukcji, ale nie jest w stanie określić, co oznaczał dawny bit stanu, jak szybko powinien aktualizować się blok analogowy ani która nieaktualna wartość powinna zablokować sekwencję.

Inwentaryzuj działanie, nie tylko instrukcje

Dla każdego stojaka i adaptera zapisz adresowanie, katalog modułów, mapę sygnałów dyskretnych, długość transferu blokowego, częstotliwość aktualizacji, skalowanie, reakcję na błędy i alarmy. Prześledź każdy wynik BTR i BTW w logice, która go wykorzystuje. Impuls trwający jeden skan wymaga innego traktowania niż stan utrzymywany do następnego transferu.

Udokumentuj czas skanu, logikę STI, ścieżki komunikatów i odwołania HMI do plików. Pliki liczb całkowity i bitowe PLC-5 często pełniły funkcję nieformalnego interfejsu. W ControlLogix powinny zostać zastąpione nazwanymi tagami lub strukturami z jasno określoną własnością.

Wybierz sposób przejścia z Remote I/O

Projekt realizowany etapami może tymczasowo zachować Remote I/O. Instrukcja Rockwell 1756-RIO opisuje zaplanowany transfer danych dyskretnych i blokowych na potrzeby migracji. Tworzy ona kontrolowany most podczas wymiany obiektowych modułów I/O; nie sprawia jednak, że starsza sieć staje się rozwiązaniem stałym.

Pełne przełączenie zastępuje stojaki modułami I/O EtherNet/IP i zwiększa zakres przestoju oraz testów. Wybór zależy od dostępności części zamiennych, stanu kabli, czasu przestoju i konsekwencji wycofania zmian.

Przepisz sterowanie wokół jawnych stanów

Nie zastępuj mechanicznie bitów zakończenia ani błędu. Zbuduj strukturę komunikacyjną zawierającą stan zadany, stan aktywny, zakończenie, błąd, błąd rozszerzony, znacznik czasu i status poprawności danych. Odbiorcy powinni wiedzieć, czy dane są świeże, nieaktualne czy niedostępne.

Ponownie przetestuj impulsy jednokrotne, sekwencery, adresowanie pośrednie, strefy MCR, asynchroniczne wejścia/wyjścia i ponowne wyzwalanie komunikatów. Zadania ControlLogix są wykonywane inaczej niż ciągły skan PLC-5. Równoważne instrukcje nie gwarantują równoważnego czasu działania.

Potwierdź możliwość wycofania zmian przed uruchomieniem produkcji

Przetestuj normalne sekwencje, każde zezwolenie, utratę każdego adaptera, nieaktualne dane analogowe, przywracanie komunikacji i kontrolowany restart. Porównuj krytyczne wyjścia i wartości procesowe wraz ze znacznikami czasu. Plan wycofania zmian musi obejmować przetestowany sprzęt, kopie zapasowe i termin podjęcia decyzji.

Platformy i części zamienne można przejrzeć w kolekcji systemów PLC i PAC, ale sprzęt musi wynikać ze zweryfikowanej umowy dotyczącej wejść/wyjść.

Nasze zdanie: niebezpiecznym skrótem jest uznanie przetłumaczonego kodu za „w większości ukończony”. O tym, czy zakład może ufać sterownikowi, decyduje końcowe, nieudokumentowane zachowanie czasowe i reakcja na błędy.

Pytania, które inżynierowie zadają przed wprowadzeniem zmiany

Czy kod PLC-5 można konwertować automatycznie?

Narzędzia mogą przekonwertować część zestawu instrukcji, ale inżynierowie muszą przeprojektować wejścia/wyjścia, komunikację, struktury danych, czasy działania i obsługę błędów.

Czy Remote I/O trzeba wymienić podczas przełączenia?

Nie zawsze. Obsługiwany most może umożliwić realizację etapu, ale stan, części zamienne i plany wycofania muszą być jasno określone.

Co należy przetestować?

Przetestuj sekwencje, zezwolenia, utratę adaptera, nieaktualne dane, przywracanie działania, alarmy, działania operatora i wycofanie zmian z określonym czasem.