Sterowniki Simatic S7-300 pracują w polskich zakładach od ponad dwóch dekad i większość z nich nadal robi dokładnie to, do czego je zaprogramowano. Problem nie polega na tym, że przestaną działać w konkretnym dniu, tylko na tym, że rodzina jest na końcu cyklu życia: awaria procesora przestaje być zdarzeniem serwisowym, a staje się zaopatrzeniowym. Poniżej praktyczny sposób oszacowania własnej ekspozycji i zaplanowania przejścia na S7-1500 i TIA Portal – bez zgadywania dat i bez tygodniowego postoju.
Czego ten poradnik nie zrobi za Ciebie: dat
Siemens prowadzi dla każdego numeru katalogowego formalny cykl życia z etapami sprzedaży, wsparcia technicznego i dostępności części zamiennych. Etapy te ogłaszane są osobno dla poszczególnych procesorów, modułów komunikacyjnych i kart wejść/wyjść – rodzina nie znika jednym komunikatem i jednego dnia. Dlatego nie podajemy tu żadnej daty. Jedynym wiarygodnym źródłem jest karta produktu w Siemens Industry Mall i informacja o cyklu życia w Siemens Industry Online Support, sprawdzona dla Twoich numerów katalogowych. Jeżeli ktoś w ofercie handlowej podaje datę „końca wsparcia S7-300” bez numeru katalogowego i bez odnośnika, poproś o źródło.
Co można powiedzieć bez ryzyka: kierunek jest jednoznaczny, następcą w portfolio jest S7-1500 programowany w TIA Portal, a decyzje inwestycyjne podejmowane dzisiaj nie powinny zakładać, że S7-300 będzie platformą na kolejne dziesięć lat.
Inwentaryzacja: dwa dni pracy, które zmieniają rozmowę
Zanim policzysz koszt, potrzebujesz listy. Dla każdej maszyny ze sterownikiem z rodziny S7-300 zapisz:
- numer katalogowy i wersję oprogramowania układowego procesora oraz wszystkich modułów, także komunikacyjnych i interfejsowych;
- topologię wejść i wyjść: stacje rozproszone ET 200M, sieć Profibus DP, liczbę i typ kart;
- napędy i sposób ich sterowania – magistrala, sygnał analogowy czy styczniki;
- panel operatorski lub stację SCADA: model, wersję oprogramowania, licencje;
- gdzie leży projekt STEP 7 i czy da się go otworzyć – z licencją, kluczem sprzętowym i hasłami do bloków;
- kto ostatnio zmieniał program i czy zmiana trafiła do archiwum;
- obwody bezpieczeństwa: przekaźniki, sterownik bezpieczeństwa, kategorię i poziom zapewnienia bezpieczeństwa z dokumentacji.
Najczęstsze odkrycie na tym etapie nie dotyczy sprzętu, tylko oprogramowania: dla kilku maszyn nie ma aktualnego źródła programu albo jedyna kopia leży na komputerze, który stoi w warsztacie bez zasilacza. To ryzyko poważniejsze niż brak zapasowego procesora, bo bez źródła nawet identyczny sterownik nie postawi maszyny.
Ocena ekspozycji: które maszyny są naprawdę zagrożone
Nie każda maszyna z S7-300 wymaga tej samej reakcji. Uszereguj je według trzech kryteriów:
- Skutek postoju – ile kosztuje godzina przestoju tej maszyny i czy istnieje obejście; wąskie gardło bez obejścia jest w innej lidze niż maszyna dublowana.
- Odtwarzalność oprogramowania – czy masz źródło, kopię zapasową i przetestowaną procedurę przywrócenia. Jeżeli nie, przesuń maszynę na górę listy niezależnie od jej znaczenia.
- Dostępność zamienników – ile sztuk danego modułu leży na półce i co mówi karta produktu.
Iloczyn tych trzech ocen daje kolejność, którą da się obronić przed zarządem. Zwykle wychodzi z niej, że dwie lub trzy maszyny wymagają decyzji w tym roku, a reszta spokojnie poczeka na naturalny moment: przegląd, zmianę asortymentu, rozbudowę.
Strategia części zamiennych dla maszyn, które zostają
Przejście całego parku naraz nie jest ani możliwe, ani potrzebne. Dla maszyn, które zostają na S7-300 jeszcze kilka lat, sensowny jest zestaw zapasowy: procesor tego samego typu, karta pamięci, najczęściej awaryjne moduły wejść i wyjść oraz zasilacz. Na rynku wtórnym pamiętaj o trzech rzeczach: sprawdź wersję oprogramowania układowego, bo starsza potrafi nie przyjąć projektu; zażądaj testu pod zasilaniem; policz, że część używana bez gwarancji jest zabezpieczeniem, a nie inwestycją.
Równie ważna jest część niematerialna: kopia projektu w repozytorium, spisana procedura przywrócenia i jednorazowy test tej procedury na zapasowym procesorze. Kopia zapasowa, której nikt nigdy nie odtworzył, jest deklaracją, nie zabezpieczeniem.
Wymiana 1:1 czy przeprojektowanie
Przy wymianie 1:1 zostaje mechanika, okablowanie obiektowe i logika procesu; zmienia się sterownik, szafa lub jej część oraz program przeniesiony na nową platformę. To najkrótsza droga i najmniejsze ryzyko, sensowna wtedy, gdy maszyna robi dokładnie to, co ma robić, a jedynym problemem jest wiek układu sterowania.
Przeprojektowanie warto rozważyć, gdy występuje co najmniej jedna z tych okoliczności: zmiana topologii wejść i wyjść, na przykład przejście z Profibus na Profinet; braki w obwodach bezpieczeństwa ujawnione przy ocenie ryzyka; planowana zmiana wydajności lub asortymentu; potrzeba udostępnienia danych poza maszynę. Dokładanie tych rzeczy po zakończonym retrofcie kosztuje drugie tyle, bo trzeba drugi raz otworzyć szafę i drugi raz zatrzymać linię.
Co przenosi się ze STEP 7 do TIA Portal
TIA Portal ma narzędzie migracji projektu i w praktyce radzi sobie dobrze z warstwą znormalizowaną: bloki w językach graficznych, struktury danych, tablice symboli i konfiguracja sprzętowa przechodzą z zachowaniem sensu i wymagają przeglądu, a nie przepisania. Ale:
- bloki systemowe i funkcje biblioteczne mają w S7-1500 inne oznaczenia i inne interfejsy – każde wywołanie trzeba obejrzeć;
- bezpośredni dostęp do obszarów pamięci, adresowanie absolutne i wskaźniki zachowują się w nowym modelu wykonania inaczej i to jest najczęstsze źródło błędów po migracji;
- kod w liście instrukcji bywa przenoszony automatycznie, ale S7-1500 promuje SCL i przy większych blokach opłaca się napisać je od nowa, zamiast utrzymywać translację;
- czasy cyklu i obsługa przerwań są inne, więc logika oparta na założeniu, że „coś zdąży się wykonać”, wymaga sprawdzenia;
- komunikacja oraz funkcje bezpieczeństwa konfiguruje się inaczej i praktycznie zawsze powstają od nowa.
Realistyczna zasada: migracja narzędziowa daje działający punkt startu, a nie gotowy program. Po niej zostaje przegląd blok po bloku i testy – i to ta część, nie samo przeniesienie, decyduje o harmonogramie. Oferta mówiąca o „automatycznej migracji” bez pozycji na przegląd i testy jest niepełna. Zakres tej pracy opisujemy na stronie o programowaniu PLC, HMI i SCADA Siemens.
WinCC V7, panele operatorskie i droga do WinCC Unified
Retrofit sterownika prawie zawsze pociąga za sobą warstwę wizualizacji. Starsze panele operatorskie konfigurowane w narzędziach sprzed TIA Portal nie przeniosą się same, a stacja WinCC V7 to osobny produkt, a nie starsza wersja WinCC z TIA Portal – przejście do WinCC Unified jest projektem, nie aktualizacją.
Co zwykle udaje się przenieść: strukturę ekranów, listę zmiennych, teksty i listy alarmów, receptury. Co powstaje od nowa: skrypty, bo zmienia się model i język; grafika oparta na starych bibliotekach obiektów; raporty i połączenia z bazami danych; obsługa użytkowników i uprawnień. Potraktuj to jako okazję do usunięcia ekranów, z których nikt nie korzysta od pięciu lat – przeniesienie zbędnego kosztuje tyle samo, co potrzebnego.
Okno postojowe: jak zmieścić się w weekend
Retrofit układu sterowania mieści się w jednym weekendzie tylko wtedy, gdy większość pracy została wykonana wcześniej. Sekwencja, która się sprawdza:
- szafa zastępcza budowana równolegle, poza linią, z nowym sterownikiem i nowym okablowaniem wewnętrznym;
- program przeniesiony i przetestowany na stole, z symulacją sygnałów, a dla trudniejszych maszyn – z modelem procesu;
- odbiór u wykonawcy z listą przypadków testowych podpisaną przez utrzymanie ruchu;
- w oknie postojowym: przepięcie obiektu, sprawdzenie każdego sygnału, próby ruchowe, uruchomienie z produktem;
- plan wycofania – stara szafa zostaje sprawna i podłączalna do najbliższego przeglądu, zamiast trafić od razu na złom.
Okno wybiera się z kalendarza produkcji, nie dostawcy: planowany przestój, przerwa świąteczna, zmiana asortymentu. Cały zakres takich prac opisuje strona o modernizacji linii produkcyjnej i retrofcie maszyn.
Lista testów przed oddaniem linii
Minimum, którego warto wymagać w protokole odbioru:
- sprawdzenie każdego wejścia i wyjścia z fizycznym wymuszeniem sygnału, nie z tabeli w projekcie;
- próby wszystkich funkcji bezpieczeństwa: zatrzymanie awaryjne, osłony, kurtyny świetlne, z czasami zatrzymania zmierzonymi, a nie przyjętymi z karty katalogowej;
- zachowanie po zaniku i powrocie zasilania oraz po utracie komunikacji z panelem;
- alarmy: każdy komunikat wywołany i sprawdzony, także w tłumaczeniach;
- wydajność: cykl zmierzony na produkcie i porównany z cyklem sprzed retrofitu;
- przekazanie: źródła programu, kopia zapasowa, dokumentacja powykonawcza, schematy, instrukcja i przeszkolenie wszystkich zmian, nie tylko pierwszej.
Jeżeli retrofit zmienia funkcje bezpieczeństwa albo sposób działania maszyny, dochodzi ocena ryzyka i dokumentacja zgodności – od 20 stycznia 2027 roku według nowego rozporządzenia maszynowego. Opisujemy to w poradniku o rozporządzeniu maszynowym (UE) 2023/1230.
Koszt, dofinansowanie i kolejność działań
Koszt retrofitu rozkłada się na cztery pozycje: sprzęt (sterownik, moduły, panel, elementy szafy), projekt elektryczny i prefabrykacja, inżynieria oprogramowania z testami oraz uruchomienie na obiekcie. Proporcje zależą od tego, czy idziesz w wymianę 1:1, czy w przeprojektowanie – bez obejrzenia maszyny nie da się ich podać rzetelnie. Nakłady modernizacyjne bywają kwalifikowane w programach wsparcia inwestycji; aktualne ścieżki zebraliśmy na stronie o dotacjach na automatyzację i cyfryzację.
Kolejność, która się sprawdza: inwentaryzacja, ocena ekspozycji, zabezpieczenie oprogramowania wraz z testem odtworzenia, zestaw części dla maszyn pozostających na S7-300, przejście dwóch najbardziej narażonych maszyn w najbliższym oknie postojowym, reszta w rytmie przeglądów. Pierwsze dwa kroki wykonasz własnymi siłami w tydzień i to one najbardziej zmniejszają ryzyko.