Modernizacje i retrofit5 października 20269 min czytaniaTomasz Belka

Wymiana sterownika PLC — jak przeprowadzić migrację starego sterowania (S5, S7-300) bez długiego postoju

Stary sterownik nie psuje się w dogodnym momencie. Migracja na nową platformę może jednak odbyć się na warunkach zakładu, a nie awarii: z kopią programu, testami na symulacji i starą szafą gotową do powrotu. Pokazujemy, jak przeprowadzić wymianę S5 lub S7-300 tak, żeby postój służył wyłącznie przełączeniu.

Wymiana sterownika PLC — nowy sterownik z modułami wejść i wyjść w szafie sterowniczej maszyny

W skrócie

  • Wymianę sterownika PLC bez długiego postoju przeprowadza się tak, żeby cała praca — inwentaryzacja sygnałów, odczyt i przeniesienie programu, budowa szafy i testy na symulacji — odbyła się przed postojem, a sam postój służył wyłącznie przełączeniu i uruchomieniu.
  • Konwersja automatyczna programu jest szybsza i zachowuje dotychczasowe działanie maszyny razem z jej obejściami, natomiast przepisanie logiki od nowa daje czytelny, skomentowany program i lepszą diagnostykę kosztem dłuższego przygotowania i ryzyka pominięcia nieudokumentowanych funkcji.
  • Bezpieczna migracja wymaga planu powrotu — stara szafa zostaje odłączona, ale nie zdemontowana aż do odbioru — a jeśli przy okazji zmieniają się funkcje bezpieczeństwa, zakres zmian trzeba przed pracami ocenić pod kątem istotnej modyfikacji maszyny.

Wymiana sterownika PLC rzadko zaczyna się od decyzji inwestycyjnej. Zwykle zaczyna się od awarii: pada moduł wejść, zapasowego nie ma w magazynie, a jedyny dostawca z rynku wtórnego obiecuje wysyłkę „w przyszłym tygodniu”. Maszyna ma sprawną mechanikę, operatorów i zamówienia — brakuje jej kawałka elektroniki, którego nikt już nie produkuje. Ten tekst opisuje, jak przeprowadzić migrację starego sterowania, na przykład z Simatic S5 albo S7-300, tak, żeby maszyna stała możliwie krótko, a po przełączeniu robiła dokładnie to, co wcześniej.

Temat kompletnej szafy — co w niej jest i kiedy wymieniać całość — omawiamy osobno, w tekście o wymianie sterowania i nowej szafie sterowniczej. Tutaj skupiamy się na samym procesie migracji: sterowniku, programie i wszystkim, co jest do nich podłączone.

Kiedy sterownik trzeba wymienić, zanim zrobi to za Ciebie awaria

Wiek sterownika sam w sobie nie jest powodem do wymiany. Sterowniki sprzed kilkudziesięciu lat potrafią pracować bez zarzutu, a dobrze napisany program się nie zużywa. Problemem jest ryzyko: prawdopodobieństwo, że pojedyncza usterka zamieni się w wielodniowy postój, rośnie z każdym rokiem, choć z poziomu hali tego nie widać.

Simatic S5 od lat nie jest produkowany, a dla rodziny S7-300 producent ogłosił wycofanie z oferty. Podobnie wygląda sytuacja sterowników tej generacji u innych producentów. Moduły jeszcze krążą, ale coraz częściej wyłącznie jako używane albo regenerowane — bez pewności co do stanu i bez gwarancji terminu.

Sygnały, że migracji nie warto odkładać

  • Części do sterownika, kart wejść i wyjść albo panelu kupuje się już tylko z rynku wtórnego — używane lub regenerowane, bez gwarantowanego terminu dostawy.
  • W zakładzie nie ma nikogo, kto zna stare środowisko programistyczne (np. STEP 5) i ma sprawny komputer z odpowiednim oprogramowaniem i interfejsem do sterownika.
  • Nie istnieje aktualna kopia programu albo nikt nie wie, czy kopia z archiwum odpowiada temu, co faktycznie pracuje w sterowniku.
  • Program jest przechowywany w pamięci podtrzymywanej baterią lub na starym module pamięci, a jego utrata oznaczałaby odtwarzanie logiki od zera.
  • Każda zmiana w procesie — nowy format, inny czujnik, dodatkowy krok — wymaga ściągania jedynej osoby, która jeszcze „umie w ten sterownik”.
  • Maszyna ma zostać włączona w linię albo w zbieranie danych, a stary sterownik nie ma odpowiedniego interfejsu komunikacyjnego.

Jeśli pasują dwa albo trzy punkty, migracja jest kwestią „kiedy”, a nie „czy”. Różnica polega na tym, czy przeprowadzi się ją w zaplanowanym postoju, czy w trybie awaryjnym — kiedy maszyna już stoi, a program trzeba odtwarzać bez możliwości podejrzenia, jak działała. W skali zakładu taka ocena jest elementem szerszego planu modernizacji parku maszynowego: kolejkę maszyn do migracji warto ustawiać według ryzyka i skutków postoju, a nie według wieku.

Inwentaryzacja — sygnały, program i to, czego nie ma na schemacie

Migracja zaczyna się od ustalenia, co dokładnie jest do przeniesienia. Na papierze to proste: lista wejść i wyjść, program, schematy. W praktyce każdy z tych trzech elementów bywa niepełny albo nieaktualny, a różnice między nimi są najcenniejszą informacją na tym etapie.

Lista wejść i wyjść

Każdy sygnał spisuje się z adresem w sterowniku, typem (dyskretny, analogowy 4–20 mA lub 0–10 V, szybki licznik, enkoder), urządzeniem polowym i jego miejscem na maszynie. Listę porównuje się ze schematem i z programem. Wejście podłączone, ale nieużywane w programie, trzeba wyjaśnić. Adres używany w programie bez śladu na schemacie to zwykle pozostałość dawnej przeróbki, o której nikt już nie pamięta. Przy okazji wychodzą rzeczy potrzebne do doboru nowego sprzętu: liczba rezerw, sygnały 230 V AC, które w nowym układzie lepiej zamienić na 24 V DC, czy przetworniki zasilane bezpośrednio z modułu sterownika.

Odczyt i archiwizacja programu

Jedynym pewnym źródłem programu jest sterownik, który właśnie pracuje. Kopia na dyskietce w szafie albo w archiwum działu utrzymania ruchu mogła powstać przed ostatnimi poprawkami. Dlatego pierwszy krok to odczyt programu z pracującej jednostki i porównanie go z każdą dostępną kopią. Do starszych sterowników potrzebny bywa dawny programator albo komputer ze starym systemem operacyjnym i właściwym interfejsem. Jeśli taki sprzęt jest w zakładzie jedyny, kopię trzeba zrobić teraz, a nie przy okazji migracji.

Konwersja automatyczna czy przepisanie logiki

Producenci sterowników udostępniają narzędzia, które przenoszą program ze starszej platformy na nowszą — także ścieżką z S5 na S7 oraz ze środowiska STEP 7 do TIA Portal. Konwersja automatyczna jest szybka i zachowuje znane zachowanie maszyny. Nie jest jednak migracją „jednym kliknięciem”: instrukcje i bloki bez odpowiednika, adresowanie pośrednie, obsługa komunikacji czy specyficzne timery wymagają ręcznych poprawek, a wynik trzeba przejrzeć linia po linii.

KryteriumKonwersja automatycznaPrzepisanie logiki od nowa
Czas przygotowaniaKrótszy — narzędzie przenosi większość kodu, ręcznie poprawia się fragmenty bez odpowiednikaDłuższy — logikę trzeba opisać, zaprojektować i napisać, choć stary program służy za specyfikację
Zgodność z dotychczasowym działaniemWysoka — razem z zaletami przenoszą się jednak obejścia i błędyZależy od jakości opisu funkcji; ryzyko pominięcia nieudokumentowanej „łatki”
Czytelność programuStruktura i adresowanie jak w starym układzie, często bez nazw symbolicznych i komentarzyNowa struktura, nazwy symboliczne, komentarze i bloki gotowe do ponownego użycia
Diagnostyka i panelOgraniczone do tego, co było w starym programieKomunikaty z przyczyną, tryby pracy i dane do monitoringu planowane razem z programem
Kiedy wybraćProgram uporządkowany, maszyna działa dobrze, a liczy się czas i przewidywalnośćProgram wielokrotnie łatany, bez opisu, albo migracja łączy się ze zmianą funkcji maszyny
Wybór nie musi być zero-jedynkowy — często część programu się konwertuje, a resztę pisze od nowa.

Często najlepiej sprawdza się droga pośrednia. Stary program — odczytany, przeanalizowany i opisany — staje się specyfikacją, a nowy powstaje w strukturze, którą da się utrzymać. Konwersja bywa wtedy punktem wyjścia dla fragmentów technologicznych, które działają dobrze i są zrozumiałe. Ostatecznie każda przeniesiona linia kodu powinna zostać przeczytana przez kogoś, kto rozumie maszynę, a nie tylko składnię.

Przepisanie logiki ma jeszcze jedną zaletę, którą łatwo przeoczyć: program da się od razu ułożyć pod nowy panel HMI dla operatora — z trybami pracy, alarmami opisującymi przyczynę i ekranem diagnostyki, a nie z listą numerów błędów przeniesioną ze starego pulpitu.

Peryferia — karty wejść i wyjść, sieci, panele i napędy

Sam procesor sterownika to najmniejsza część problemu. Większość pracy i większość ryzyka leży w tym, co jest do niego podłączone.

Karty wejść i wyjść oraz okablowanie

Są dwie drogi. Pierwsza: nowe moduły, nowe listwy zaciskowe i przełożenie przewodów polowych. To rozwiązanie czyste, ale wymaga czasu na postoju i dokładnego oznaczenia każdej żyły. Druga: rozwiązania adapterowe, które pozwalają podłączyć istniejące wiązki do nowych modułów bez ich rozplatania. Skracają postój, ale zostawiają w maszynie stare okablowanie — z jego stanem izolacji i oznaczeniami. Stan przewodów warto więc sprawdzić przy inwentaryzacji, a nie w dniu przełączenia.

Sieci komunikacyjne

Stare sterowniki rozmawiają z panelami, napędami i rozproszonymi wejściami przez Profibus DP, MPI albo protokoły własne producenta. Nowa platforma naturalnie pracuje w Profinecie. Nie trzeba jednak wymieniać wszystkiego naraz: część nowych sterowników ma nadal interfejs Profibus, są też sprzęgi łączące obie sieci. To dobre rozwiązanie przejściowe dla urządzeń sprawnych i serwisowalnych, pod warunkiem że jest zaplanowane — każdy sprzęg to kolejny element, który trzeba umieć zdiagnozować.

Panele operatorskie

Stary panel rzadko da się podłączyć do nowego sterownika bez zmian, a jego projekt i tak trzeba by przebudować pod nowe adresy. Dlatego migrację sterownika zwykle łączy się z wymianą panelu — i to jest okazja, żeby ekrany zaprojektować pod operatora, zamiast przerysować stare jeden do jednego.

Napędy, falowniki i serwowzmacniacze

Napędy sterowane analogowo albo przez sieć polową mogą zostać, jeśli są sprawne i mają części. Często jednak okazuje się, że falownik lub serwowzmacniacz jest w tej samej sytuacji co sterownik: wycofany i bez zamiennika. Przy serwonapędach trzeba sprawdzić, czy nowy wzmacniacz obsłuży istniejący silnik i jego enkoder — jeśli nie, wymienia się cały zestaw osi. Parametry starych napędów odczytuje się i archiwizuje przed demontażem, bo bez nich nowy napęd trzeba stroić od zera.

Testy przed przełączeniem — symulacja i stanowisko

Zasada jest prosta: na postoju nie testuje się niczego, co dało się przetestować wcześniej. Program sprawdza się najpierw na symulacji sterownika — wszystkie sekwencje, tryby pracy i stany awaryjne, z wymuszaniem sygnałów wejściowych. Potem nowa szafa z wgranym programem trafia na stanowisko testowe: każde wyjście jest sprawdzane na listwie, każde wejście wymuszane, a komunikacja z panelem i napędami uruchomiona.

My robimy to na własnej hali, z symulacją sygnałów z maszyny — tak samo jak przy montażu próbnym nowych maszyn przed wysyłką. Podstawą testów jest nagranie pracy starej maszyny i lista scenariuszy: normalny cykl, start po zaniku zasilania, zatrzymanie awaryjne w każdym kroku sekwencji, brak materiału, zadziałanie każdego czujnika krańcowego, przezbrojenie na inny format. Scenariusz, którego nie ma na liście, i tak zostanie przetestowany — przez operatora, na pierwszej zmianie po uruchomieniu.

Dobrze, jeśli w tych testach uczestniczy ktoś z utrzymania ruchu zakładu. Poznaje nowy układ, zanim będzie musiał go serwisować, a przy okazji wnosi wiedzę o maszynie, której nie ma ani w programie, ani na schemacie — na przykład o tym, że jedna z krańcówek od lat bywa regulowana „na wyczucie”.

Przełączenie w postoju i plan powrotu

Przełączenie planuje się jak operację, a nie jak naprawę. Termin dobiera się do zaplanowanego postoju — przerwy świątecznej, przeglądu, długiego weekendu — a harmonogram rozpisuje z rezerwą na nieprzewidziane. Kolejność kroków jest zwykle taka sama.

  1. Przygotowanie przed postojem

    Nowa szafa przetestowana, program i parametry napędów wgrane, przewody i listwy oznaczone, materiały i narzędzia na miejscu. Ostatnia kopia starego programu i danych zrobiona tuż przed wyłączeniem maszyny.

  2. Odłączenie starego układu

    Stara szafa zostaje odłączona, ale nie zdemontowana. Każdy odpięty przewód ma oznaczenie, które pozwala wrócić do stanu wyjściowego bez zgadywania.

  3. Podłączenie i sprawdzenie sygnałów

    Podłączenie nowej szafy i sprawdzenie każdego wejścia i wyjścia na maszynie, zanim ruszy jakikolwiek napęd. Obwody bezpieczeństwa, krańcówki i kierunki obrotów — w pierwszej kolejności.

  4. Uruchomienie krok po kroku

    Najpierw ruchy ręczne, potem pojedyncze sekwencje, następnie pełny cykl bez materiału i z materiałem. Wynik porównuje się z nagraniem pracy starej maszyny.

  5. Punkt decyzji i odbiór

    O ustalonej godzinie zapada decyzja: maszyna przechodzi na nowe sterowanie albo wraca na stare. Stara szafa może zostać zdemontowana dopiero po odbiorze i okresie stabilnej pracy.

Gdy okno postoju jest za krótkie

Przy instalacjach pracujących w trybie ciągłym okno bywa krótsze niż czas potrzebny na przełożenie całego okablowania. Wtedy pracę dzieli się tak, żeby jak najwięcej odbyło się przy pracującej maszynie: nową szafę stawia się obok starej, trasy kablowe prowadzi zawczasu, przewody polowe przygotowuje z zapasem długości i zakończeniami, a na postoju zostaje samo przepięcie. Inną drogą jest migracja etapami — na przykład wymiana napędów jeszcze pod starym sterownikiem, a samego sterownika na kolejnym postoju. Warunek jest jeden: każdy etap musi kończyć się działającą maszyną, a nie stanem przejściowym, który ktoś ma dokończyć „przy następnej okazji”.

Funkcje bezpieczeństwa i istotna modyfikacja

Wymiana sterownika na odpowiednik, który realizuje te same funkcje, zwykle nie zmienia statusu prawnego maszyny. Inaczej jest, gdy przy migracji zmienia się funkcja bezpieczeństwa: obwód zatrzymania awaryjnego przechodzi z przekaźników na sterownik bezpieczeństwa, zmienia się kategoria zatrzymania, dochodzą tryby pracy z obniżoną prędkością albo maszyna dostaje wyższe parametry. Każda taka zmiana wymaga oceny ryzyka według PN-EN ISO 12100 i weryfikacji wymaganego poziomu PL według PN-EN ISO 13849-1 — i może zostać uznana za istotną modyfikację.

Konsekwencja jest poważna: podmiot, który dokonał istotnej modyfikacji, przejmuje obowiązki producenta maszyny — z oceną zgodności, dokumentacją, deklaracją i oznakowaniem CE. Od 20 stycznia 2027 r. pojęcie istotnej modyfikacji definiuje wprost rozporządzenie (UE) 2023/1230, które zastępuje dyrektywę maszynową 2006/42/WE. Szczegóły rozkładamy w artykule o modernizacji maszyny a znaku CE. Dla migracji wniosek jest praktyczny: zmiany w funkcjach bezpieczeństwa kwalifikuje się i dokumentuje przed pracami, a nie po uruchomieniu.

Przy maszynach wprowadzonych do użytku przed erą oznakowania CE migracja jest też dobrą okazją, żeby sprawdzić, czy maszyna spełnia wymagania minimalne. Obwody bezpieczeństwa i tak trzeba wtedy rozpoznać, więc taka ocena kosztuje niewiele więcej.

Dokumentacja po migracji — co zakład powinien dostać

Migracja, po której zakład znów ma jeden działający egzemplarz programu i nikogo, kto go rozumie, tylko przesuwa problem o kilkanaście lat. Dokumentacja jest częścią zakresu, a nie dodatkiem do faktury. Minimum to:

To, jak zakład ma potem korzystać z dostępu do programu i co może zmieniać samodzielnie, opisujemy przy utrzymaniu ruchu maszyny specjalnej. Jeśli nowy sterownik ma przy okazji udostępniać dane o pracy maszyny, warto to zaplanować teraz, a nie po uruchomieniu — co warto zbierać, piszemy w tekście o monitoringu produkcji. Cały ten zakres — od inwentaryzacji, przez testy na naszej hali, po przełączenie i dokumentację — prowadzimy w ramach usługi modernizacji układów sterowania maszyn.

Wniosek? Wymiana sterownika PLC jest bezpieczna wtedy, gdy postój służy wyłącznie przełączeniu, a nie pisaniu i testowaniu programu. Rzetelna inwentaryzacja, świadomy wybór między konwersją a przepisaniem logiki, testy przed postojem i stara szafa czekająca w gotowości — te cztery elementy decydują o tym, czy maszyna wróci do pracy w zaplanowanym oknie, czy po tygodniu nerwowego szukania błędów.

Częste pytania

Często tak. Producenci udostępniają narzędzia, które przenoszą program ze starszej platformy na nowszą, ale konwersja nigdy nie jest kompletna: instrukcje bez odpowiednika, adresowanie pośrednie i obsługa komunikacji wymagają ręcznych poprawek, a cały wynik trzeba przejrzeć i przetestować. Konwersja ma sens, gdy stary program jest uporządkowany i maszyna działa dobrze. Przy programie wielokrotnie łatanym i bez komentarzy rozsądniej jest przepisać logikę, traktując stary program jako specyfikację.

Jak najszybciej odczytać program z pracującego sterownika — razem z aktualnymi wartościami w blokach danych — dopóki sterownik działa, a w zakładzie jest sprzęt, który się z nim połączy. Jeżeli sterownik już nie działa albo programu nie da się odczytać, funkcje maszyny odtwarza się z obserwacji jej pracy, schematów, nagrań cykli i rozmów z operatorami. To droga dłuższa i wymagająca dokładniejszych testów, ale wykonalna.

Zależy od liczby sygnałów i napędów oraz od tego, czy przekłada się okablowanie polowe. Jeśli program i szafa zostały przetestowane wcześniej, postój obejmuje tylko odłączenie starego układu, podłączenie nowego, sprawdzenie sygnałów i uruchomienie — i da się go zaplanować w konkretnym oknie, na przykład w przerwie świątecznej. Realny harmonogram można podać dopiero po inwentaryzacji.

Karty wejść i wyjść zwykle tak, bo nowa platforma ma własne moduły. Okablowanie polowe niekoniecznie: przewody można przełożyć na nowe listwy zaciskowe albo podłączyć istniejące wiązki do nowych modułów przez rozwiązania adapterowe. Wybór zależy od stanu przewodów i od tego, ile czasu jest na postój.

Nie od razu. Część nowych sterowników ma nadal interfejs Profibus, są też sprzęgi łączące obie sieci, więc sprawne urządzenia mogą zostać. Nowe elementy — panel, napędy, rozproszone wejścia i wyjścia — najczęściej pracują już w Profinecie. Warto rozpisać, co i kiedy przejdzie na nową sieć, zamiast zostawiać przejściowe rozwiązanie na stałe bez planu.

Wymiana na sterownik realizujący te same funkcje zwykle nie jest istotną modyfikacją. Inaczej, gdy przy migracji zmieniają się funkcje bezpieczeństwa, dochodzą nowe funkcje albo rosną parametry pracy maszyny — wtedy zmiana może zostać uznana za istotną modyfikację, a podmiot, który jej dokonał, przejmuje obowiązki producenta. Od 20 stycznia 2027 r. pojęcie to definiuje rozporządzenie (UE) 2023/1230. Kwalifikację przeprowadza się przed pracami.

Autor

Tomasz Belka

Konstruktor, właściciel biura konstrukcyjnego THT Projekt. Od ponad 20 lat projektuje maszyny specjalistyczne, linie transportu wewnętrznego i stanowiska zrobotyzowane dla przemysłu drzewnego, meblarskiego i stalowego. Prowadzi modernizacje maszyn wraz z oceną zgodności i dokumentacją CE. Poznaj biuro konstrukcyjne THT Projekt.

Sterownik bez części zamiennych? Przeprowadzimy migrację, zanim zrobi ją za Ciebie awaria.

Skontaktuj się z nami