Diagnostyka usterek osi ruchu EtherNet/IP CIP: Allen-Bradley Kinetix 5700 i Schneider Lexium 32

Prawdziwy koszt stanu „Axis Faulted”

Stan „Axis Faulted” w sieci EtherNet/IP CIP Motion natychmiast zatrzymuje produkcję. Inżynierowie spędzają godziny na zgadywaniu przyczyn źródłowych. Większość usterek można podzielić na cztery kategorie: sprzęt napędu, synchronizacja sieci, parametry strojenia oraz logika wejść bezpieczeństwa. Traktowanie ich jako tego samego problemu to strata czasu.

CIP Motion używa połączeń implicit klasy 1 z żądanym interwałem pakietu (RPI) 1–2 ms. Standardowe wejścia/wyjścia EtherNet/IP działają z interwałem 10–20 ms. Pominięcie aktualizacji przy RPI 1 ms wywołuje „Axis Major Fault” w ciągu 4–8 ms. Jitter sieciowy powyżej 250 µs powoduje sporadyczne usterki przypominające awarie sprzętu napędu. Firmware Logix 5000 w wersji 33.011 i nowsze zapisuje szczegóły błędów połączenia CIP Motion w dzienniku usterek modułu, nie tylko w bitach statusu napędu. Zawsze sprawdzaj oba miejsca. Sterownik Allen-Bradley ControlLogix 1756-L75 zarządza osiami CIP Motion przez moduł EtherNet/IP 1756-EN2TP.

Odczyt kodów usterek Kinetix 5700 i Lexium 32

Każdy kod usterki wskazuje na konkretną warstwę. Naucz się struktury kodu przed rozpoczęciem wymiany sprzętu.

Allen-Bradley Kinetix 5700 używa dwubajtowego formatu kodu usterki. Bajt wysoki to kategoria usterki (0x01 = sprzęt, 0x02 = ruch, 0x04 = przeciążenie napędu, 0x08 = sprzężenie zwrotne, 0x10 = bezpieczeństwo). Bajt niski to konkretny numer usterki. Odczytuj je w Studio 5000 w Właściwościach napędu → zakładka Dziennik usterek.

• Krok 1: Otwórz Studio 5000 → Właściwości sterownika → Właściwości modułu dla osi Kinetix 5700.
• Krok 2: Przejdź do zakładki Dziennik usterek. Zanotuj kod usterki (hex) i znacznik czasu usterki.
• Krok 3: Kod usterki 0x0204 = błąd prędkości. Sprawdź okablowanie sprzężenia zwrotnego prędkości na złączu J13, piny 1–4.
• Krok 4: Kod usterki 0x0810 = niski poziom baterii enkodera. Wymień baterię CR2032 w enkoderze absolutnym. Po wymianie zresetuj referencję pozycji enkodera.
• Krok 5: Kod usterki 0x1001 = wejście Safe Torque Off (STO) odłączone od zasilania. Sprawdź zasilanie 24 VDC na zaciskach STO+ i STO− (wymagane ≥22 VDC).

Schneider Lexium 32 przechowuje historię usterek w rejestrach wewnętrznych MW100–MW109. Odczytuj je przez Modbus TCP (kod funkcji 03). Format słowa usterki: bity 0–3 = klasa usterki, bity 4–7 = podkod usterki. Klasa usterki 4 (0x40) oznacza przegrzanie silnika. Klasa 6 (0x60) oznacza usterkę enkodera. Zawsze sprawdzaj ciągłość ekranowania kabla enkodera przed stwierdzeniem awarii enkodera. Dla modułów osi rodziny Kinetix zobacz Zintegrowany moduł osi Kinetix 6000 jako platformę odniesienia dla architektury kodów usterek.

Diagnostyka warstwy sieciowej: wykrywanie jittera i utraty pakietów

Usterki CIP Motion często wynikają z problemów sieciowych, a nie z napędu. Trzy konkretne testy szybko potwierdzają stan sieci.

Po pierwsze, sprawdź statystyki portów przełącznika EtherNet/IP. Ruch CIP Motion wymaga oznaczania QoS Class of Service (CoS) z DSCP 55 (CIP Motion) i DSCP 46 (CIP w czasie rzeczywistym). Zarządzany przełącznik Allen-Bradley Stratix 5700 pokazuje liczniki odrzuconych pakietów na portach. Każda niezerowa liczba odrzuconych pakietów na porcie napędu oznacza przepełnienie bufora — zmniejsz ruch tła lub zwiększ priorytet kolejki portu.

Po drugie, zmierz rzeczywisty jitter RPI za pomocą Wireshark. Przechwytuj ruch na porcie sterownika. Filtruj po adresie MAC źródła Ethernet napędu Kinetix 5700 lub Lexium 32. CIP Motion wymaga jittera ≤ 250 µs. Wartości powyżej 500 µs powodują powtarzające się usterki osi co 3–10 minut pod obciążeniem.

• Krok 1: Podłącz laptop do portu SPAN na zarządzanym przełączniku. Uruchom przechwytywanie Wireshark, filtr: eth.src == [MAC napędu].
• Krok 2: Uruchom oś z 50% prędkości nominalnej przez 5 minut. Eksportuj przechwycenie do CSV. Oblicz odchylenie standardowe czasu między pakietami.
• Krok 3: Jeśli jitter > 250 µs, sprawdź zalewanie multicast. Włącz IGMP Snooping na wszystkich przełącznikach w VLAN CIP Motion.
• Krok 4: Zweryfikuj, czy karta sieciowa sterownika działa z prędkością 100 Mbps Full Duplex, a nie Auto-Negotiate. Wymuś 100FD na obu końcach, jeśli jitter utrzymuje się powyżej 300 µs.

Po trzecie, sprawdź status połączenia CIP Motion w Logix 5000. W Studio 5000 dodaj Watch Tag dla tagu AXIS_CIP_DRIVE. Monitoruj atrybuty .RunningFault, .StartInhibited i .MotionGroupFault. Stan .StartInhibited bez kodu usterki oznacza, że sterownik czeka na ponowne nawiązanie połączenia. Najczęstszą ukrytą przyczyną jest niezgodność RPI grupy ruchu.

Weryfikacja strojenia napędu po odzyskaniu z usterki

Usunięcie usterki i ponowne uruchomienie osi bez weryfikacji strojenia powoduje powtarzające się usterki w ciągu 30 minut. Postępuj według tej sekwencji po każdej poważnej usterce osi.

Dla Kinetix 5700 otwórz kreatora Autotune w Studio 5000 (Właściwości ruchu → zakładka Strojenie). Ustaw tryb Autotune na „Sterowanie pozycją”. Użyj testu bezwładności z rampą momentu 10% wartości nominalnej. Kreator zwraca współczynnik bezwładności obciążenia (J_load/J_motor). Akceptuj wartości 0,1–10. Wartości powyżej 10 wskazują na problemy z sprzężeniem mechanicznym — sprawdź luz przekładni przed strojeniem. Po zakończeniu autotune zweryfikuj, czy ustawienie pasma przenoszenia (Bandwidth Hz) nie przekracza 80 Hz dla sprzężeń sztywnych lub 40 Hz dla elastycznych.

Dla Lexium 32 użyj oprogramowania SoMove (wersja 3.3 lub nowsza) przez port diagnostyczny USB. Przejdź do Napęd → Strojenie → Autostrojenie. Napęd wykonuje symetryczny test skoku prędkości przy 25% prędkości nominalnej. Sprawdź wynik Kp (wzmocnienie pozycji). Wartości poniżej 0,5 Hz wskazują na problemy ze sztywnością mechaniczną. Wartości powyżej 200 Hz wskazują na niezgodność rozdzielczości enkodera z podziałką śruby. Popraw parametr przełożenia (P3.006) przed ponownym testem.

Nie polegaj wyłącznie na autotune w aplikacjach o wysokiej dynamice. Ręczny test odpowiedzi skokowej przy 10%, 50% i 100% prędkości nominalnej potwierdza strojenie w całym zakresie pracy. Maksymalny błąd pozycji przy 100% prędkości nominalnej powinien być mniejszy niż 2× wartość PET.

Usterki logiki wejść bezpieczeństwa i odzyskiwanie STO

Wejścia Safe Torque Off (STO) powodują 30% zgłoszeń „Axis Faulted” w terenie. Objaw jest identyczny jak awaria sprzętu napędu — oś ulega usterce i nie można jej włączyć. Jednak usunięcie usterki i ponowne włączenie nie działa, gdy STO nie jest spełnione.

Kinetix 5700 wymaga obu wejść STO (STO-A i STO-B na złączu bezpieczeństwa J2, piny 1 i 4) z napięciem ≥22 VDC. Usterka jednego kanału STO generuje kod usterki 0x1001. Usterka dwóch kanałów generuje 0x1002. Jeśli obwód STO używa przekaźnika bezpieczeństwa z opóźnionym rozłączeniem, sprawdź napięcie podtrzymania przekaźnika — poniżej 18 VDC powoduje sporadyczne wyzwalanie STO pod wpływem drgań.

Implementacja STO w Lexium 32 zgodna z EN/IEC 62061. Wejście STO na zaciskach CN7 piny 5–6 wymaga 20–28 VDC dla stanu aktywnego. Sprawdź bit STO_Active w rejestrze statusu napędu MW0 bit 14. Jeśli STO_Active = 0 podczas normalnej pracy, śledź kabel zasilania 24 VDC STO pod kątem zwarcia do masy. Użyj cęgów pomiarowych na ekranowaniu kabla STO — prąd ekranu powyżej 50 mA wskazuje na uszkodzenie izolacji w kanale kablowym wieloosiowym.

Zawsze testuj funkcję STO po każdym odzyskaniu z usterki osi. Wykonaj test żądania, celowo odłączając zasilanie STO. Zweryfikuj, czy moment napędu spada do zera w ciągu 20 ms (wymóg IEC 62061 kategoria 3). Zarejestruj czas reakcji STO za pomocą oscyloskopu. Zanotuj datę testu i wynik (zaliczony/niezaliczony) w dzienniku konserwacji dla audytów zgodności IEC 61511.

Podsumowanie i zalecenia

Usterki EtherNet/IP CIP Motion mają przewidywalny wzorzec. Jitter sieciowy powyżej 250 µs, zaniki wejścia STO oraz błędy weryfikacji strojenia po usterce powodują 80% powtarzających się incydentów. Zawsze zaczynaj diagnostykę od Dziennika usterek, a nie od sprzętu. Odczytaj kod usterki przed dotykaniem okablowania. Potwierdź jitter RPI sieci za pomocą Wireshark, zanim obwinisz napęd.

Zawsze wykonuj autotune i ręczny test odpowiedzi skokowej przed przywróceniem osi do produkcji. Dla Kinetix 5700 utrzymuj wersje Studio 5000 i firmware napędu zsynchronizowane — sama niezgodność firmware powoduje fałszywe błędy połączenia CIP. Dla Lexium 32 zapisuj rejestry MW100–MW109 przy każdym zdarzeniu usterki. Pięć zapisów usterek tworzy wzorzec i skraca czas diagnostyki o 60% przy następnym incydencie.

Planuj testy dowodowe STO co 6 miesięcy i dokumentuj wyniki. Używaj zarządzanego przełącznika Stratix 5700 z włączonym IGMP Snooping i QoS jako podstawy niezawodnej sieci CIP Motion. Audytorzy bezpieczeństwa coraz częściej wymagają zapisów testów STO CIP Motion jako części przeglądów zgodności IEC 62061.