Tagy Produced a Consumed v Engineering Logix

Produkované a konzumované tagy umožňují řadičům Logix vyměňovat si data na úrovni řadiče bez instrukcí pro zasílání zpráv. Producent zpřístupní tag; jeden nebo více nakonfigurovaných konzumentů jej přijímá v požadovaném intervalu paketů. Mechanismus je přímočarý, ale stabilní implementace závisí na shodných definicích dat, síťových cestách, limitech připojení a řešení poruch.

Vyberte správný vzor pro danou úlohu

Produkované a konzumované tagy používejte, když řadiče potřebují cyklická data s definovanou rychlostí aktualizace. Typickými příklady jsou koordinace stavu stroje, podmínky povolení linky, počty vyrobených kusů a sdílený stav. Připojení se konfiguruje, nikoli spouští logikou ladderu, takže se hodí pro data, která je nutné průběžně obnovovat.

Nepovažujte tuto metodu za náhradu všech výměn mezi řadiči. Explicitní zprávy mohou být vhodnější pro občasné čtení nebo zápis. Pro nadřazená data může být vhodnější HMI, historizační systém nebo broker. Bezpečnostní data se řídí samostatnými pravidly pro řadič, firmware a konfiguraci. Nejprve určete, jaké informace jsou potřeba, jak rychle musí dorazit a co má přijímající stroj udělat, když přestanou přicházet.

Definujte stabilní datový kontrakt

Produkované a konzumované tagy musí používat shodné datové typy včetně rozměrů polí. Uživatelsky definovaný datový typ se obvykle spravuje snáze než volná sada jednotlivých hodnot. Seskupte procesní data, revizi schématu, provozní režim a indikátory stavu do jedné struktury. Pokud se očekává budoucí rozšíření, vyhraďte rezervní členy, ale udržujte paket účelný.

Dokumentujte význam, jednotky a platný rozsah každého členu. Číselná hodnota není sama o sobě jednoznačná: může představovat technické jednotky, surové počty nebo škálované procento. Určete, který řadič vlastní jednotlivé příkazy a stavové informace. Dva řadiče by neměly nezávisle zapisovat konkurenční verze stejného stavu stroje.

Nakonfigurujte producenta

Vytvořte zdrojový tag na úrovni řadiče a nastavte jeho použití na produced. Nakonfigurujte počet očekávaných konzumentů s přiměřenou rezervou odpovídající návrhu. Rockwell Automation uvádí, že produkovaný tag může obsluhovat více konzumentů, zatímco konkrétní limity řadiče a sítě závisí na hardwaru a firmwaru.

Aktualizujte celou strukturu konzistentně. Pokud samostatné logické rutiny zapisují jednotlivé členy v různých okamžicích, konzument může zaznamenat smíšený stav. Vytvářejte výstupní strukturu v jedné rutině nebo po dokončení výpočtů zkopírujte hotovou pracovní strukturu do produkovaného tagu.

Nakonfigurujte každého konzumenta

Přidejte produkující řadič do konfigurace I/O konzumenta prostřednictvím skutečné podporované síťové cesty. Poté vytvořte konzumovaný tag na úrovni řadiče se stejným datovým typem. Název producenta a název vzdáleného tagu zadejte přesně. Nakonfigurovaná cesta, identita řadiče i pravopis názvu tagu jsou součástí připojení.

Požadovaný interval paketů zvolte podle požadavků procesu, nikoli podle nejrychlejší hodnoty, kterou dialog umožňuje. Krátký RPI spotřebovává síťové prostředky a zdroje řadiče. Pomalý RPI může zpozdit blokování nebo koordinaci linky. Při výpočtu maximální přijatelného stáří dat zohledněte dobu aktualizace sítě, provádění úloh a odezvu aplikace.

Navrhněte řešení pro ztrátu připojení

Data, která se přestanou aktualizovat, mohou stále vypadat věrohodně. Konzument musí rozlišit aktuální informace od zachovaných informací. Dokumentace Rockwell podporuje člen CONNECTION_STATUS na začátku uživatelsky definované struktury pro sledování produkovaných a konzumovaných připojení. Na úrovni aplikace může další potvrzení poskytnout heartbeat nebo čítač sekvence, které ukazují, že logika producenta běží a datová část se mění podle očekávání.

Pro každý případ použití definujte reakci na zastaralá data. Zobrazovaná hodnota může uvést „komunikace ztracena“. Počítadlo výroby může být pozastaveno s příznakem kvality. Povolení pohybu může být nutné zrušit a vyžadovat řízený restart. Sdílený příkaz automaticky nenastavujte na nulu, pokud nula není definovanou bezpečnou a provozně správnou reakcí.

Uvádějte výměnu do provozu systematicky

Před řešením problémů s tagy ověřte fyzickou síť a cesty řadičů. Potvrďte, že každý řadič je online, dostupný a správně zastoupený ve stromu I/O. Konfigurace producenta a konzumenta nahrajte v řízeném pořadí. Před testováním chování aplikace sledujte stav připojení.

U producenta změňte jednu testovací hodnotu a sledujte její průchod strukturou konzumenta. Otestujte každý člen, který ovlivňuje provoz, včetně znaménkových hodnot, polí a bitů režimu. Změřte skutečnou dobu aktualizace a porovnejte ji s návrhovým cílem. Poté za schválených testovacích podmínek odpojte producenta nebo síť a ověřte alarm zastaralých dat i reakci stroje.

Řešte běžné poruchy

Připojení, které se nikdy nenaváže, obvykle ukazuje na nesprávnou cestu, název řadiče, název vzdáleného tagu, datový typ nebo limit kapacity. Připojení, které náhodně vypadává, může souviset se zatížením sítě, nestabilitou linky, tlakem na zdroje řadiče nebo příliš agresivním RPI. Funkční připojení s nesprávnými hodnotami obvykle signalizuje problém v datovém kontraktu nebo aplikační logice.

Porovnejte oba projekty vedle sebe. Zkontrolujte definici struktury, velikost pole a revizi. Než začnete náhodně měnit RPI, projděte diagnostiku řadiče a čítače spravovaného přepínače. Pokud se produkovaná struktura změní, považujte to za revizi rozhraní a koordinujte aktualizaci u všech konzumentů.

Udržujte rozhraní jako součást infrastruktury závodu

Archivujte oba projekty řadičů a veďte registr rozhraní se seznamem producenta, konzumentů, názvů tagů, datových typů, RPI a reakcí na poruchy. Zahrňte tuto výměnu do kontrol záloh, firmwaru a změn sítě. Při výměně řadiče ověřte komunikační cestu a stav připojení před povolením příkazů stroje.

Související hardware najdete v kolekcích Allen-Bradley ControlLogix a Komunikace a síťové technologie. Podrobnosti konfigurace a limity platformy ověřte v programovací příručce Rockwell Automation Produced and Consumed Tags. Dobře definovaný datový kontrakt a jednoznačná reakce na zastaralá data zajistí snadnou údržbu připojení ještě dlouho po uvedení do provozu.