Allen-Bradley 1769-L35E má port EtherNet/IP přímo na čelní straně řadiče, takže se stává výchozím místem pro každý HMI panel, měnič, bránu a sběrač dat v podrozvaděči. Toto pohodlí skrývá pevné rozdělení: vestavěný port není stejným zdrojem jako fond CIP připojení pro celý řadič. Instalace, které „léta bez problémů fungovaly“, často selžou ve chvíli, kdy pátý PanelView nebo osa CIP Motion nenápadně vyčerpá kapacitu portu, zatímco celkový počet připojení v řadiči stále vypadá v pořádku.

O tom, zda lze další adaptér bez problémů uvést do provozu, rozhodují limity CIP portu, nikoli marketingová čísla pro celé šasi.

Dva fondy připojení, které lze snadno zaměnit

Podle specifikací komunikace CompactLogix (řada publikací 1769-TD007) podporují L32E a L35E přibližně 100 připojení CIP v celém systému. Vestavěný port EtherNet/IP je však obvykle omezen přibližně na 32 připojení CIP. Zbývající kapacita je užitečná pouze tehdy, pokud přidáte ethernetový adaptér, například 1769-AENTR, na lokální nebo rozšířenou sběrnici a část provozu přesunete mimo port čelního panelu. Považovat „100 připojení“ za povolení připojit více než třicet zařízení k portu RJ45 je nejčastější chyba při plánování této platformy.

Vestavěný port také sdílí šířku pásma s webovým serverem, klientem BOOTP/DHCP a nevyžádaným směrováním. Provoz mimo CIP, například raw Modbus TCP nebo relace prohlížeče, nespotřebovává připojení CIP, přesto však zabírá sockety TCP a PPS. Inženýrský notebook ponechaný na diagnostické stránce během vytíženého okna dotazování HMI není bez nákladů.

Co skutečně spotřebovává připojení CIP

Počet připojení je určen konfigurací zařízení, nikoli optimismem ve spreadsheetu. Typické konfigurace v praxi zahrnují:

• Stanice PanelView Plus / FactoryTalk View ME: obvykle 1–4 připojení v závislosti na tématech a odběrech alarmů
• Měniče PowerFlex nebo Kinetix: 1–2 (implicitní I/O plus volitelná explicitní zpráva MSG; CIP Motion přidává dalšího konzumenta)
• Brány Anybus nebo Ethernet-to-RIO: obvykle 1 na každý cíl skeneru
• POINT I/O: 1 na modul, pokud racková optimalizace nesloučí šasi do jediného připojení
• Dvojice tagů Produced/Consumed: jedno připojení pro každý směr dvojice
• Aktivní instrukce MSG s cestami CIP: jedna na každou otevřenou zprávu; ukládání do mezipaměti je důležité

Rackově optimalizované I/O je důrazně preferováno vždy, když jeden adaptér sdílí čtyři nebo více modulů. Ponechat každý modul 1734 jako samostatné připojení je snadný způsob, jak vyčerpat rozpočet 32 připojení ještě před zprovozněním prvního měniče VFD.

Spravované přepínání s funkcí IGMP snooping brání multicastovým I/O v zaplavení stejného portu, který se snažíte chránit.

Příklad konkrétního podpanelu

Představte si panel, který již obsluhuje tři HMI UniOP (~2 každé), komunikátor Anybus, most Quest Ethernet–RIO, klienta FactoryTalk View ME a uzel Pilz PNOZmulti. Už tento soupis může čítat téměř jedenáct připojení CIP. Přidání jednotky Kinetix 300 (implicitní plus explicitní připojení) a tématu OPC může stále ponechat číselnou rezervu pod hranicí 32 — přesto může pohybové RPI 5–10 ms zvýšit PPS do nebezpečné zóny dávno předtím, než počítadlo připojení zčervená. Plánování kapacity musí zohledňovat počet připojení CIP i rychlost paketů.

Kontrolní seznam plánování
1. Proveďte inventuru všech témat třídy 1, produkovaných/spotřebovávaných dat, MSG a HMI na portu čelního panelu
2. Přiřaďte hodnoty RPI / frekvence dotazování; odhadněte PPS = f(RPI, připojení)
3. Proveďte modelování v nástroji Rockwell EtherNet/IP Capacity Tool (zařízení jiných výrobců zadejte ručně)
4. Před přidáním hardwaru ověřte aktuální počty na adrese http://<controller-ip>/
5. Pokud se blížíte 32 připojením CIP nebo 5k PPS, přesuňte I/O nebo HMI na cestu třídy 1769-AENTR / EN2T

Příznaky při překročení kapacity portu

Přetížení se zřídka projeví jedinou jednoznačnou poruchou. Typický průběh:

1. Jitter RPI třídy 1 narůstá; aktualizace I/O přicházejí pozdě
2. Hodnoty HMI na chvíli zamrznou; časová razítka alarmů vypadají zastarale
3. Na diagnostické stránce Ethernetu se objeví záznamy se stavem CIP 0x0304 / 0x0312 / 0x0100
4. Instrukce MSG vracejí kódy nedostupnosti prostředků nebo vypršení časového limitu
5. Vestavěný webový server přestane odpovídat po vyčerpání soketů TCP
6. V extrémních případech všechna připojení CIP vypadnou, dokud se zařízení nevypne a znovu nezapne nebo se nepřipojí znovu

Rozpočet připojení CIP před přidáním uzlů

Než přidáte další zařízení, otevřete webovou diagnostiku řídicí jednotky a zaznamenejte aktuální počet připojení ve srovnání s tabulkou. Na spravovaných přepínačích přenášejících multicastové I/O zapněte IGMP snooping. Přetížený segment se nesnažte „opravit“ vložením dalšího nespravovaného přepínače — tím pouze znásobíte broadcastové domény. Pokud aplikace trvale potřebuje více připojení, než kolik jich může obsloužit čelní port, přesuňte provoz na modul adaptéru nebo novější platformu CompactLogix, místo abyste prodlužovali RPI, dokud se kvalita pohybu nezhroutí.

Výpočty připojení patří do hodnocení výběru platformy stejně jako doba skenu. Zajišťujte náhradní adaptéry a řídicí jednotky prostřednictvím disciplinovaného plánu náhradních dílů pro systémy PLC a PAC, aby další rozšíření nezačínalo přebytečným spotřebitelským ethernetovým přepínačem zapomenutým v zásuvce.