Sterowanie i automatyka

Modernizacja sterowników PLC: wymień stary sterownik, nie maszynę

Mechanicznie twoja maszyna ma przed sobą jeszcze lata, ale S7-300 w szafie został wycofany z oferty, części zamienne są coraz trudniej dostępne i nikt nie odważa się już ruszyć programu. My wymieniamy sterownik, nie maszynę: logika przechodzi na otwarty runtime zgodny z IEC 61131-3, z wejściami/wyjściami i komunikacją na standardowych protokołach. Zostajesz z maszyną, zachowujesz kontrolę i nie jesteś już przywiązany do jednego dostawcy PLC.

Stary sterownik Siemens w szafie sterowniczej: mechanicznie maszyna ma jeszcze lata, sterownik nie

Twoja maszyna ma przed sobą lata. Jej sterownik często nie.

Maszyna może być w idealnym stanie mechanicznym, podczas gdy sterownik PLC, na którym działa jej sterowanie, powoli staje się ryzykiem. Brzmi znajomo?

Linią steruje S7-300 albo S7-400, a ten 1 października 2025 został wycofany z oferty Siemensa.
Części zamienne pochodzą z szuflady albo z rynku wtórnego, a zapas się kurczy.
Program da się utrzymywać tylko narzędziem jednego dostawcy, na laptopie inżynierskim, którego nikt nie odważa się zaktualizować.
Wiedza o programie siedzi w głowie jednej osoby, która za kilka lat odchodzi na emeryturę.
Sterownik zaprojektowano dla odizolowanej maszyny, a dziś jest podłączony do sieci firmowej.
Nikt nie wie dokładnie, jaki firmware, jakie oprogramowanie i jakie połączenia są w tej chwili aktywne.

Wymiana takiego sterownika rzadko jest prostą zamianą sprzętu. Program trzeba zmigrować, wejścia/wyjścia zmapować, komunikację zbudować od nowa, a maszynę ponownie przetestować, i to wszystko przy działającej produkcji. Dlatego przestarzałe sterowniki często pracują latami. To zrozumiałe, ale z każdym rokiem ryzyko rośnie.

Fakty

Nawet Siemens mówi: starą automatykę trzeba zmigrować

To nie jest problem hipotetyczny. Siemens prowadzi jawne programy migracji dla przestarzałych systemów SIMATIC, z twardymi datami. A regulacje idą w tym samym rytmie.

1 października 2025
S7-300 i ET 200M zostały wycofane z oferty Siemensa. Nowych modułów już nie zamówisz: zostaje to, co masz w szafie i na półce.
1 listopada 2026
Początek stopniowego wycofywania pierwszej generacji S7-1200 (G1). Nawet sterownik, który ma ledwie dziesięć lat, dostaje więc datę końca.
11 grudnia 2027
Od tego dnia Cyber Resilience Act obowiązuje w pełni dla produktów z elementami cyfrowymi na rynku UE; obowiązek zgłaszania aktywnie wykorzystywanych podatności już od 11 września 2026.

Siemens oczywiście oferuje migrację do swojej następnej generacji sterowników i dla wielu maszyn to zupełnie dobra odpowiedź. Ale coraz częściej pada inne pytanie: czy migracja starego sterownika Siemensa musi koniecznie skończyć się kolejnym sterownikiem Siemensa? Naszym zdaniem nie.

PLC to funkcja, nie marka

Sterowanie maszyną potrzebuje stałego zestawu funkcji i żadna z nich sama w sobie nie wymaga, żeby sterownik pochodził od jednego konkretnego producenta.

Dlatego budujemy w stronę architektury na otwartych standardach: IEC 61131-3 dla logiki, EtherCAT albo Modbus w dół, do wejść/wyjść i napędów, OPC UA i MQTT w górę, do IT, standardowy Ethernet i Linux z rozszerzeniami czasu rzeczywistego tam, gdzie pasuje. Jaki dokładnie sprzęt i jakie protokoły: to zależy od maszyny.

Ta sama lista, bez uzależnienia od jednego ekosystemu.

  • Deterministyczne czasy cyklu: logika wykonuje się w każdym cyklu w tych samych milisekundach.
  • Cyfrowe i analogowe wejścia/wyjścia, z istniejących kart albo przez otwartą magistralę polową.
  • Komunikacja przemysłowa z napędami, HMI i innymi sterownikami.
  • Maszyny stanów, timery, liczniki i obsługa błędów, tak jak w obecnym programie.
  • Diagnostyka: widzisz, co robi sterownik, bez narzędzia dostawcy.
  • Kontrolowane aktualizacje i niezawodne odtworzenie, gdy coś pójdzie nie tak.

Od zamkniętego PLC do otwartej architektury sterowania

Celem architektury jest rozdzielenie: logika maszyny osobno od sprzętu sterownika, sterownik osobno od wejść/wyjść, a całość osobno od chmury i IT. Każda warstwa rozmawia z następną przez otwarty standard, więc każdą warstwę da się wymienić osobno.

Konkretnie, od dołu: do maszyny podpięte są wejścia/wyjścia, napędy i czujniki przez EtherCAT. Nad nimi działa otwarty runtime PLC z programem IEC 61131-3, w czasie rzeczywistym. Nad nim Meshnex Edge do monitoringu, zarządzania flotą, podpisanych aktualizacji i bezpieczeństwa. A na samej górze, przez MQTT albo OPC UA, chmura i twoje systemy IT: MES, OEE, energia.

To ten sam podział odpowiedzialności, który reszta świata oprogramowania stosuje od dwudziestu lat. Na hali produkcyjnej był dotąd rzadkością, bo ekosystem dostawcy PLC dostarczał wszystkie warstwy naraz.

Żadnej warstwy nie traktujemy jako nienaruszalnej. Właśnie o to chodzi.

  • Logika maszyny: program IEC 61131-3, pod kontrolą wersji, czytelny bez narzędzia dostawcy.
  • Sprzęt sterownika: komputer przemysłowy albo sterownik wbudowany, wymienny bez przepisywania logiki.
  • Wejścia/wyjścia i napędy: przez EtherCAT albo Modbus, od wielu producentów.
  • Edge: monitoring, kontrolowane aktualizacje OTA, zarządzanie dostępem i logowanie zdarzeń.
  • Chmura i IT: MES, OEE, monitoring energii i analityka przez MQTT i OPC UA, bez dotykania warstwy czasu rzeczywistego.

Bez nowego uzależnienia od dostawcy

Migracja do nowego zamkniętego PLC rozwiązuje jeden problem i czasem tworzy kolejny: nowy sprzęt, nowe oprogramowanie inżynierskie, nowy model licencyjny i nowa zależność. Za dziesięć lat jesteś w tym samym miejscu, tylko z inną naklejką na sterowniku.

Nie chcemy pozbywać się dostawców przemysłowych. Chcemy, żeby architektura była wymienna na każdej warstwie. To powinieneś móc zmienić bez przeprojektowywania maszyny:

Celem nie jest wyeliminowanie dostawców. Celem jest to, żeby wybór pozostał twój.

  • Sprzęt sterownika, gdy dostawca kończy produkcję albo inna platforma pasuje lepiej.
  • Dostawcę wejść/wyjść, moduł po module zamiast całej szafy.
  • Sprzęt sieciowy: switche, bramy i firewalle według własnego wyboru.
  • Platformę chmurową: MeshOS, własną platformę albo obie.
  • Środowisko inżynierskie, bo program jest napisany w standardowych językach.

Modernizacja to także cyberbezpieczeństwo

Stare sterowniki PLC projektowano dla maszyny odciętej od sieci firmowej. Ten świat już nie istnieje: zdalny dostęp dostawców, połączenia z MES, laptopy inżynierskie, VPN-y i bramy IIoT są podpięte do tego samego sterownika. PLC znalazł się wewnątrz twojej granicy bezpieczeństwa, a NIS2 wymaga dokładnie tam zarządzania zasobami, kontroli dostępu, bezpieczeństwa sieci i ciągłości działania. Nowoczesna architektura sterowania czyni bezpieczeństwo widocznym i zarządzalnym:

Unikalne konta i role
Żadnego wspólnego hasła dla całego zakładu: każda osoba i każdy dostawca ma własne konto z własnymi uprawnieniami.
Bezpieczny zdalny dostęp
Dostawcy wchodzą kontrolowaną ścieżką, którą możesz włączać i wyłączać, z logiem kto co zrobił.
Podpisane, kontrolowane aktualizacje
Każde wydanie programu PLC jest wersjonowane i podpisane; wdrożenie jest planowane, z możliwością wycofania.
Niezmienialne logi audytowe
Kto, co i kiedy zmienił w sterowniku? Odpowiedź jest zapisana na stałe i nie da się jej później poprawić.
Inwentaryzacja zasobów i wersje firmware
Każdy sterownik, każdy moduł we/wy i każde aktywne połączenie jest udokumentowane, razem z wersją. Dokładnie to, o co pyta audytor NIS2.
Segmentacja i zarządzanie podatnościami
Sterownik pracuje we własnej strefie sieciowej, a znane podatności są śledzone i oceniane zamiast ignorowane.

Żadna migracja PLC sama z siebie nie czyni cię zgodnym z NIS2 ani CRA. Co natomiast robi nowoczesna, obserwowalna i utrzymywalna architektura sterowania: środki, których oczekują regulacje, są dużo łatwiejsze do wdrożenia i wykazania.

Regulacje zmieniają się razem z techniką

Unijny Cyber Resilience Act stawia wymagania cyberbezpieczeństwa produktom z elementami cyfrowymi. Zmiana polega na tym, że bezpieczeństwo staje się odpowiedzialnością na cały cykl życia produktu, a nie czymś, co dokręca się do instalacji po fakcie. Obowiązek zgłaszania aktywnie wykorzystywanych podatności obowiązuje od 11 września 2026, główne obowiązki od 11 grudnia 2027. Dla techniki przemysłowej oznacza to myślenie o:

Secure by design
Kontrola dostępu, bezpieczne ustawienia domyślne i analiza ryzyka jako część projektu, nie załącznik.
Obsłudze podatności
Proces przyjmowania, oceny i usuwania podatności, z aktualizacjami, które da się bezpiecznie wdrożyć.
Wsparciu przez cały cykl życia
Aktualizacje bezpieczeństwa przez lata użytkowania produktu. Dla maszyny to długo: piętnaście do dwudziestu lat to norma.

Tym samym architektura sterowania maszyną przestaje być sprawą wyłącznie inżyniera automatyka, a staje się też sprawą IT, bezpieczeństwa, zakupów i zarządu. To nie jest porada prawna: co CRA dokładnie oznacza dla twoich produktów, zależy od twojej roli jako producenta, integratora albo użytkownika.

Po co modernizować? Sześć powodów, które czuć na hali

Otwarty sterownik nie jest celem samym w sobie. Celem jest maszyna, która dalej pracuje, którą możesz utrzymywać sam i która bierze udział w reszcie twojego zakładu.

Maszyna służy dłużej
Wartościowa mechanika zostaje w ruchu, zamiast wymiany całej maszyny tylko dlatego, że jej sterownik jest przestarzały.
Mniejsza zależność od jednego dostawcy
Otwarte standardy i wymienne komponenty zamiast maszyny zbudowanej wokół jednego zamkniętego ekosystemu.
Lepsze cyberbezpieczeństwo
Nowoczesne uwierzytelnianie, kontrolowany zdalny dostęp, logowanie zdarzeń, mechanizm aktualizacji i zarządzanie podatnościami.
Oprogramowanie OT staje się zarządzalne
Oprogramowanie sterujące traktowane jak oprogramowanie: kontrola wersji, wydania, wycofywanie, kopie zapasowe, ślad audytowy i kontrolowane wdrożenia.
Czysta droga z OT do IT
Dane maszyny do MES, OEE, zarządzania energią, analityki i AI, bez naruszania warstwy sterowania w czasie rzeczywistym.
Bez kolejnej migracji za dziesięć lat
Nie zastępujesz jednego przestarzałego zamkniętego sterownika architekturą, która za dziesięć lat stworzy tę samą zależność.

Uczciwie o otwartym PLC: trzy rzeczy z góry

Otwarty sterownik to projekt inżynierski, nie produkt z pudełka. Trzy prawdy należą do uczciwej rozmowy i decydują o tym, jak układamy migrację.

Safety i motion to osobne ścieżki
Funkcje bezpieczeństwa (SIL/PL) i sterowanie ruchem nie przechodzą na otwarty runtime automatycznie. Wymagają osobnej inżynierii, certyfikacji albo certyfikowanych komponentów, i czasem certyfikowany sterownik safety pozostaje tam właściwym wyborem.
Nie każda maszyna jest kandydatem
Maszyna z ciężkim zsynchronizowanym ruchem, rozbudowanym safety albo sterownikiem, który producent wciąż w pełni wspiera, czasem korzystniejsza jest zwykła migracja u dostawcy. Mówimy to wprost.
Otwarte nie znaczy automatycznie bezpieczniejsze
Otwarta architektura umożliwia przejrzystość, wymienność i samodzielne zarządzanie cyklem życia oprogramowania. Bezpieczna staje się dopiero wtedy, gdy tak ją zaprojektowano i tak się ją utrzymuje, a to jest praca.

Dlatego każdy projekt zaczyna się od inwentaryzacji. Po tym kroku wiesz, czy otwarte sterowanie to właściwa droga dla tej maszyny, a jeśli nie, to która jest.

Od starego PLC do otwartego sterowania w pięciu krokach

Każda migracja przebiega tą samą drogą, a produkcja w tym czasie pracuje dalej.

Krok 1: inwentaryzacja
Mapujemy maszynę: PLC, wejścia/wyjścia, napędy, magistralę polową, HMI, safety, sieć, program i każde połączenie zewnętrzne. Często pasywnie, bez dotykania sterownika.

Krok 2: analiza
Co zostaje, co wymieniamy, co tłumaczymy? Decyzja dla każdego elementu, z safety i motion nazwanymi osobno.

Krok 3: przebudowa
Logika sterowania przechodzi na otwartą architekturę IEC 61131-3 tam, gdzie to zasadne, pod kontrolą wersji od pierwszej linii.

Krok 4: testy
Walidacja mapowania we/wy i zachowania maszyny obok istniejącego sterownika, przed przełączeniem: poza godzinami produkcji albo na stanowisku testowym.

Krok 5: modernizacja
Nowy sterownik rusza i zostaje podłączony do monitoringu, cyberbezpieczeństwa i twojej infrastruktury IT/OT. Stary PLC zostaje jako zabezpieczenie, aż wszystko się potwierdzi.

Nie chcemy zastępować Siemensa kolejną czarną skrzynką

Siemens produkuje znakomity sprzęt automatyki i dla wielu zastosowań pozostanie najlepszym wyborem. Nie chodzi o zamianę jednej marki na drugą. Chodzi o to, żebyś miał wybór.

Odpowiedzią na uzależnienie od dostawcy nie może być kolejne uzależnienie od dostawcy. Uważamy, że automatyka przemysłowa powinna iść w tę samą stronę co reszta nowoczesnego oprogramowania: otwarte interfejsy, oprogramowanie pod kontrolą wersji, wymienne komponenty i jasna własność.

Maszyna należy do producenta. Oprogramowanie sterujące też powinno.

  • Maszyna należy do producenta, który jej używa, nie do dostawcy PLC.
  • Oprogramowanie sterujące też: czytelne, wersjonowane i przenośne.
  • Każdą warstwę architektury da się wymienić bez przeprojektowywania maszyny.
  • Od nas też nie jesteś zależny: twoi inżynierowie mogą prowadzić to dalej.

Dowody z praktyki

Stare sterowniki, które już otworzyliśmy

Pełnej migracji na otwarty PLC jeszcze nie ma jako publicznej realizacji: są za to kroki, które ją poprzedzają. Odczyt starych sterowników Siemens, zabezpieczenie ich programów i receptur oraz bezpieczne połączenie danych z IT.

Zarządzanie recepturami na linii ze starym sterownikiem Siemens Cyfryzacja receptur
Producent żywności

Receptury ze starych sterowników Siemens, zabezpieczone cyfrowo

Receptury, które istniały wyłącznie na papierze i w starych sterownikach Siemens, mają teraz kopię zapasową i wersjonowanie. Każda zmiana nastawy jest zapisana: kto, co, kiedy i co to zrobiło z produkcją. Przywrócenie poprzedniej wersji to jedno kliknięcie.

Folia z tworzywa przechodząca przez wałki linii pakującej Rejestracja przestojów
Producent opakowań

Każdy przestój na linii policzony i sklasyfikowany

Każde zatrzymanie jest automatycznie pobierane ze sterownika i klasyfikowane: przezbrojenie, awaria, brak materiału, mikroprzestój. Diagram Pareto na żywo pokazuje, gdzie zmiana faktycznie stanęła, dzięki czemu poprawa zaczyna się od największego źródła strat wydajności, a nie od przeczucia.

Urządzenie do monitoringu i rejestracji ciśnienia Monitoring i sterowanie ciśnieniem
Sidijk

Ciśnienie mierzone i rejestrowane

Zbudowane na zamówienie urządzenie pomiarowe, które mierzy ciśnienie w sposób ciągły i je zapisuje. Odchylenia od razu wywołują powiadomienie, zanim urosną do problemu, a pełna historia pomiarów zostaje do analizy i raportów.

Najczęstsze pytania o modernizację sterowników PLC

Czym jest otwarty PLC?

To sterownik, którego logika jest napisana w standardowych językach IEC 61131-3 i działa na otwartym runtime, na sprzęcie, który sam wybierasz: komputerze przemysłowym albo sterowniku wbudowanym z Linuksem i rozszerzeniami czasu rzeczywistego. Wejścia/wyjścia i napędy łączą się przez otwartą magistralę polową, taką jak EtherCAT albo Modbus. Różnica wobec klasycznego PLC nie leży w tym, co robi, tylko w tym, kto ma klucz.

Czy stary Siemens S7-300 da się zmigrować bez wymiany maszyny?

Zazwyczaj tak. Mechanika, czujniki, elementy wykonawcze i często także okablowanie zostają; wymieniamy sterownik i tam, gdzie trzeba, wejścia/wyjścia, a logikę tłumaczymy. O kształcie projektu decydują wielkość programu, magistrala polowa (Profibus wymaga innego podejścia niż Profinet), HMI i safety. Dlatego wszystko zaczyna się od inwentaryzacji.

Czy trzeba wtedy wymienić także wejścia/wyjścia i napędy?

Niekoniecznie. Istniejące rozproszone we/wy na Profinecie albo Profibusie często mogą zostać, przez bramę albo odpowiednią kartę master. Przy przestarzałych albo trudno dostępnych we/wy wymiana na moduły EtherCAT od wybranego producenta jest zwykle tańsza niż naprawa. Napędy zazwyczaj zostają, o ile mają otwarty interfejs.

Co z safety (SIL/PL) i sterowaniem ruchem?

To osobne ścieżki. Funkcje bezpieczeństwa wymagają certyfikowanych komponentów i własnej walidacji; nie przenosimy ich po prostu na otwarty runtime i czasem certyfikowany sterownik safety pozostaje właściwym wyborem. Sterowanie ruchem może działać przez EtherCAT i otwarte napędy, ale złożony zsynchronizowany ruch oceniamy dla każdej maszyny osobno i mówimy uczciwie, gdy zwykły dostawca robi to lepiej.

Jak długo maszyna stoi podczas migracji?

Możliwie krótko: zwykle planowany postój od kilku godzin do kilku dni, zależnie od we/wy. Nowy sterownik jest budowany i testowany wcześniej obok istniejącego, przełączenie odbywa się w zaplanowanym oknie, a stary PLC pozostaje podłączony jako zabezpieczenie, aż nowy się sprawdzi.

Czy oprogramowanie open source jest wystarczająco niezawodne do sterowania maszyną?

Open source to model własności, nie poziom jakości. Linux pracuje w pociągach, sprzęcie sieciowym i systemach medycznych, a tu obowiązują te same wymagania: deterministyczne wykonanie, sprzęt przemysłowy, poprawny projekt elektryczny, testy i dokumentacja. Otwarte znaczy, że możesz czytać kod i samodzielnie zarządzać cyklem życia; niezawodne staje się przez inżynierię, jak każdy inny sterownik.

Czy migracja PLC zapewni nam zgodność z NIS2 albo CRA?

Nie, nie sama z siebie. NIS2 wymaga analizy ryzyka, zarządzania zasobami, kontroli dostępu i wykazywalności w całej organizacji; CRA nakłada obowiązki na producentów produktów z elementami cyfrowymi. Nowoczesna architektura sterowania ułatwia natomiast wdrożenie i wykazanie środków, które za tym idą: inwentaryzacja zasobów, unikalne konta, logowanie zdarzeń i kontrolowane aktualizacje są wbudowane. To nie jest porada prawna.

Czy nasi inżynierowie będą mogli sami utrzymywać nowy sterownik?

Tak, taki jest zamysł. Program jest napisany w językach IEC 61131-3, które twoi inżynierowie już znają (structured text, ladder, bloki funkcyjne), pod kontrolą wersji, z dokumentacją. Przekazujemy go ze szkoleniem i pozostajemy dostępni, ale nie jesteś od nas zależny: to tylko przeniosłoby uzależnienie w inne miejsce.

Ile kosztuje modernizacja PLC?

To zależy od wielkości programu, we/wy, magistrali polowej i od tego, czy w zakres wchodzą safety i HMI. Pojedyncza maszyna z przejrzystym programem S7-300 to inny projekt niż linia z dziesięcioma sterownikami i zsynchronizowanym ruchem. Dlatego każdy projekt zaczyna się od inwentaryzacji: potem wiesz, czego wymaga migracja i czy opłaca się względem zwykłej migracji u dostawcy.

Czy to działa także dla sterowników Rockwell, Mitsubishi, Omron albo Schneider?

Tak. Zasada jest dla każdej marki taka sama: logika jest tłumaczona na IEC 61131-3, a we/wy i komunikacja budowane od nowa na otwartych protokołach. Szczegóły się różnią (ControlLogix używa innej struktury tagów i innej magistrali niż S7), więc inwentaryzacja wygląda dla każdej marki nieco inaczej.

Czy twój PLC staje się najsłabszym ogniwem?

Masz maszyny pracujące na starych sterownikach Siemens, Rockwell, Mitsubishi, Omron albo innych platformach PLC? Oceniamy, czy sterownik da się zmodernizować bez wymiany maszyny, i mówimy uczciwie, gdy zwykła migracja u dostawcy jest dla tej maszyny lepszą drogą.