Rozwiązywanie problemów z awariami połączenia EtherNet/IP w sterownikach Allen-Bradley ControlLogix: sprawdzona w praktyce sekwencja diagnostyczna

Dlaczego występują błędy połączenia

EtherNet/IP to protokół Common Industrial Protocol (CIP) działający za pośrednictwem standardowego Ethernetu. Obsługuje komunikację I/O i przesyłanie wiadomości w jednej sieci. Błędy połączenia powodują większość przestojów EtherNet/IP. Skanery ControlLogix rejestrują każdy stan połączenia. Ten poradnik przedstawia powtarzalną kolejność diagnozowania. Zastosuj ją, zanim skontaktujesz się z pomocą techniczną dostawcy.

Zrozumienie modelu połączenia

CIP definiuje dwie role urządzeń. Skaner (inicjator) żąda danych. Adapter (urządzenie docelowe) je dostarcza. Moduły ControlLogix 1756-EN2T i 1756-ENBT mogą pełnić obie role. Połączenia I/O korzystają z parametru Requested Packet Interval (RPI). Adapter wysyła dane w ustalonych przez niego odstępach. Domyślny limit czasu jest równy czterokrotności RPI. Na przykład RPI wynoszące 20 ms daje limit czasu 80 ms. Połączenia komunikatowe korzystają z portu TCP 44818. Ruch I/O korzysta z portu UDP 2222. W obu przypadkach możliwy jest multicast. Każde połączenie zużywa zasoby skanera. Zbyt duża liczba połączeń lub zbyt agresywne RPI przeciążają procesor.

Sześcioetapowa sekwencja diagnozowania

Krok 1: Odczytaj diody LED modułu. Ciągłe zielone światło OK oznacza, że moduł działa prawidłowo. Ciągłe zielone światło NET A oznacza aktywne połączenie CIP. Migające zielone światło NET A oznacza, że łącze działa, ale jest bezczynne. Zgaszona dioda NET A oznacza brak łącza. Zapisz wzór wskazań przed wykonaniem jakichkolwiek czynności.

Krok 2: Sprawdź urządzenie za pomocą FactoryTalk Linx. Przejdź po drzewie i potwierdź, że moduł jest widoczny. Wykonaj ping adresu IP modułu. Otwórz stronę internetową modułu i sprawdź liczniki połączeń.

Krok 3: Sprawdź fizyczną ścieżkę połączenia. Użyj ekranowanego przewodu Cat5e lub lepszego. Sprawdź zakończenie RJ45 oraz diody LED portu przełącznika. Wymuś autonegocjację na obu końcach. Niezgodność trybu dupleksu po cichu niszczy przepustowość.

Krok 4: Przejrzyj konfigurację I/O w Studio 5000. Potwierdź, że RPI odpowiada wymaganiom urządzenia. Włącz unicast w gęstych sieciach. Zalewy multicast mogą nasycić przełączniki.

Krok 5: Przeanalizuj błędy instrukcji MSG. Monitoruj bity .EN, .DN i .ER. Odczytaj kod błędu w tagu .ER. Kody z zakresu 16#02xx wskazują na problemy z połączeniem. 16#0204 oznacza przekroczenie limitu czasu połączenia. Zweryfikuj ścieżkę, stan urządzenia docelowego oraz RPI.

Krok 6: Przechwyć pakiety za pomocą Wireshark. Użyj filtra tcp.port == 44818 dla komunikatów. Użyj filtra udp.port == 2222 dla I/O. Poszukaj żądań Forward Open i odpowiadających im odpowiedzi. Brak odpowiedzi wskazuje na zapory sieciowe lub filtry VLAN. Gdy ruch multicast zanika, sprawdź raporty IGMP.

Dostosowywanie RPI: kiedy i jak

Większość analogowych i dyskretnych urządzeń I/O działa z RPI od 20 do 100 ms. Szybkie serwonapędy i pętle bezpieczeństwa wymagają od 1 do 10 ms. Zacznij od wartości domyślnej zalecanej przez dostawcę. Zwiększaj RPI, aż błędy ustaną. Podczas testu obserwuj wykorzystanie procesora. Obserwuj także przepustowość sieci. RPI wynoszące 10 ms przy 50 urządzeniach generuje duży ruch. Użyj trybu unicast, aby utrzymać przewidywalne obciążenie.

Typowe wzorce błędów

Jeden moduł wielokrotnie traci połączenie. Najpierw sprawdź liczniki błędów portu przełącznika. Następnie spróbuj użyć sprawnego przewodu. Ponadto sprawdź, czy wersja oprogramowania sprzętowego jest zgodna z projektem.

Wszystkie połączenia zanikają po cyklu zasilania. Zwykle oznacza to niezgodność konfiguracji lub konflikt adresów IP. Sprawdź kluczowanie modułu oraz tabelę połączeń zaplanowanych. Sprawdź także dzierżawę na serwerze DHCP.

Przerywane zaniki połączenia podczas uruchamiania silników. Zakłócenia elektromagnetyczne lub spadki napięcia powodują taki wzorzec. Jednak zużyte złącza wyglądają identycznie. Przed wymianą modułów sprawdź uziemienie i ciągłość ekranu.

Błędy zasobów skanera. Moduł osiągnął limit połączeń. Dlatego zwiększ RPI lub dodaj drugi skaner. Sprawdź liczbę połączeń na stronie internetowej modułu.

Zalewy multicast. Jedno urządzenie zalewa sieć ruchem. Wymuś unicast we właściwościach modułu. Znacznie zmniejszy to obciążenie przełącznika.

Podsumowanie i zalecenia dotyczące działań

Pracuj według stałej kolejności: warstwa fizyczna, sieć, konfiguracja, obciążenie. Nigdy nie zmieniaj RPI bez udokumentowanego powodu. Zapisuj wartości bazowe stanów diod LED i liczby połączeń. Używaj unicast w gęstych sieciach. Na koniec trzymaj na półce zapasowy skonfigurowany moduł. Ta dyscyplina skraca średni czas naprawy o wiele godzin.

Autor: Zhang Min jest inżynierem automatyki przemysłowej z ponad 10-letnim doświadczeniem w zakresie sterowników PLC, systemów DCS i systemów sterowania.