Twoja maszyna nie jest przestarzała. Twój PLC może być.

W automatyce przemysłowej jest coś dziwnego. Maszyna produkcyjna pracuje niezawodnie dwadzieścia, trzydzieści lat. Mechanika jest serwisowana. Silniki się wymienia, łożyska się wymienia, czujniki się unowocześnia. Ale pewnego dnia ktoś otwiera szafę sterowniczą i odkrywa, że sterownik PLC stał się najtrudniejszym do wymiany elementem całej maszyny.

I nagle całkiem dobra maszyna zamienia się w projekt automatyzacji.

To jest problem, który chcemy rozwiązać. Nie przez wymianę maszyny i nie przez zamianę jednego zamkniętego sterownika na kolejny.

PLC stał się zależnością

Przez dziesięciolecia zamknięte ekosystemy PLC były logicznym wyborem. Siemens, Rockwell, Mitsubishi, Schneider i inni zbudowali imponujące ekosystemy wokół swojego sprzętu i środowisk inżynierskich: niezawodne, dobrze udokumentowane, dostępne w każdym miejscu na świecie.

Ceną była zależność. Gdy maszyna została zaprojektowana wokół jednego ekosystemu PLC, zmiana producenta sterownika oznacza też zmianę środowiska programistycznego, sprzętu, wejść/wyjść, magistrali polowej, diagnostyki, procesu inżynierskiego, części zamiennych i wiedzy własnych ludzi.

Koszt nie tkwi więc w PLC. Tkwi w ekosystemie wokół niego. I to ten ekosystem ostatecznie decyduje, kiedy twoja maszyna jest „przestarzała", a nie sama maszyna.

Zegar migracji tyka

To staje się teraz bardzo konkretne. Siemens informuje, że S7-300 i ET 200M zostały wycofane z oferty 1 października 2025. A 1 listopada 2026 Siemens rozpoczyna stopniowe wycofywanie pierwszej generacji S7-1200 (G1). Własne materiały migracyjne Siemensa opisują wyzwanie dokładnie tak, jak czuje je hala: części zamienne, wsparcie, modernizacja i stabilność pracy w długim okresie.

Oczywista odpowiedź brzmi: przejść na następną generację Siemensa. I dla wielu maszyn to po prostu właściwa odpowiedź. Ale jest jeszcze inne pytanie, które warto zadać:

Skoro i tak projektujemy sterowanie od nowa, po co odtwarzać tę samą zależność od dostawcy?

A gdyby sterownik PLC stał się elementem wymiennym?

Wyobraź sobie, że program maszyny jest niezależny od producenta sterownika. Program PLC jest zgodny z IEC 61131-3, standardem z językami, które każdy automatyk już zna: structured text, ladder, bloki funkcyjne. Magistrala polowa to otwarty standard przemysłowy, taki jak EtherCAT. Wejścia/wyjścia mogą pochodzić od wielu producentów. Sterownikiem jest komputer przemysłowy albo sterownik wbudowany. Systemem operacyjnym jest standardowy Linux, z rozszerzeniami czasu rzeczywistego tam, gdzie są potrzebne. A w górę, do systemów IT, maszyna rozmawia przez OPC UA, MQTT albo inny standardowy interfejs.

Nagle architektura wygląda tak: logika maszyny, pod nią otwarty runtime PLC, pod nim standardowe interfejsy, pod nimi wymienny sprzęt. To zupełnie co innego niż to, co dziś stoi w większości szaf: środowisko inżynierskie dostawcy, PLC dostawcy, we/wy dostawcy, ekosystem dostawcy.

Najważniejsza w tym obrazie nie jest żadna pojedyncza technologia. Jest nią podział odpowiedzialności. Logika maszyny nie powinna być na stałe przypisana do dostawcy sterownika.

Open source nie znaczy hobbystyczny

To rozróżnienie ma znaczenie. Kiedy ludzie słyszą „PLC open source", często wyobrażają sobie Raspberry Pi z hobbystycznym projektem. Nie o tym mówimy.

Przemysłowa platforma sterowania wciąż potrzebuje wszystkiego, czego potrzebuje klasyczny PLC: deterministycznego wykonania, sprzętu przemysłowego, poprawnego projektu elektrycznego, obsługi magistrali polowej, diagnostyki, zarządzania cyklem życia, cyberbezpieczeństwa, testów, dokumentacji i bezpieczeństwa funkcjonalnego tam, gdzie jest wymagane. Żadne z tych wymagań się nie zmienia.

Open source dotyczy własności i przejrzystości, a nie obniżania standardów inżynierskich. Linux jest open source. Nie sprawia to, że pociągi, sprzęt sieciowy i systemy medyczne działające na Linuksie stają się zabawkami.

Uczciwie: to jest inżynieria, nie produkt z pudełka. Safety (SIL/PL) i złożone sterowanie ruchem to osobne ścieżki z własną certyfikacją, i nie każda maszyna jest kandydatem. To trzeba powiedzieć na początku każdej takiej rozmowy.

Argument cyberbezpieczeństwa

Jest jeszcze jeden powód, dla którego ta dyskusja staje się pilna: hala produkcyjna nie jest już odizolowana. PLC siedzi dziś w ekosystemie paneli HMI, napędów, laptopów inżynierskich, MES, ERP, zdalnego dostępu, chmury, monitoringu i zewnętrznych dostawców. Każde z tych połączeń było kiedyś wyjątkiem. Dziś są normą.

To zmienia model bezpieczeństwa. W naszym wcześniejszym artykule o NIS2 przyglądaliśmy się dokładnie temu problemowi: środowisko OT jest często martwym polem, ze starymi sterownikami, panelami HMI, bramami i zdalnym dostępem poza rejestrem zasobów. Sterownik zaprojektowany w 2008 roku dla maszyny za zamkniętymi drzwiami pracuje dziś w tej samej sieci co laptop dostawcy.

NIS2 zmienia rozmowę

NIS2 nie jest po prostu „problemem cyberbezpieczeństwa IT". Dla organizacji objętych dyrektywą wymagania sięgają systemów wspierających produkcję. To znaczy, że producenci coraz częściej muszą znać odpowiedzi na pytania takie jak:

• Jakie dokładnie sterowniki są zainstalowane?
• Jakie wersje firmware na nich działają?
• Kto ma do nich dostęp i którzy dostawcy mają dostęp zdalny?
• Które sieci mogą dotrzeć do sterownika?
• Co się stanie, gdy sterownik ulegnie awarii?
• Jak jest zabezpieczone oprogramowanie i czy maszynę da się odtworzyć?
• Jak obsługiwane są podatności?

Dla sterownika, który pracuje w szafie od piętnastu lat, na te pytania trudno odpowiedzieć. Nowoczesna platforma sterowania znacznie to ułatwia: inwentaryzacja, wersje, konta i logi są wbudowane. Dla jasności: NIS2 nie wymaga od nikogo wymiany starych sterowników. NIS2 wymaga natomiast, żebyś znał swoje zasoby OT, zabezpieczał je i prowadził przez cały ich cykl życia. I dokładnie w tym miejscu stary sterownik ma problem.

Potem przychodzi Cyber Resilience Act

Unijny Cyber Resilience Act dokłada ten sam nacisk z innej strony. CRA wprowadza wymagania cyberbezpieczeństwa dla produktów z elementami cyfrowymi wprowadzanych na rynek europejski: projektowanie secure by design, analizę ryzyka, obsługę podatności i wsparcie przez cały cykl życia. Według harmonogramu wdrożenia Komisji Europejskiej obowiązki zgłaszania obowiązują od 11 września 2026, a główne obowiązki od 11 grudnia 2027.

I tu potrzebne jest zastrzeżenie: CRA nie czyni starych sterowników nielegalnymi. Jego obowiązki dotyczą producentów wprowadzających na rynek produkty z elementami cyfrowymi. Ale kierunek jest jasny. Automatyka przemysłowa staje się oprogramowaniem, a gdy sprzęt przemysłowy jest oprogramowaniem, liczy się jego cykl życia w zakresie cyberbezpieczeństwa.

Pytanie nie brzmi już tylko: „Czy PLC steruje maszyną?". Pytanie brzmi: „Czy przez następne piętnaście lat jesteśmy w stanie bezpiecznie utrzymywać oprogramowanie, które steruje maszyną?"

Trzy trendy się spotykają

Ten moment jest wyjątkowy, bo trzy zjawiska spotykają się naraz:

1. Wycofywanie sterowników PLC. Stare sterowniki dochodzą do końca wspieranego cyklu życia, z twardymi datami od samego producenta.
2. Cyberbezpieczeństwo przemysłowe. Zakłady potrzebują widoczności, kontroli dostępu, segmentacji, monitoringu i zarządzania cyklem życia, i muszą umieć to wykazać.
3. Otwarta infrastruktura cyfrowa. Producenci oczekują, że maszyny będą współpracować z MES, analityką, AI, zarządzaniem energią i platformami chmurowymi, jak opisaliśmy wcześniej przy Unified Namespace.

Te trzy trendy wskazują tę samą architekturę: otwarte, obserwowalne, definiowane programowo sterowanie.

Nie uważamy, że odpowiedź brzmi „zastąpić Siemensa"

To ważne. 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 producent miał wybór.

Jeśli sterownik przemysłowy da się wymienić bez przeprojektowywania całej maszyny, klient ma większą kontrolę nad kosztami, cyklem życia, cyberbezpieczeństwem, utrzymaniem, inżynierią, danymi i przyszłą technologią. To jest prawdziwa wartość otwartej automatyki. Nie tańsza niż u Siemensa. Ale twoja.

Od migracji PLC do modernizacji maszyny

Tu widzimy większą szansę. Migracja PLC może być punktem wejścia. Ale gdy sterownik jest już zmodernizowany, maszyna może stać się częścią cyfrowej infrastruktury zakładu. Ta sama platforma dostarcza wtedy dane maszyny, OEE, dane o energii, alarmy, zdalną diagnostykę, zarządzanie wersjami oprogramowania, monitoring cyberbezpieczeństwa, potoki danych dla AI i połączenie z MES. Ta sama warstwa danych, której MeshOS używa do żywego obrazu twojej produkcji, zyskuje maszynę, która dokładnie mówi, co robi.

PLC przestaje być odizolowaną czarną skrzynką. Staje się częścią cyfrowej fabryki.

Większa idea

Przemysł spędził dziesięciolecia na budowaniu wyjątkowo niezawodnych maszyn. Teraz musimy dać tym maszynom architekturę oprogramowania, która przetrwa następne dwadzieścia lat. Nie przez wymianę każdej maszyny. Nie przez wpychanie każdego producenta w kolejny zamknięty ekosystem. Ale przez modernizację warstwy sterowania wokół otwartych standardów.

Twoja maszyna nie powinna się starzeć dlatego, że zestarzał się jej sterownik.

I: odpowiedzią na uzależnienie od dostawcy nie może być kolejne uzależnienie od dostawcy.

Najczęstsze pytania

Czy muszę od razu wymienić swój S7-300?

Nie. S7-300, który działa dziś, będzie działał i jutro. Zmienia się to, że nowych modułów nie da się już zamówić, a wsparcie i aktualizacje bezpieczeństwa się kończą. Pytanie brzmi więc nie „czy", tylko „kiedy i jak": planowo, z zabezpieczeniem, albo nieplanowo, w chwili awarii CPU, a ostatnia część zamienna została już zużyta.

Czy otwarty PLC to to samo co soft PLC?

Prawie. Soft PLC to runtime działający na komputerze albo sterowniku wbudowanym zamiast na dedykowanym sprzęcie PLC. Otwarty PLC dodaje do tego wymaganie, żeby program był napisany w standardowych językach (IEC 61131-3), magistrala i interfejsy były otwarte, a runtime nie był związany z jednym producentem. Soft PLC dużego dostawcy może wciąż być całkowicie zamknięty.

Co dzieje się z safety i motion przy takiej migracji?

Są traktowane osobno. Funkcje bezpieczeństwa (SIL/PL) wymagają certyfikowanych komponentów i własnej walidacji, i czasem certyfikowany sterownik safety pozostaje dla nich najlepszym wyborem. Sterowanie ruchem może działać przez EtherCAT i otwarte napędy, ale zsynchronizowany ruch oceniamy dla każdej maszyny osobno. Uczciwa inwentaryzacja na początku zapobiega niespodziankom na końcu.

Czy otwarty sterownik zapewni mojemu zakładowi zgodność z NIS2 albo CRA?

Nie, nie sam z siebie. Zgodność dotyczy organizacji, procesów i umiejętności ich wykazania, a nie jednego sterownika. Nowoczesna, obserwowalna architektura sterowania ułatwia natomiast wdrożenie i wykazanie środków, których oczekują regulacje. Ten artykuł nie jest poradą prawną.

Masz stary PLC, który zasługuje na drugie życie?

Meshnex pomaga producentom ocenić i zmodernizować stare systemy sterowania, zachowując istniejącą maszynę wszędzie tam, gdzie to możliwe. Jak wygląda taki projekt, od inwentaryzacji po przełączenie, opisujemy na stronie o modernizacji sterowników PLC. Wolisz od razu porozmawiać o swojej maszynie? Skontaktuj się z nami.