Ako nastaviť Produced/Consumed tagy na PLC 1769-L30ER
Tento návod vysvetľuje, ako nakonfigurovať komunikáciu Produced/Consumed medzi 1769-L30ER a iným Logix PLC. Naučíte sa základné nastavenia, sieťové tipy a diagnostické metódy pre spoľahlivú výmenu dát v priemyselnej automatizácii.
Čo je model Producer-Consumer?
Táto komunikačná metóda odstraňuje potrebu master-slave pollingu. Výsledkom je zníženie sieťových oneskorení a menšia spotreba šírky pásma. 1769-L30ER podporuje súčasne až 16 produkovaných a 16 spotrebovaných tagov. Jeden produkovaný tag môže posielať dáta viacerým kontrolérom, čo robí multicast prevádzku efektívnejšou.
Spotrebiteľská strana používa Requested Packet Interval (RPI) na rozhodnutie, ako často dostáva aktualizácie. Hodnoty RPI sa zvyčajne pohybujú od 2 ms do 750 ms. Rýchlejšie RPI poskytujú lepší výkon, ale zvyšujú sieťové zaťaženie. Inžinieri musia zvoliť hodnotu, ktorá vyváži rýchlosť a kapacitu systému.
Čo potrebujete pred začatím
Uistite sa, že oba PLC sú napájané a pripojené cez EtherNet/IP sieť. 1769-L30ER musí mať verziu firmvéru 20.011 alebo novšiu. Použite Studio 5000 Logix Designer verziu 21 alebo novšiu na prístup ku všetkým nastaveniam.
Priraďte jedinečné IP adresy každému kontroléru. Napríklad nastavte PLC A na 192.168.1.10 a PLC B na 192.168.1.20. Obe zariadenia by mali používať rovnakú masku podsiete a bránu. Sieťový prepínač by mal podporovať filtrovanie multicastu, aby sa predišlo zbytočnej prevádzke.
L30ER podporuje až 256 TCP/IP pripojení. Majte tento limit na pamäti pri navrhovaní systému. Pripravte si zoznam tagov s presnými dátovými typmi ako DINT[10] alebo REAL[5] a zálohujte projekt pred vykonaním zmien.
Ako nakonfigurovať produkovaný tag
Otvorte organizér kontroléra v Studio 5000 a prejdite do priečinka "Controller Tags". Kliknite pravým tlačidlom a vyberte "New Tag" na vytvorenie produkovaného tagu. Pomenujte ho jasne, napríklad "Producer_Data_Array."
Nastavte "Typ" na "Produced" a vyberte správny dátový typ. Zadajte jedinečný názov pripojenia, na ktorý sa bude spotrebiteľ odkazovať. Definujte hodnotu RPI – použite 10 ms pre rýchlu pohybovú kontrolu alebo 50 ms pre menej kritické úlohy.
Povoľte "Unicast", ak tag bude používať iba jeden spotrebiteľ. Tým sa ušetrí sieťová šírka pásma. Po vytvorení tagu stiahnite zmeny do kontroléra a prepnite ho do režimu Run.
Ako nakonfigurovať spotrebovaný tag
Na spotrebiteľskom PLC vytvorte nový tag a nastavte jeho typ na „Consumed“. Uistite sa, že dátový typ presne zodpovedá tagu producenta. Zadajte IP adresu producenta a názov pripojenia, ktorý ste predtým definovali.
Nastavte RPI na strane spotrebiteľa tak, aby zodpovedalo alebo bolo násobkom RPI producenta. Napríklad ak producent používa 10 ms, nastavte spotrebiteľa na 10 ms alebo 20 ms. Hodnotu timeoutu upravte, zvyčajne na štvornásobok RPI, aby ste detegovali komunikačné zlyhania.
Po konfigurácii skontrolujte systémovú premennú „Connection Status“. Hodnota 0 znamená zdravé pripojenie. Hodnoty 1 alebo 2 signalizujú chyby. Stiahnite zmeny a otestujte výmenu dát jednoduchou prepínacou rutinou.
Tipy na výkon siete
Siete EtherNet/IP zvyčajne bežia na 100 Mbps alebo 1 Gbps. Skutočný výkon však závisí od počtu pripojení a ich nastavení RPI. Napríklad desať produkovaných tagov s RPI 10 ms generuje približne 1 000 paketov za sekundu, čo využíva asi 2–3 % kapacity 100 Mbps siete.
Používajte spravované prepínače s IGMP snoopingom na riadenie multicastovej prevádzky. Zapnite Quality of Service (QoS) na uprednostnenie paketov EtherNet/IP a zníženie jitteru. Pre vysokorýchlostné aplikácie zvážte použitie samostatných VLAN na izoláciu kritických dát.
Vypočítajte záťaž siete podľa vzorca: Celková šírka pásma = (Počet tagov × Veľkosť paketu × 8) / RPI. Celkové využitie udržiavajte pod 60 %, aby zostal priestor pre nárazovú prevádzku a opätovné odosielanie.
Diagnostika a riešenie problémov
Použite inštrukciu GSV na čítanie atribútov „FaultCode“ a „Status“ objektu Modulu. FaultCode 16#0022 zvyčajne znamená timeout spôsobený sieťovou záťažou. Dôkladne skontrolujte cestu pripojenia v vlastnostiach spotrebovaného tagu na preklepy.
Sledujte LED diódu I/O na riadiacej jednotke. Blikajúce červené svetlo signalizuje komunikačnú chybu. Použite Wireshark s EtherNet/IP dissektorom na zachytenie a kontrolu výmeny paketov. Hľadajte požiadavky a odpovede „Forward Open“ na overenie procesu handshake.
Ak problémy pretrvávajú, postupne zvyšujte hodnotu timeoutu. Otestujte s overeným funkčným tagom, aby ste zistili, či je problém v konfigurácii alebo v hardvéri. Tiež skontrolujte Event Log riadiacej jednotky pre záznamy o chybách.
Optimalizácia pre vysokorýchlostné aplikácie
Pre riadenie pohybu alebo robotiku znížte RPI na 2 ms a použite vyhradený port EtherNet/IP. Vstavaný port L30ER zvládne až osem uzlov pri tejto rýchlosti. Používajte polia namiesto jednotlivých tagov na zníženie režijných nákladov pripojenia.
Spúšťajte produkciu dát na základe periodickej úlohy, aby ste predišli jitteru spôsobenému nepravidelnými časmi skenovania. Zvážte použitie spúšťačov Change of State (COS) na zníženie prevádzky, ale zabezpečte, aby spotrebiteľ zvládal asynchrónne aktualizácie.
Použite nástroj Task Monitor na meranie skutočných latencií aktualizácií. V prípade potreby upravte časový úsek systémovej záťaže, aby ste dali komunikačným úlohám vyššiu prioritu.
Bezpečnostné a redundantné úvahy
Pridajte k produkovaným dátam signál heartbeat na potvrdenie aktivity spotrebiteľa. Napríklad zahrňte čítač, ktorý sa zvyšuje každý cyklus. Ak spotrebiteľ prestane prijímať aktualizácie, spustí sa bezpečné vypnutie.
Použite dvojité sieťové pripojenia s oddelenými prepínačmi pre redundanciu. Nakonfigurujte spotrebiteľa tak, aby prepol na záložnú IP pri zlyhaní primárneho pripojenia. Definujte rutinu "Connection Lost" na nastavenie výstupov do bezpečných stavov.
Pre kritické procesy zvážte použitie funkcie Redundancy v Studio 5000. Vyžaduje to dodatočný hardvér, ale zabezpečuje prepínanie bez straty dát pre páry riadiacich jednotiek.
Príklad: výmena dát medzi L30ER a L33ER
V tomto príklade L30ER produkuje pole DINT[10] s RPI 20 ms pre L33ER. L30ER používa IP 192.168.1.10 a L33ER IP 192.168.1.30. Obe jednotky bežia na firmvéri 32.011 a verzii Studio 5000 32.
Produkovaný tag sa volá "Axis_Data" a ukladá hodnoty polohy a rýchlosti. Spotrebovaný tag "Received_Axis" má rovnakú štruktúru. Po nastavení ukazuje stav pripojenia hodnotu 0, čo znamená úspech.
L33ER číta dáta každých 20 ms, čo zodpovedá RPI producenta. Meraný jitter je pod 1 ms, čo je vhodné pre väčšinu synchronizačných úloh. FactoryTalk View zobrazuje hodnoty v reálnom čase a stav pripojenia.
Záverečný kontrolný zoznam pred spustením
Pred začatím výroby potvrďte, že všetky tagy sú správne namapované. Otestujte každý spotrebovaný tag tak, že na producentovi vynútite známu hodnotu a prečítate ju na spotrebiteľovi. Použite funkciu Verify v Studio 5000 na zachytenie akýchkoľvek nekonzistencií.
Obnovte napájanie oboch riadiacich jednotiek, aby ste zabezpečili zachovanie nastavení. Sledujte sieťovú prevádzku počas špičkových zaťažení pomocou protokolového analyzátora. Skontrolujte, či využitie CPU na každom kontroléri zostáva pod 75 % pre bezpečnostnú rezervu.
Zdokumentujte všetky nastavenia RPI, časových limitov a pripojení pre budúce použitie. Zaškolte údržbový personál, ako čítať diagnostické LED diódy a chybové kódy GSV. Nakoniec simulujte vytiahnutie sieťového kábla, aby ste potvrdili správnu funkciu prepnutia a alarmov.
Bežné použitia
Produkovaná/spotrebovaná komunikácia funguje dobre pre koordinované riadenie pohybu, zdieľanie dát v reálnom čase medzi PLC na baliacej linke a synchronizované manipulovanie s materiálom. Podporuje tiež distribuované I/O systémy, kde viaceré kontroléry potrebujú rovnaké senzorové dáta.
Napríklad v plniacej linke môže L30ER posielať údaje o hladine plnenia viacerým downstream PLC. To umožňuje koordinované operácie uzatvárania a označovania. V automatizácii skladu môžu byť polohové údaje z centrálneho kontroléra spotrebované viacerými robotickými vyberačmi pre synchronizovaný pohyb.
Riešenia bežných problémov
Pri implementácii produkovaných/spotrebovaných tagov sú časté problémy zahltenie siete, nesúlad dát a časové limity pripojenia. Používajte spravované prepínače s QoS na zníženie zahltenia. Overujte dátové štruktúry offline, aby ste predišli nesúladom. Nastavte vhodné hodnoty timeout podľa skutočných podmienok siete.
Pre väčšie systémy segmentujte sieť pomocou VLAN a znížte hodnoty RPI pre ne-kritické dáta. Pravidelné audity siete pomáhajú odhaliť úzke miesta skôr, než ovplyvnia výrobu.
Často kladené otázky
1. Koľko produkovaných tagov môže podporovať 1769-L30ER?
1769-L30ER podporuje až 16 produkovaných tagov. Každý tag môže byť spotrebovaný viacerými kontrolérmi, čo je efektívne pre multicast zdieľanie dát.
2. Čo sa stane, ak sa produkované a spotrebované dátové typy nezhodujú?
Nesúlad dátových typov spôsobí vážnu chybu a zastaví komunikáciu. Vždy overte, že oba tagy majú identickú štruktúru pred nasadením.
3. Ako môžem riešiť chyby pripojenia?
Použite inštrukciu GSV na čítanie FaultCode a Status. FaultCode 16#0022 znamená časový limit. Tiež skontrolujte cestu pripojenia a potvrďte, že oba kontroléry sú v režime Run.
4. Môžem použiť produkované/spotrebované tagy medzi rôznymi rodinami PLC?
Áno, pokiaľ oba kontroléry podporujú funkcie EtherNet/IP producer/consumer. Možno bude potrebné upraviť nastavenia kompatibility firmvéru a zabezpečiť zhodu dátových štruktúr.
5. Aké RPI by som mal použiť pre riadenie pohybu?
Pre riadenie pohybu je typické RPI 2 ms. To vyžaduje vyhradenú sieť a starostlivé riadenie šírky pásma, aby sa predišlo zahlteniu.
Pre otázky alebo technickú podporu, prosím kontaktujte:
Email: sales@nex-auto.com
Telefón: +86 153 9242 9628
Partner: NexAuto Technology Limited
Pre viac informácií si pozrite nižšie populárne položky v AutoNex Controls
