Napęd Kinetix 5500 może komunikować się przez zwykłe łącze Ethernet, a mimo to nie działać jako oś zintegrowanego sterowania ruchem. Pomyślne wykonanie polecenia ping potwierdza osiągalność adresu IP, ale nie dowodzi, że sterownik, napęd, urządzenia sieciowe pośredniczące, oprogramowanie sprzętowe i ścieżka synchronizacji czasu tworzą prawidłową architekturę CIP Motion.

Praktyczne pytanie projektowe nie brzmi więc: „Czy przełącznik zarządzalny jest obowiązkowy?”, lecz: „Jaka topologia jest obsługiwana dla tego konkretnego numeru katalogowego i czy każde urządzenie na ścieżce sterowania ruchem może zachować wymagane parametry czasowe oraz charakterystykę ruchu dla skonfigurowanej osi?”

Zintegrowane sterowanie ruchem zależy od zwalidowanej ścieżki sterownik–napęd, a nie tylko od łączności.

Zacznij od dokładnej kombinacji napędu i sterownika

Kinetix 5500 to rodzina produktów, a nie jeden wzajemnie wymienny węzeł sieciowy. Przyrostek numeru katalogowego, oprogramowanie sprzętowe napędu, rodzina sterownika, moduł komunikacyjny, wersja Studio 5000 Logix Designer oraz profil Add-On Profile określają dostępne funkcje i konfiguracje. Zapisz te informacje przed wyborem sieci.

Instrukcja obsługi serwonapędów Kinetix 5500 firmy Rockwell Automation Kinetix 5500 Servo Drives User Manual opisuje obsługiwane przykłady połączeń, konfigurację osi, uruchamianie, CIP Sync i rozwiązywanie problemów. Użyj wersji odpowiadającej oprogramowaniu sprzętowemu zainstalowanemu w urządzeniu i przed wprowadzeniem zmian w systemie produkcyjnym sprawdź zgodność w centrum Product Compatibility and Download Center.

Ta kontrola ma znaczenie podczas modernizacji. Sterownik lub moduł komunikacyjny, który może wymieniać standardowe dane I/O EtherNet/IP, może nie obsługiwać tych samych funkcji zintegrowanego sterowania ruchem co nowsza platforma. To, że projekt otwiera się w nowszej wersji oprogramowania, nie dowodzi, że każda kombinacja modułu i napędu jest obsługiwana.

CIP Sync jest częścią architektury sterowania

Zintegrowane sterowanie ruchem koordynuje osie względem wspólnej bazy czasu. CIP Sync rozprowadza ten czas w systemie EtherNet/IP za pomocą mechanizmów IEEE 1588. Sterownik i uczestniczące urządzenia ruchu muszą mieć włączoną synchronizację czasu oraz korzystać z tego samego nadrzędnego zegara wybranego przez architekturę.

Przełącznik niezarządzalny nie jest automatycznie wadliwy, a przełącznik zarządzalny nie jest automatycznie odpowiedni. Decydujące znaczenie ma to, czy infrastruktura pośrednia jest obsługiwana w danym projekcie sterowania ruchem i czy obsługuje ruch wrażliwy na czas zgodnie z wymaganiami. Przełącznik z nieprawidłowym działaniem protokołu Precision Time Protocol lub nieprawidłową konfiguracją może powodować większe zakłócenia niż proste połączenie bezpośrednie.

W przypadku topologii gwiazdy wybierz przełącznik, który firma Rockwell dokumentuje dla zamierzonej architektury zintegrowanego sterowania ruchem, a następnie skonfiguruj jego funkcje synchronizacji czasu i priorytetyzacji ruchu zgodnie z odpowiednim przewodnikiem projektowym. Nie traktuj parametrów prędkości przełącznika konsumenckiego jako zamiennika walidacji sterowania ruchem.

Wybieraj topologię na podstawie sposobu reagowania na awarie i łatwości serwisowania

Połączenia bezpośrednie lub liniowe

Bezpośrednie połączenie sterownika z napędem może zmniejszyć liczbę urządzeń na ścieżce synchronizacji. Łańcuch liniowy może uprościć okablowanie, gdy używane są obsługiwane urządzenia z dwoma portami. Jego słabością jest przerwa w działaniu podczas serwisowania: otwarcie lub wyłączenie urządzenia znajdującego się wyżej w łańcuchu może odłączyć wszystkie urządzenia poniżej, chyba że architektura zapewnia inną ścieżkę.

Układy liniowe również wymagają zdyscyplinowanej dokumentacji portów. Tymczasowo podłączony laptop, wymieniony napęd lub zamieniony kabel może zmienić fizyczny łańcuch bez zmiany rysunku, pozostawiając personelowi utrzymania ruchu diagnozowanie sieci, która nie odpowiada już projektowi.

Topologia gwiazdy z przełącznikiem

Topologia gwiazdy umożliwia niezależne serwisowanie każdego napędu i zapewnia zespołowi sieciowemu centralny punkt diagnostyki, odczytu liczników portów, mirroringu i segmentacji. Dodaje przełącznik do ścieżki synchronizacji i awarii, dlatego przełącznik należy dobrać i skonfigurować jako komponent inżynierski, a nie jako typową infrastrukturę biurową.

Zarządzana infrastruktura staje się szczególnie cenna, gdy ruch napędów współdzieli sieć zakładową z interfejsami HMI, zdalnymi modułami I/O, urządzeniami bezpieczeństwa, napędami, stacjami inżynierskimi i systemami nadrzędnymi. Statystyki portów, granice VLAN tam, gdzie są właściwe, zarządzanie ruchem multicast, Quality of Service, kontrola dostępu i widoczność synchronizacji czasu ułatwiają izolowanie usterek. Funkcje te pomagają tylko wtedy, gdy konfiguracja jest kontrolowana i tworzona jest jej kopia zapasowa.

Pierścień urządzeń

DLR zapewnia nadmiarową ścieżkę Ethernet dla obsługiwanych węzłów. Pierścień wymaga określonego nadzorcy i udokumentowanego projektu przywracania działania. Należy potwierdzić, że każdy uczestnik pierścienia obsługuje zamierzoną rolę oraz że konfiguracja nadzorcy nie została przypadkowo powielona.

Odporność pierścienia nie zastępuje walidacji synchronizacji. Po zbudowaniu pierścienia należy przetestować zarówno normalne działanie, jak i pojedyncze przerwanie kabla, gdy osie znajdują się w kontrolowanych warunkach uruchomieniowych. Należy sprawdzić, czy diagnostyka identyfikuje miejsce usterki oraz czy sposób przywracania działania odpowiada ocenie ryzyka maszyny.

Topologię należy dobierać na podstawie wymagań dotyczących synchronizacji, konserwacji, rozbudowy i pojedynczych awarii.

Okres aktualizacji i ustawienia połączenia to decyzje inżynierskie

Okres aktualizacji ruchu musi być obsługiwany przez sterownik, napęd, liczbę osi i aplikację. Nie należy kopiować go z przykładu na forum ani ustawiać uniwersalnie na jedną wartość. Szybsze aktualizacje zwiększają częstotliwość, z jaką system musi planować i przesyłać dane ruchu, natomiast wolniejsze mogą nie zapewniać wymaganej dynamiki.

Przeanalizuj wspólnie taktowanie grupy ruchu, działanie aktualizacji kursu, konfigurację osi, wykorzystanie sterownika i przepustowość sieci. Jeśli Studio 5000 udostępnia zarówno ustawienia związane z ruchem, jak i połączeniem, skorzystaj z dokumentacji firmy Rockwell dotyczącej wybranej wersji sterownika i napędu, aby zachować ich spójność. Niezgodność może ujawnić się jako usterka połączenia, synchronizacji lub konfiguracji osi, a nie jako oczywisty alarm przepustowości.

Nie używaj stałej liczby osi jako granicy między infrastrukturą akceptowalną i nieakceptowalną. Limit zależy od częstotliwości aktualizacji, wydajności sterownika i modułu komunikacyjnego, topologii, działania przełączników, innego ruchu oraz pozostałej części projektu. Oblicz i zweryfikuj rzeczywistą konstrukcję.

Współdzielony ruch wymaga przemyślanych granic

Nawigacja HMI, gromadzenie danych historycznych, kopie zapasowe, strumienie z kamer i przesyłanie programów inżynierskich mogą generować serie obciążeń niewidoczne podczas spokojnego uruchamiania. Nie oznacza to, że każde HMI wymaga fizycznie oddzielnej sieci, ale oznacza, że ścieżkę ruchu należy przetestować przy wiarygodnym ruchu zakładowym.

Segmentuj domeny rozgłoszeniowe, gdy wymaga tego architektura i projekt bezpieczeństwa. Nie pozostawiaj tymczasowych przełączników niezarządzalnych w stałych szafach. Wyłącz nieużywane porty, udokumentuj dozwolone połączenia i uwzględnij konfigurację przełącznika zarządzalnego w kopii zapasowej maszyny. Jeśli zostaną wprowadzone translacja adresów sieciowych (NAT), routing lub zapory sieciowe, sprawdź, czy ruch zintegrowanego sterowania ruchem pozostaje w obsługiwanej architekturze.

Bezpieczeństwo sieci i dostępność ruchu są ze sobą powiązane. Płaska, nieudokumentowana podsieć ułatwia nieautoryzowane zmiany i spowalnia rozwiązywanie problemów. Z kolei zbyt skomplikowana konstrukcja z nieobsługiwanymi granicami routingu może uniemożliwić synchronizację czasu lub wykrywanie urządzeń. Używaj najmniejszej architektury, która spełnia wymagania operacyjne, bezpieczeństwa, utrzymania i rozbudowy.

Uruchamianie od zegara na zewnątrz

Potwierdź zamierzonego grandmastera lub wzorzec czasu i sprawdź, czy uczestniczące sterowniki zgłaszają stan synchronizacji. Następnie sprawdź każde ogniwo sieci i każde połączenie z napędem, zamiast traktować podsieć jak jedną czarną skrzynkę.

Sprawdź numery katalogowe, oprogramowanie sprzętowe, profile Add-On, adresację IP, zduplikowane adresy, prędkość portów i działanie dupleksu, błędy łączy, odrzucone pakiety, stan DLR, jeśli jest używany, oraz status synchronizacji napędów. Potwierdź, że oś przechodzi przez oczekiwane stany połączenia i bezpieczeństwa przed włączeniem ruchu.

Przeprowadź kontrolowany test ruchu sieciowego odwzorowujący użycie interfejsu HMI, gromadzenie danych i dostęp inżynierski. Monitoruj trendy usterek osi i błędu nadążania oraz zbierz liczniki przełącznika zarządzalnego przed testem i w jego trakcie. Czysta wartość bazowa daje utrzymaniu punkt odniesienia po przyszłych rozbudowach.

Na koniec przetestuj scenariusze konserwacyjne: utratę zasilania przełącznika, odłączenie jednego przewodu, wymianę napędu, ponowne uruchomienie sterownika oraz przywracanie z kopii zapasowej konfiguracji. Wykonuj wyłącznie testy dozwolone przez ocenę ryzyka maszyny i plan uruchomienia.

Zaplanuj część zapasową jako element topologii

Zamienny napęd musi pasować pod względem większej liczby parametrów niż tylko moc znamionowa. Potwierdź rodzinę katalogową, ścieżkę oprogramowania układowego, interfejs sprzężenia zwrotnego, opcję bezpieczeństwa, rolę w sieci, zestaw złączy oraz metodę przywracania parametrów. Podobnie zamienny przełącznik musi mieć wymagany zestaw funkcji oraz kontrolowaną kopię zapasową konfiguracji.

Odpowiedni sprzęt serwonapędów i napędów jest zorganizowany w sekcji napędy i sterowanie ruchem, a opcje sterowników Logix i komunikacji można przejrzeć w sekcji systemy PLC i PAC. Dostępność produktu nie potwierdza zgodności; nadrzędne znaczenie mają zatwierdzony wykaz materiałów oraz dokumentacja producenta.

Opinia redakcyjna: zakup zarządzalnego przełącznika to nie to samo co zaprojektowanie sieci ruchu. Rzetelny projekt identyfikuje wzorzec czasu, weryfikuje każdy przeskok, określa zachowanie w przypadku awarii, testuje realistyczny ruch i zachowuje konfigurację potrzebną do przywrócenia działania maszyny.

Najczęściej zadawane pytania

Czy każda instalacja Kinetix 5500 wymaga zarządzalnego przełącznika?

Nie. Obsługiwane topologie bezpośrednie, liniowe, pierścieniowe i przełączane zależą od konkretnego napędu, sterownika i aplikacji. Gdy przełącznik znajduje się w ścieżce zintegrowanego ruchu, musi spełniać wymagania zatwierdzonej architektury.

Dlaczego napęd może odpowiadać na polecenie ping, ale nie może ustanowić połączenia z osią?

Polecenie ping weryfikuje wyłącznie podstawową osiągalność IP. Zintegrowany ruch zależy również od zgodności sprzętu i oprogramowania układowego, prawidłowej konfiguracji osi, wydajności sterownika, CIP Sync, ustawień połączenia oraz działania każdego przeskoku sieciowego.

Czy przełącznik Stratix jest jedynym możliwym wyborem?

Projekty Stratix zatwierdzone przez firmę Rockwell upraszczają wsparcie i diagnostykę, ale właściwa odpowiedź wynika z odpowiedniej architektury Rockwell oraz dokumentacji urządzeń. Nie należy akceptować przełącznika innej firmy tylko dlatego, że obsługuje IEEE 1588 lub prędkość gigabitową.

Czy okres aktualizacji ruchu zawsze należy ustawić na 1 ms?

Nie. Wybierz obsługiwany okres aktualizacji na podstawie dynamiki aplikacji, możliwości sterownika i napędu, liczby osi oraz projektu sieci. Zweryfikuj to ustawienie w dokumentacji zainstalowanych wersji.

Jakie są najbardziej przydatne dowody z uruchomienia?

Zapisz stan wzorca czasu, status urządzeń zsynchronizowanych, topologię, wersje oprogramowania układowego i programowego, konfigurację przełącznika, wartości bazowe błędów portów, status połączenia osi oraz wyniki kontrolowanych testów ruchu i odzyskiwania po awarii.