ET200SP i PROFINET: błąd „device name” po wymianie modułu – co sprawdzić
- Porady
- 9 wyświetlenia
Błąd „device name” po wymianie elementu stacji ET200SP to jeden z najczęstszych scenariuszy, w których wszystko wygląda poprawnie „fizycznie”, a mimo to komunikacja po PROFINET nie wraca. Ten wpis jest celowo krótki i praktyczny. Chodzi o to, żeby w 5–10 minut sprawdzić najczęstsze punkty zapalne i przywrócić stację do pracy.
Błąd „device name” po wymianie elementu stacji ET200SP to jeden z najczęstszych scenariuszy, w których wszystko wygląda poprawnie „fizycznie”, a mimo to komunikacja po PROFINET nie wraca. Powód jest prosty: w PROFINET urządzenie musi mieć przypisaną dokładnie tę samą nazwę stacji, której oczekuje projekt w Siemens TIA Portal. Po wymianie interfejsu IM albo całej stacji nowy element bywa „czysty” (bez nazwy) albo ma inną nazwę, więc sterownik nie zestawia połączenia. W Siemens SIMATIC problem z device name bywa mylony z błędem IP, bo urządzenie jest widoczne w sieci ethernet, a mimo to PLC nie zestawia komunikacji.
W PROFINET nazwa stacji musi być taka sama jak w projekcie w TIA Portal, dlatego sama poprawna adresacja IP nie zawsze wystarcza po wymianie.
Ten wpis jest celowo krótki i praktyczny. Chodzi o to, żeby w 5–10 minut sprawdzić najczęstsze punkty zapalne i przywrócić stację do pracy.
Co oznacza błąd „device name” w PROFINET
W skrócie: PLC widzi, że w sieci jest urządzenie o danym adresie IP lub fizycznie widoczny interfejs, ale nazwa stacji PROFINET w urządzeniu nie zgadza się z nazwą z projektu. PROFINET opiera identyfikację urządzenia m.in. o nazwę stacji (a nie wyłącznie o IP), więc sama poprawna adresacja nie zawsze wystarczy po podmianie sprzętu.
Najczęstszy scenariusz po wymianie S7 1200 ET200SP
Najczęściej wymieniany jest interfejs IM (albo element, który „niesie” PROFINET), a nowy egzemplarz startuje bez przypisanej nazwy lub z nazwą testową. Projekt w TIA Portal nadal oczekuje poprzedniej nazwy, więc CPU raportuje błąd. Drugi popularny scenariusz to sytuacja, w której w sieci pojawia się duplikat nazwy (dwa urządzenia z tą samą nazwą), co potrafi rozjechać diagnostykę i powodować niestabilne zachowanie.
Co sprawdzić w TIA Portal, żeby ET200SP wrócił online
Najpierw porównaj nazwę w projekcie z tym, co jest w sieci.
W projekcie TIA Portal sprawdź nazwę stacji przypisaną do S7 1200 ET200SP (zwykle w ustawieniach urządzenia/PROFINET). Ta nazwa musi być identyczna znak w znak z nazwą, którą zapiszesz w urządzeniu. Jeśli w projekcie nazwa zawiera myślniki, kropki lub jest dłuższa, nie skracaj jej „na oko”, bo PROFINET nie traktuje tego jako „prawie to samo”.
Następnie użyj “Accessible devices” i funkcji przypisania nazwy.
W TIA Portal przejdź do wyszukiwania dostępnych urządzeń w sieci PROFINET i odszukaj nowy interfejs ET200SP. Jeśli urządzenie jest widoczne, przypisz mu nazwę dokładnie taką, jak w projekcie. Po zapisaniu nazwy odśwież diagnostykę CPU i sprawdź, czy stacja przechodzi do stanu online.
Sprawdź, czy komputer inżynierski jest w tej samej warstwie sieciowej.
Przypisanie nazwy PROFINET odbywa się w warstwie L2, więc komputer z TIA Portal musi być podłączony do tej samej sieci segmentu, bez routingu po drodze. Jeśli próbujesz przypisać nazwę „przez router”, często zobaczysz urządzenie w sieci, ale zapis nazwy się nie powiedzie albo będzie pozorny.
Zweryfikuj interfejs PG/PC i kartę sieciową.
W praktyce bardzo częstą przyczyną jest wybranie złej karty sieciowej jako interfejsu komunikacyjnego w ustawieniach PG/PC. Jeżeli TIA „skanuje”, ale nie potrafi zapisać nazwy, to w pierwszej kolejności warto upewnić się, że komunikacja idzie właściwym interfejsem i nie jest blokowana przez wirtualne karty (VPN, Hyper-V, VMware) lub polityki systemu.

Gdy nazwa nie chce się zapisać: co zwykle blokuje operację
Segmentacja/VLAN i zarządzalny switch.
Jeśli w torze jest switch zarządzalny (np. SCALANCE) i sieć jest pocięta VLAN-ami, urządzenie może być „widoczne”, ale przypisanie nazwy nie przechodzi tak, jak oczekujesz. W takich przypadkach warto na chwilę uprościć tor (bezpośrednie podłączenie laptopa w tej samej sieci) albo upewnić się, że porty są w tym samym VLAN i nie ma filtracji ramek potrzebnych do DCP (Discovery and Configuration Protocol).
Duplikat nazwy w sieci.
Jeżeli dwa urządzenia mają tę samą nazwę, diagnostyka potrafi być myląca. Warto w “Accessible devices” sprawdzić, czy nie widzisz drugiego urządzenia z identyczną nazwą i ewentualnie zmienić nazwę jednego z nich. To potrafi rozwiązać „losowe” problemy po wymianach, gdy stare urządzenie zostało podłączone równolegle na czas testów.
Rozjazd konfiguracji sprzętowej.
Jeżeli wymiana dotyczyła nie tylko IM, ale też modułów lub kolejności elementów stacji, a w projekcie jest inny układ, CPU może raportować dodatkowe błędy związane z konfiguracją. Sama nazwa to wtedy tylko część problemu. W takiej sytuacji najpierw doprowadza się sprzęt do zgodności z projektem albo aktualizuje projekt do stanu rzeczywistego, a dopiero potem domyka temat nazwy.
PG/PC interface w TIA Portal: najczęstszy powód, dlaczego nie da się zapisać device name
W wielu przypadkach operacja przypisania device name nie przechodzi dlatego, że TIA Portal używa niewłaściwej karty sieciowej. W ustawieniach PG/PC interface trzeba wybrać fizyczny interfejs Ethernet, który jest podłączony do sieci PROFINET, a nie interfejs VPN lub wirtualną kartę systemową. Po ustawieniu właściwego interfejsu warto ponownie wykonać „Assign device name” i sprawdzić, czy nazwa została zapisana w urządzeniu, ponieważ to jest kluczowy krok po wymianie interfejsu IM lub całej stacji ET200SP. Przypisanie nazwy PROFINET odbywa się przez DCP, czyli mechanizm wykrywania i konfiguracji urządzeń w warstwie L2. To oznacza, że operacja działa najlepiej wtedy, gdy komputer inżynierski jest w tym samym segmencie sieci i nie przechodzi przez routing.
Jeśli próba ustawienia nazwy jest wykonywana „z innej sieci”, urządzenie może być widoczne, ale zapis device name nie będzie skuteczny.
Jeżeli w TIA Portal (Professional) urządzenie pojawia się jako available, ale nie da się zapisać device name, bardzo często winny jest niewłaściwy wybór portu sieciowego w komputerze lub zły interfejs PG/PC. W praktyce warto na chwilę odłączyć VPN i wirtualne karty sieciowe, żeby operacja zapisu nazwy nie trafiała w „złą” kartę.
Gdy ET200SP nie jest widoczne w „Accessible devices”, co sprawdzić najpierw
Jeżeli ET 200SP nie pojawia się na liście „Accessible devices” w TIA Portal, to najczęściej problemem nie jest sam moduł, tylko warstwa sieciowa lub wybór interfejsu w komputerze inżynierskim. Najpierw warto sprawdzić, czy laptop jest podłączony do tego samego segmentu Ethernet co stacja PROFINET i czy po drodze nie ma routingu, VPN albo wirtualnych kart sieciowych, które przechwytują komunikację. Jeżeli sieć jest segmentowana lub pracuje przez zarządzalny switch, dopięcie laptopa do właściwego portu w tej samej strefie zwykle przywraca widoczność urządzenia i pozwala przejść do przypisania device name.

Szybka ściąga: objaw i najczęstsza przyczyna
|
Objaw po wymianie |
Co to zwykle oznacza |
Co zrobić jako pierwsze |
|---|---|---|
|
CPU pokazuje błąd „device name” |
Nazwa stacji w urządzeniu nie zgadza się z projektem |
Przypisz nazwę przez “Accessible devices” w TIA Portal |
|
Urządzenie widać, ale nie da się zapisać nazwy |
Problem z PG/PC, VLAN, routingiem lub kartą sieciową |
Sprawdź interfejs PG/PC i podłącz się bezpośrednio do segmentu |
|
Po przypisaniu nazwy nadal brak komunikacji |
Dodatkowo rozjazd sprzętowy lub IP/topologia |
Zweryfikuj konfigurację stacji i adresację w projekcie |
|
Zdarza się „raz działa, raz nie” |
Duplikat nazwy lub niestabilny tor sieci |
Sprawdź duplikaty nazw i zachowanie switchy/portów |
Jeżeli po wymianie stacji ET200SP lub interfejsu IM sterownik pokazuje błąd „device name”, to w PROFINET prawie zawsze oznacza rozjazd między nazwą stacji oczekiwaną w projekcie a nazwą zapisaną w urządzeniu. W takiej sytuacji sama poprawna adresacja IP nie rozwiązuje problemu, bo urządzenie nie jest identyfikowane jako ta konkretna stacja z konfiguracji.
Najszybszą ścieżką jest porównanie nazwy w projekcie TIA Portal i ponowne przypisanie jej do urządzenia wykrytego w sieci.
W praktyce najczęściej wygląda to tak, że nowy moduł po wymianie startuje bez przypisanej nazwy stacji albo z nazwą inną niż w projekcie. W TIA Portal widać wtedy urządzenie, ale sterownik nie zestawia komunikacji i sygnalizuje błąd, ponieważ nazwa jest elementem krytycznym dla PROFINET. Dlatego w serwisie dobrze działa zasada, że po każdej wymianie elementu „sieciowego” w ET200SP wykonuje się krok przypisania nazwy, nawet jeśli wcześniej wszystko działało i nawet jeśli adres IP jest identyczny.
IP i Ethernet są poprawne, a PLC dalej ma device name - dlaczego
Jeżeli urządzenie jest widoczne w wyszukiwaniu dostępnych urządzeń, ale nie da się zapisać nazwy stacji albo operacja „nie trzyma” ustawienia, to zwykle problem nie leży w samym ET200SP, tylko w torze sieciowym albo w konfiguracji komputera inżynierskiego. Przypisanie nazwy PROFINET odbywa się po mechanizmach warstwy L2, więc próba wykonania tej operacji „z innej podsieci”, przez routing albo przez źle wybraną kartę sieciową kończy się tym, że urządzenie jest widoczne, ale zapis nie przechodzi poprawnie.
W takich przypadkach najczęściej pomaga ustawienie właściwego interfejsu PG/PC oraz podłączenie laptopa bezpośrednio do tego samego segmentu sieci, w którym pracuje ET200SP.
Kolejna typowa sytuacja to moment, w którym nazwa została przypisana, ale komunikacja nadal nie wraca. Wtedy trzeba założyć, że „device name” był tylko pierwszą przeszkodą, a dalej pojawia się drugi problem, na przykład rozjazd konfiguracji sprzętowej względem projektu. Jeśli po wymianie zmienił się interfejs, kolejność modułów, BaseUnit lub typ modułu, sterownik może zgłaszać dodatkowe błędy związane z konfiguracją, a sama nazwa nie przywróci stacji do stanu online.
Wtedy trzeba porównać rzeczywisty układ stacji z konfiguracją w TIA Portal i doprowadzić je do zgodności albo świadomie zaktualizować projekt.
W praktyce często spotyka się też scenariusz, w którym wszystko wygląda poprawnie, a problem pojawia się „losowo”, raz działa, raz nie. Takie zachowanie bardzo często wynika z duplikatu nazwy w sieci albo z sytuacji, w której dwie stacje przez chwilę mają identyczną nazwę, na przykład gdy stary element został podłączony obok nowego na czas testów. W PROFINET duplikat nazwy potrafi wywołać niejednoznaczną diagnostykę i objawy przypominające awarię komunikacji, mimo że fizycznie sprzęt jest sprawny.
Dlatego przy niestabilnych objawach warto sprawdzić, czy w sieci nie ma drugiego urządzenia o tej samej nazwie i upewnić się, że nazwy są jednoznaczne.
W przypadku sieci z przełącznikami zarządzalnymi, segmentacją lub VLAN-ami problem z przypisaniem nazwy bywa trudniejszy do zauważenia, bo urządzenie może być widoczne, ale operacje DCP wykorzystywane do ustawiania nazwy nie zawsze przechodzą tak, jak w prostej, płaskiej sieci. Wtedy realnie najkrótszą drogą diagnostyczną jest maksymalne uproszczenie toru na czas serwisu, czyli podłączenie laptopa do właściwego portu w tym samym segmencie i wykonanie operacji przypisania nazwy bez „pośredników”. Jeżeli w takiej konfiguracji działa od razu, to źródłem problemu jest ustawienie infrastruktury, a nie ET200SP.

Warto też pamiętać o banalnym, ale częstym błędzie po stronie komputera inżynierskiego, czyli o wybraniu niewłaściwego interfejsu sieciowego. VPN, wirtualne karty sieciowe i dodatkowe interfejsy potrafią spowodować, że TIA Portal skanuje sieć, ale przypisanie nazwy wykonuje się „nie tam, gdzie trzeba”. Objaw wygląda wtedy jak usterka urządzenia, a w rzeczywistości problemem jest to, że operacja idzie przez złą kartę. Po korekcie interfejsu PG/PC błąd bardzo często znika bez żadnych zmian w sprzęcie.
Gdy w torze jest switch zarządzalny, na przykład Siemens SCALANCE, i sieć jest podzielona na segmenty, operacja przypisania nazwy może zachowywać się inaczej niż w prostej sieci. Wtedy najpewniejszym testem jest podłączenie laptopa do właściwego portu w tym samym segmencie i ponowne przypisanie nazwy w TIA Portal.
Na koniec warto spojrzeć na ten temat jako na element procedury serwisowej, a nie jednorazowy „trik”. Najmniej problemów jest tam, gdzie nazwa stacji PROFINET jest opisana na szafie, jest spójna z projektem TIA Portal, a po każdej wymianie interfejsu IM lub stacji ET200SP wykonuje się wprost krok „przypisz device name i potwierdź online”. Dzięki temu kolejna wymiana nie zamienia się w diagnostykę „na pamięć”, tylko jest powtarzalna, szybka i przewidywalna.
Jeżeli po przypisaniu device name stacja nadal nie wstaje, warto sprawdzić, czy wymiana nie zmieniła konfiguracji sprzętowej względem projektu. W ET200SP rozjazd interfejsu IM, kolejności modułów lub typu modułu potrafi dać dodatkowy błąd, a device name jest wtedy tylko pierwszym objawem.
Jak uniknąć powtórki przy kolejnej wymianie
Jeżeli ET200SP jest elementem krytycznym, warto mieć prosty standard serwisowy: nazwa stacji jest jednoznacznie opisana na szafie i w dokumentacji, a procedura wymiany zawiera krok „przypisanie device name” przed oddaniem maszyny do pracy. Dobrą praktyką jest też utrzymywanie spójnej topologii i segmentacji PROFINET, bo większość „magicznych” problemów z nazwą bierze się z tego, że operację próbuje się wykonać z niewłaściwego miejsca w sieci.
Po wymianie modułu w ET200SP zdarza się też, że w sieci zostaje drugie urządzenie z identyczną nazwą, więc nazwa przestaje być jednoznaczna. Taki duplikat powoduje typowy problem, w którym raz „działa”, a raz wraca błąd device name, mimo że sprzęt wygląda na sprawny.
ET200SP PROFINET błąd device name: szybka ściąga w TIA Portal, gdy stacja nie chce wrócić online
Jeżeli w ET200SP PROFINET pojawia się błąd device name, najczęściej oznacza to problem z przypisaniem device name po wymianie elementu stacji albo z konfiguracją w Tia portal.
W praktyce wchodzisz w TIA / portal, wyszukujesz urządzenia w sieci ethernet i sprawdzasz, czy widzisz ten właściwy module jako available. Jeżeli urządzenie jest widoczne, możesz connect i upewnić się, że jest to right module, a nie duplikat w sieci. Następnie wybierasz właściwy port, sprawdzasz IP i przechodzisz do akcji przypisania nazwy stacji, bo to zwykle rozwiązuje cały issue w automation.
W tia portal użyj funkcji przypisania nazwy poprzez odpowiednią opcję, a potem click właściwy przycisk do zapisania nazwy w urządzeniu; to jest dokładnie ten krok, którego brakuje po wymianie. For example możesz najpierw porównać nazwę w projekcie i w sieci, a następnie zapisać ją ponownie, żeby była the same jak w konfiguracji plc.
Jeśli operacja nie przechodzi, sprawdź, czy komputer jest in the samej sieci (bez routingu), czy wybrany jest właściwy interfejs sieciowy oraz czy masz odpowiednie support po stronie infrastruktury (VLAN/filtracja).
W takich przypadkach najczęściej pomaga prosty check: przełączenie na właściwy interfejs, powtórzenie zapisu nazwy i weryfikacja, że wszystko jest widoczne w „Accessible devices” i że nazwa została faktycznie zapisana na urządzeniu.
Możesz też skorzystać z tego profesjonalnego przewodnika Siemens S7-1200, który pokaże Ci, jak mieć wszystkie właściwe ustawienia. You can also use this Siemens S7 1200 Professional guide to show you how you have all the right settings.
Dobór komponentów: ET200SP i sieć PROFINET
Wymiana ET200SP i błąd „device name” to typowa sytuacja serwisowa, dlatego warto mieć pod ręką kompatybilne elementy stacji i sprawdzoną infrastrukturę sieciową. Jeśli szukasz konkretnych elementów do stacji po PROFINET, zobacz kategorię SIMATIC ET 200SP, a przy tematach sieci i diagnostyki PROFINET przejdź do SCALANCE.

Mini-FAQ
Czy błąd „device name” oznacza uszkodzony moduł?
Najczęściej nie. W większości przypadków oznacza brak lub niezgodność nazwy PROFINET w urządzeniu po wymianie.
Czy wystarczy ustawić IP, żeby ET200SP ruszył?
Nie zawsze. W PROFINET nazwa stacji jest krytyczna i musi zgadzać się z projektem w TIA Portal.
Dlaczego nie mogę zapisać nazwy z TIA Portal?
Najczęściej przyczyną jest zły interfejs PG/PC, próba zapisu przez routing, albo segmentacja/VLAN w torze sieciowym.
Czy po wymianie IM zawsze trzeba przypisywać nazwę?
W praktyce bardzo często tak, bo nowy egzemplarz zwykle startuje bez właściwej nazwy, którą pamiętał poprzedni moduł.
Zobacz również inne artykuły
Komentarze (0)