Plánování kapacity CompactLogix L35E EtherNet/IP

CompactLogix 1769-L35E zůstává běžný ve strojích, které přežily svůj původní plán sítě. Problémy s rozšiřováním obvykle začínají ve chvíli, kdy je seznam zařízení považován za počet připojení. Kapacita EtherNet/IP závisí na typu provozu, který každé zařízení vytváří, na četnosti výměny dat a na prostředcích řídicího systému, které aplikace již využívá. Bezpečná kontrola proto začíná u aktuálního projektu a diagnostiky, nikoli u obecného pravidla počtu zařízení na port.

Plánování připojení musí zohledňovat nakonfigurovaný provoz, rychlosti aktualizací a rizika životního cyklu, nikoli počet ethernetových konektorů.

Začněte u zdokumentovaného limitu řídicí jednotky

Uživatelská příručka Rockwell Automation 1769 CompactLogix Controllers User Manual uvádí, že L35E podporuje 100 připojení CIP. Jde o limit prostředků, nikoli o povolení připojit 100 zařízení. Jedno zařízení může vyžadovat více než jedno připojení, zatímco některá komunikace může sdílet optimalizované připojení. Konečný součet ovlivňuje revize firmwaru, konfigurace modulů, produkované a spotřebovávané tagy, kešované zprávy i klienti HMI nebo nadřazených systémů.

Řídicí jednotka je také ukončeným produktem. Rockwell uvádí model 1769-L35E jako vyřazený k 20. prosinci 2020. To neznamená, že funkční systém nelze používat, ale mění to technické rozhodování: problém kapacity je třeba posuzovat společně s dostupností náhradních dílů, podporou firmwaru, kybernetickými riziky a náklady na neplánovanou poruchu.

Sestavte inventář připojení z projektu

Otevřete offline projekt, který odpovídá běžící řídicí jednotce, a sepište každý nakonfigurovaný I/O adaptér, pohon, produkovaný nebo spotřebovávaný tag, cestu zprávy, datový server HMI, historizační systém, bránu a programovací připojení. U každé výměny zaznamenejte, zda jde o cyklické I/O, produkovaná data, explicitní zprávu nebo dotazování klienta. Nepřiřazujte pevnou náročnost na připojení pouze podle názvu výrobce. Rozhodující je skutečná konfigurace.

U distribuovaných I/O ověřte, zda zvolený komunikační formát vytváří přímá připojení modulů, nebo optimalizované připojení racku. U instrukcí MSG zjistěte, které jsou kešované a zda může být současně aktivních několik zpráv. U nadřazených systémů započítejte nezávislé komunikační cesty a prověřte jejich strategii dotazování. Tabulka by měla každé předpokládané připojení propojit s objektem projektu nebo otestovanou konfigurací klienta.

Oddělte počet připojení od zatížení pakety

Řídicí jednotka může zůstat pod limitem připojení a přesto poskytovat slabý výkon sítě. Zatížení paketů ovlivňují požadované intervaly paketů, četnost zpráv, velikost paketů, multicast, konfigurace přepínače a špičky způsobené více klienty. Velmi krátké RPI musí být odůvodněny mechanickým procesem a požadovanou rychlostí odezvy řízení; zrychlení každého zařízení samo o sobě stroj nezlepší.

Stanovte výchozí stav během běžné výroby. Zaznamenejte využití připojení, čítače ethernetových chyb, zmeškané nebo vypršené zprávy, stav I/O, odezvu HMI a chování skenování řídicí jednotky. Sběr zopakujte během spouštění, stahování receptur, nárazového výskytu alarmů, servisního přístupu a dalších věrohodných špiček. Průměrné hodnoty mohou skrýt krátký interval, který způsobuje přerušovanou poruchu.

Spravované přepínání, zdokumentovaná topologie a opakovatelná měření umožňují diagnostikovat přerušované poruchy kapacity.

Nepoužívejte 1769-AENTR jako druhý port L35E

1769-AENTR je adaptér EtherNet/IP pro vzdálenou sestavu Compact I/O řízenou přes síť. Nejde o rozšiřující ethernetové rozhraní, které by zvětšilo komunikační fond řídicí jednotky L35E, a nelze jej připojit jako druhý port řídicí jednotky pro přesunutí provozu HMI nebo zpráv mimo integrované rozhraní. Návrh založený na tomto předpokladu vytváří topologii, která nemůže plnit deklarovanou funkci.

Pokud jsou vzdálená I/O vhodná, může adaptér sloučit fyzická I/O na jiném místě, ale výsledné I/O připojení stále končí v řídicí jednotce. Jestliže aplikace vyžaduje větší komunikační kapacitu, moderní bezpečnostní funkce nebo delší podporu životního cyklu, může být řešením migrace na novější řadu řídicích jednotek, nikoli další adaptér.

Snižte zbytečné zatížení, ale problém neskrývejte

Optimalizace musí zachovat požadavky procesu. Odstraňte opuštěné cesty a nepoužívané klienty. Konsolidujte I/O připojení tam, kde to platforma a typy modulů podporují. Kešujte pouze připojení MSG, která vyžadují rychlé opakované provádění, a nekritické zprávy řaďte tak, aby se neotevíraly všechny současně. Interval RPI nebo dotazování prodlužujte až po ověření, že doba detekce, blokování, alarmy a kvalita řízení zůstávají přijatelné.

Používejte spravované průmyslové přepínače a podle potřeby dokumentujte nastavení VLAN, multicastu a IGMP. Přepínač může omezit zbytečné zahlcování a zlepšit sledovatelnost, ale nemůže vytvořit další prostředky pro připojení řídicí jednotky. Stejně tak přidání nespravovaného přepínače změní počet portů, nikoli kapacitu řídicí jednotky.

Podezření na poruchu kapacity diagnostikujte systematicky

Nejprve potvrďte běžící projekt, katalogové číslo řídicí jednotky, revizi firmwaru a topologii sítě. Poté porovnejte nakonfigurovaná připojení s aktuální diagnostikou. Hledejte I/O moduly, které střídavě přecházejí mezi provozem a poruchou, instrukce MSG, jejichž časový limit při špičkovém zatížení vyprší, nebo hodnoty HMI, které zastarají, zatímco logika řídicí jednotky pokračuje v provádění.

Měňte vždy pouze jednu proměnnou. Během řízené servisní odstávky odpojte schváleného nekritického klienta, pozastavte nekritickou službu dotazování nebo dočasně sekvencujte zprávy. Pokud se příznak změní, změřte zatížení před změnou a po ní, místo abyste úspěch vyvozovali z jediné klidné hodiny. Nikdy neprodlužujte časové limity ani nepotlačujte komunikační alarmy jen proto, abyste skryli zahlcení.

Rozšíření uvádějte do provozu s testy poruch

Před přidáním zařízení definujte typ připojení, požadavek na aktualizaci, vlastníka a reakci na poruchu. Otestujte běžnou výrobu i nejhorší věrohodnou současnou zátěž. Přerušte připojení nového zařízení, obnovte je, vypněte a zapněte jeho napájení sítě a ověřte, že řídicí jednotka, HMI a alarmy rozlišují chybná nebo zastaralá data od platného stavu procesu. Ověřte, že obnovení připojení neočekávaně nespustí zařízení.

Inventář, diagnostické snímky, konfiguraci přepínačů a výsledky přejímky uchovávejte společně se zálohou řídicího systému. Aktuální možnosti hardwaru najdete v části PLC a PAC systémy; spravované přepínače a síťové komponenty najdete ve kolekci komunikace a síťových technologií. Redakční závěr je jednoduchý: rozšíření L35E je obhajitelné pouze tehdy, když jsou zdokumentovány jeho naměřené špičkové zatížení, chování při poruchách i plán životního cyklu.