Jak skonfigurować tagi Produced/Consumed na PLC 1769-L30ER
Ten przewodnik wyjaśnia, jak skonfigurować komunikację Produced/Consumed między 1769-L30ER a innym PLC Logix. Nauczysz się podstawowych ustawień, wskazówek sieciowych i metod diagnostycznych dla niezawodnej wymiany danych w automatyce przemysłowej.
Co to jest model producent-konsument?
Ta metoda komunikacji eliminuje potrzebę sondowania master-slave. W efekcie zmniejsza opóźnienia sieci i zużywa mniej przepustowości. 1769-L30ER obsługuje jednocześnie do 16 tagów produkowanych i 16 konsumowanych. Jeden tag produkowany może wysyłać dane do wielu kontrolerów, co zwiększa efektywność ruchu multicast.
Strona konsumenta używa Requested Packet Interval (RPI), aby określić, jak często otrzymuje aktualizacje. Wartości RPI zwykle mieszczą się w zakresie od 2 ms do 750 ms. Szybsze RPI zapewniają lepszą wydajność, ale zwiększają obciążenie sieci. Inżynierowie muszą wybrać wartość, która równoważy szybkość z pojemnością systemu.
Co jest potrzebne przed rozpoczęciem
Upewnij się, że oba PLC są zasilane i połączone przez sieć EtherNet/IP. 1769-L30ER musi mieć wersję firmware 20.011 lub nowszą. Użyj Studio 5000 Logix Designer w wersji 21 lub nowszej, aby uzyskać dostęp do wszystkich ustawień.
Przypisz unikalne adresy IP każdemu kontrolerowi. Na przykład ustaw PLC A na 192.168.1.10, a PLC B na 192.168.1.20. Oba urządzenia powinny używać tej samej maski podsieci i bramy. Przełącznik sieciowy powinien obsługiwać filtrowanie multicast, aby uniknąć niepotrzebnego ruchu.
L30ER obsługuje do 256 połączeń TCP/IP. Pamiętaj o tym ograniczeniu podczas projektowania systemu. Przygotuj listę tagów z dokładnymi typami danych, takimi jak DINT[10] lub REAL[5], i wykonaj kopię zapasową projektu przed wprowadzeniem zmian.
Jak skonfigurować tag produkowany
Otwórz organizer kontrolera w Studio 5000 i przejdź do folderu "Controller Tags". Kliknij prawym przyciskiem i wybierz "New Tag", aby utworzyć tag produkowany. Nadaj mu jasną nazwę, na przykład "Producer_Data_Array".
Ustaw "Type" na "Produced" i wybierz odpowiedni typ danych. Wprowadź unikalną nazwę połączenia, do której będzie odwoływał się konsument. Zdefiniuj wartość RPI — użyj 10 ms dla szybkiego sterowania ruchem lub 50 ms dla mniej krytycznych zadań.
Włącz "Unicast", jeśli tag będzie używany tylko przez jednego konsumenta. Oszczędza to przepustowość sieci. Po utworzeniu tagu pobierz zmiany do kontrolera i przełącz go w tryb Run.
Jak skonfigurować tag konsumowany
Na konsumenckim PLC utwórz nowy tag i ustaw jego typ na "Consumed". Upewnij się, że typ danych dokładnie odpowiada tagowi producenta. Wprowadź adres IP producenta oraz nazwę połączenia, którą wcześniej zdefiniowałeś.
Ustaw RPI po stronie konsumenta tak, aby był równy lub wielokrotnością RPI producenta. Na przykład, jeśli producent używa 10 ms, ustaw konsumenta na 10 ms lub 20 ms. Dostosuj wartość timeoutu, zwykle czterokrotność RPI, aby wykrywać awarie komunikacji.
Po konfiguracji sprawdź zmienną systemową "Connection Status". Wartość 0 oznacza prawidłowe połączenie. Wartości 1 lub 2 wskazują błędy. Pobierz zmiany i przetestuj wymianę danych prostą procedurą przełączania.
Wskazówki dotyczące wydajności sieci
Sieci EtherNet/IP zwykle działają z prędkością 100 Mbps lub 1 Gbps. Jednak rzeczywista wydajność zależy od liczby połączeń i ustawień RPI. Na przykład dziesięć produkowanych tagów z RPI 10 ms generuje około 1000 pakietów na sekundę, co zużywa około 2-3% sieci 100 Mbps.
Używaj zarządzalnych switchy z IGMP snooping do kontrolowania ruchu multicast. Włącz Quality of Service (QoS), aby priorytetyzować pakiety EtherNet/IP i zmniejszyć jitter. W aplikacjach wysokiej prędkości rozważ użycie oddzielnych VLAN-ów do izolacji danych krytycznych.
Oblicz obciążenie sieci według wzoru: Całkowita przepustowość = (Liczba tagów × Rozmiar pakietu × 8) / RPI. Utrzymuj całkowite wykorzystanie poniżej 60%, aby zostawić miejsce na ruch szczytowy i retransmisje.
Diagnozowanie i naprawa problemów
Użyj instrukcji GSV, aby odczytać atrybuty "FaultCode" i "Status" obiektu Module. FaultCode 16#0022 zwykle oznacza timeout spowodowany przeciążeniem sieci. Dokładnie sprawdź ścieżkę połączenia w właściwościach konsumowanego tagu pod kątem literówek.
Obserwuj diodę LED I/O kontrolera. Migające czerwone światło sygnalizuje błąd komunikacji. Użyj Wiresharka z dissektorem EtherNet/IP, aby przechwycić i przeanalizować wymianę pakietów. Szukaj żądań i odpowiedzi "Forward Open", aby zweryfikować proces nawiązywania połączenia.
Jeśli problemy będą się utrzymywać, stopniowo zwiększaj wartość timeoutu. Przetestuj z działającym tagiem, aby ustalić, czy problem jest związany z konfiguracją, czy ze sprzętem. Sprawdź także dziennik zdarzeń kontrolera pod kątem zapisów błędów.
Optymalizacja dla aplikacji wysokiej prędkości
Dla sterowania ruchem lub robotyki zmniejsz RPI do 2 ms i użyj dedykowanego portu EtherNet/IP. Wbudowany port L30ER może obsłużyć do ośmiu węzłów przy tej prędkości. Używaj tablic zamiast pojedynczych tagów, aby zmniejszyć narzut połączenia.
Wyzwalaj produkcję danych na podstawie zadania okresowego, aby zapobiec jitterowi wynikającemu z nieregularnych czasów skanowania. Rozważ użycie wyzwalaczy Change of State (COS) w celu zmniejszenia ruchu, ale upewnij się, że konsument poradzi sobie z asynchronicznymi aktualizacjami.
Użyj narzędzia Task Monitor do pomiaru rzeczywistych opóźnień aktualizacji. W razie potrzeby dostosuj czas przydzielony na system, aby nadać wyższą priorytetowość zadaniom komunikacyjnym.
Uwagi dotyczące bezpieczeństwa i redundancji
Dodaj sygnał heartbeat do danych produkowanych, aby potwierdzić aktywność konsumenta. Na przykład, dołącz licznik inkrementowany w każdym cyklu. Jeśli konsument przestanie odbierać aktualizacje, wyzwól bezpieczne wyłączenie.
Używaj podwójnych połączeń sieciowych z oddzielnymi switchami dla redundancji. Skonfiguruj konsumenta tak, aby przełączał się na zapasowe IP, jeśli główne połączenie zawiedzie. Zdefiniuj procedurę "Connection Lost", która ustawi wyjścia w bezpieczne stany.
Dla procesów krytycznych rozważ użycie funkcji Redundancy w Studio 5000. Wymaga to dodatkowego sprzętu, ale zapewnia przełączanie bez utraty danych dla par kontrolerów.
Przykład: wymiana danych L30ER do L33ER
W tym przykładzie L30ER produkuje tablicę DINT[10] z RPI 20 ms do L33ER. L30ER używa IP 192.168.1.10, a L33ER IP 192.168.1.30. Oba działają na firmware 32.011 i wersji Studio 5000 32.
Wyprodukowany tag nazywa się "Axis_Data" i przechowuje wartości pozycji i prędkości. Tag konsumowany, "Received_Axis", odpowiada tej strukturze. Po konfiguracji status połączenia pokazuje 0, co oznacza sukces.
L33ER odczytuje dane co 20 ms, zgodnie z RPI producenta. Zmierzony jitter pozostaje poniżej 1 ms, co dobrze sprawdza się w większości zadań synchronizacyjnych. FactoryTalk View wyświetla wartości w czasie rzeczywistym oraz stan połączenia.
Ostateczna lista kontrolna przed uruchomieniem
Przed rozpoczęciem produkcji potwierdź, że wszystkie tagi są poprawnie odwzorowane. Przetestuj każdy tag konsumpcyjny, wymuszając znaną wartość na producencie i odczytując ją na konsumencie. Użyj funkcji Verify w Studio 5000, aby wykryć błędy spójności.
Wyłącz i włącz oba kontrolery, aby upewnić się, że ustawienia są zachowane. Monitoruj ruch sieciowy podczas szczytowych obciążeń za pomocą analizatora protokołów. Sprawdź, czy użycie CPU na każdym kontrolerze nie przekracza 75% dla zachowania marginesów bezpieczeństwa.
Dokumentuj wszystkie ustawienia RPI, timeoutów i połączeń do przyszłego użytku. Przeszkol personel utrzymania ruchu, jak odczytywać diody diagnostyczne i kody błędów GSV. Na koniec zasymuluj odłączenie kabla sieciowego, aby potwierdzić poprawność działania przełączania awaryjnego i alarmów.
Typowe przypadki użycia
Komunikacja produkowany/konsumpcyjny sprawdza się doskonale w skoordynowanym sterowaniu ruchem, udostępnianiu danych w czasie rzeczywistym między PLC linii pakującej oraz zsynchronizowanym obsługiwaniu materiałów. Wspiera także rozproszone systemy I/O, gdzie wiele sterowników potrzebuje tych samych danych z czujników.
Na przykład w zakładzie rozlewniczym L30ER może wysyłać dane o poziomie napełnienia do kilku sterowników PLC w dół linii. Umożliwia to skoordynowane operacje zakręcania i etykietowania. W automatyce magazynowej dane o pozycji z centralnego sterownika mogą być konsumowane przez wiele robotów zbierających do zsynchronizowanego ruchu.
Rozwiązania typowych problemów
Podczas implementacji tagów produkowanych/konsumpcyjnych częste problemy to przeciążenie sieci, niezgodności danych i przekroczenia czasu połączenia. Używaj zarządzanych switchy z QoS, aby zmniejszyć przeciążenia. Weryfikuj struktury danych offline, aby zapobiec niezgodnościom. Ustaw odpowiednie wartości timeout zgodnie z rzeczywistymi warunkami sieci.
W większych systemach segmentuj sieć za pomocą VLAN i zmniejszaj wartości RPI dla danych niekrytycznych. Regularne audyty sieci pomagają wykryć wąskie gardła zanim wpłyną na produkcję.
Najczęściej zadawane pytania
1. Ile tagów produkowanych może obsłużyć 1769-L30ER?
1769-L30ER obsługuje do 16 tagów produkowanych. Każdy tag może być konsumowany przez wiele sterowników, co jest efektywne dla multicastowego udostępniania danych.
2. Co się stanie, jeśli typy danych produkowanych i konsumowanych nie będą zgodne?
Niezgodność typów danych spowoduje poważny błąd i zatrzymanie komunikacji. Zawsze sprawdzaj, czy oba tagi mają identyczne struktury przed wdrożeniem.
3. Jak mogę rozwiązać błędy połączenia?
Użyj instrukcji GSV, aby odczytać FaultCode i Status. FaultCode 16#0022 wskazuje na przekroczenie czasu oczekiwania. Sprawdź także ścieżkę połączenia i potwierdź, że oba sterowniki są w trybie Run.
4. Czy mogę używać tagów produkowanych/konsumpcyjnych między różnymi rodzinami PLC?
Tak, pod warunkiem że oba sterowniki obsługują funkcje producenta/konsumenta EtherNet/IP. Może być konieczne dostosowanie ustawień kompatybilności firmware oraz zapewnienie zgodności struktur danych.
5. Jakie RPI powinienem użyć do sterowania ruchem?
Dla sterowania ruchem typowe jest RPI wynoszące 2 ms. Wymaga to dedykowanej sieci i starannego zarządzania przepustowością, aby uniknąć przeciążenia.
W przypadku zapytań lub wsparcia technicznego prosimy o kontakt:
E-mail: sales@nex-auto.com
Telefon: +86 153 9242 9628
Partner: NexAuto Technology Limited
Sprawdź poniżej popularne produkty, aby uzyskać więcej informacji w AutoNex Controls
