Sterownik Allen-Bradley 1769-L35E ma port EtherNet/IP umieszczony na płycie czołowej, co czyni go domyślnym punktem podłączenia każdego panelu HMI, napędu, bramy i kolektora danych w podpanelu. Ta wygoda skrywa twardy podział: wbudowany port nie jest tym samym zasobem co pula CIP całego sterownika. Instalacje, które „działały bez problemów przez lata”, często zawodzą, gdy piąty PanelView lub oś CIP Motion po cichu wyczerpie limit portu, podczas gdy liczba połączeń całego sterownika nadal wygląda poprawnie.

O tym, czy kolejny adapter zostanie poprawnie uruchomiony, decydują limity CIP portu wbudowanego, a nie marketingowe liczby dotyczące obudowy.

Dwie pule połączeń, które łatwo pomylić

Zgodnie ze specyfikacjami komunikacji CompactLogix (seria publikacji 1769-TD007) sterowniki L32E i L35E obsługują około 100 połączeń CIP w całym systemie. Wbudowany port EtherNet/IP jest jednak zazwyczaj ograniczony do około 32 połączeń CIP. Pozostała pula jest użyteczna tylko po dodaniu adaptera Ethernet, takiego jak 1769-AENTR, do lokalnej lub rozszerzonej magistrali i przeniesieniu części ruchu poza port na płycie czołowej. Traktowanie „100 połączeń” jako zgody na podłączenie ponad trzydziestu urządzeń do gniazda RJ45 to najczęstszy błąd planistyczny na tej platformie.

Wbudowany port współdzieli także przepustowość z serwerem WWW, klientem BOOTP/DHCP i routingiem niesolicited. Ruch inny niż CIP, taki jak surowy Modbus TCP lub sesje przeglądarki, nie zużywa połączenia CIP, ale nadal zajmuje gniazda TCP i PPS. Laptop inżynierski pozostawiony na stronie diagnostyki podczas intensywnego odpytywania HMI nie jest bezkosztowy.

Co faktycznie zużywa połączenie CIP

Liczba połączeń wynika z konfiguracji urządzeń, a nie z optymizmu w arkuszu kalkulacyjnym. Typowe w praktyce konfiguracje obejmują:

• PanelView Plus / stacja FactoryTalk View ME: zwykle 1–4 połączenia, zależnie od tematów i subskrypcji alarmów
• Napędy PowerFlex lub Kinetix: 1–2 (niejawne I/O oraz opcjonalny jawny komunikat MSG; CIP Motion dodaje kolejnego konsumenta)
• Bramy Anybus lub Ethernet-to-RIO: zwykle 1 na urządzenie docelowe skanera
• POINT I/O: 1 na moduł, chyba że optymalizacja pod kątem szafy scala całą obudowę w jedno połączenie
• Pary tagów produkowanych/konsumowanych: jedno połączenie w każdym kierunku pary
• Aktywne instrukcje MSG ze ścieżkami CIP: jedna na każde otwarte komunikat; buforowanie ma znaczenie

Zdecydowanie zaleca się optymalizację wejść/wyjść pod kątem szafy, gdy cztery lub więcej modułów współdzieli adapter. Pozostawienie każdego modułu 1734 jako oddzielnego połączenia to prosty sposób na wyczerpanie limitu 32, zanim zostanie uruchomiony pierwszy przemiennik częstotliwości.

Zarządzane przełączniki z funkcją IGMP snooping zapobiegają zalewaniu tego samego portu ruchem wieloodbiorczych wejść/wyjść, który próbujesz chronić.

Przykład obliczeniowy podpanelu

Rozważ panel obsługujący już trzy interfejsy HMI UniOP (~2 każdy), komunikator Anybus, most Ethernet–RIO Quest, klient FactoryTalk View ME oraz węzeł Pilz PNOZmulti. Sama ta inwentaryzacja może obejmować około jedenastu połączeń CIP. Dodanie napędu Kinetix 300 (połączenie niejawne i jawne) oraz tematu OPC może nadal pozostawiać zapas liczbowy poniżej 32 — jednak RPI ruchu na poziomie 5–10 ms może doprowadzić liczbę pakietów na sekundę do strefy zagrożenia na długo przed zmianą koloru licznika połączeń. Planowanie wydajności musi uwzględniać zarówno liczbę połączeń CIP, jak i szybkość przesyłania pakietów.

Lista kontrolna planowania
1. Zainwentaryzuj każde połączenie klasy 1, połączenie produkowane/konsumowane, instrukcję MSG oraz temat HMI na porcie panelu czołowego
2. Ustal wartości RPI / częstotliwości odpytywania; oszacuj PPS = f(RPI, connections)
3. Wykonaj model w narzędziu Rockwell EtherNet/IP Capacity Tool (urządzenia innych producentów Rockwell wprowadź ręcznie)
4. Przed dodaniem sprzętu potwierdź bieżące liczby na stronie http://<controller-ip>/
5. Jeśli wartości zbliżają się do 32 połączeń CIP lub 5 tys. pakietów/s, przenieś wejścia/wyjścia albo HMI na ścieżkę klasy 1769-AENTR / EN2T

Objawy przeciążenia portu

Przeciążenie rzadko objawia się jednym wyraźnym błędem. Typowy przebieg:

1. Narasta jitter RPI dla połączeń klasy 1; aktualizacje wejść/wyjść docierają z opóźnieniem
2. Wartości HMI na krótko się zamrażają; znaczniki czasu alarmów wyglądają na nieaktualne
3. Na stronie diagnostyki Ethernet pojawiają się wpisy statusu CIP 0x0304 / 0x0312 / 0x0100
4. Instrukcje MSG zwracają kody „zasób niedostępny” lub przekroczenia limitu czasu
5. Wbudowany serwer internetowy przestaje odpowiadać po wyczerpaniu gniazd TCP
6. W skrajnych przypadkach wszystkie połączenia CIP zostają utracone do czasu wyłączenia i ponownego włączenia zasilania albo ponownego połączenia

Budżet połączeń CIP przed dodaniem węzłów

Przed dodaniem kolejnego urządzenia otwórz diagnostykę internetową sterownika i zapisz bieżącą liczbę połączeń, porównując ją z arkuszem kalkulacyjnym. Włącz funkcję IGMP snooping na zarządzanych przełącznikach obsługujących wieloodbiorcze wejścia/wyjścia. Nie „naprawiaj” przeciążonej komórki przez wstawienie kolejnego niezarządzanego przełącznika — spowoduje to jedynie zwielokrotnienie domen rozgłoszeniowych. Gdy aplikacja trwale wymaga większej liczby urządzeń, niż może obsłużyć panel czołowy, przenieś ruch do modułu adaptera lub nowszej platformy CompactLogix, zamiast zwiększać interwały RPI do momentu załamania jakości ruchu.

Obliczenia dotyczące połączeń powinny być uwzględniane w przeglądach wyboru platformy tak samo jak czas cyklu skanowania. Zaopatruj się w zapasowe adaptery i sterowniki w ramach zdyscyplinowanego planu zapasów dla systemów PLC i PAC, aby kolejna rozbudowa nie zaczynała się od znalezionego w szufladzie nadmiarowego konsumenckiego przełącznika Ethernet.