Měnič Kinetix 5500 může komunikovat přes běžné ethernetové spojení, a přesto selhat jako osa integrovaného pohybu. Úspěšný ping potvrzuje dosažitelnost IP adresy, ale nedokazuje, že řídicí systém, měnič, síťová zařízení mezi nimi, firmware a trasa synchronizace času tvoří platnou architekturu CIP Motion.

Praktická návrhová otázka proto nezní „Je spravovaný switch povinný?“, ale „Která topologie je podporována pro toto přesné katalogové číslo a dokáže každé zařízení v trase pohybu zachovat časování a chování provozu požadované nakonfigurovanou osou?“

Integrovaný pohyb závisí na ověřené trase mezi řídicím systémem a měničem, nikoli pouze na konektivitě.

Začněte přesnou kombinací měniče a řídicího systému

Kinetix 5500 je produktová řada, nikoli jeden vzájemně zaměnitelný síťový uzel. Katalogový suffix, firmware měniče, řada řídicího systému, komunikační modul, verze Studio 5000 Logix Designer a profil Add-On Profile určují dostupné funkce a konfigurace. Před volbou sítě si tyto položky zaznamenejte.

Uživatelská příručka servoměničů Kinetix 5500 společnosti Rockwell Automation dokumentuje podporované příklady připojení, konfiguraci os, uvedení do provozu, CIP Sync a řešení problémů. Použijte revizi odpovídající nainstalovanému firmwaru a před změnou výrobního systému ověřte kompatibilitu v centru Product Compatibility and Download Center.

Tato kontrola je důležitá při modernizacích. Řídicí systém nebo komunikační modul, který dokáže vyměňovat běžná I/O data EtherNet/IP, nemusí podporovat stejné funkce integrovaného pohybu jako novější platforma. To, že lze projekt otevřít v novější verzi softwaru, není důkazem, že je podporována každá kombinace modulů a měničů.

CIP Sync je součástí řídicí architektury

Integrovaný pohyb koordinuje osy vůči společné časové základně. CIP Sync tento čas distribuuje prostřednictvím systému EtherNet/IP pomocí mechanismů IEEE 1588. Řídicí systém i zúčastněná pohybová zařízení musí mít povolenou synchronizaci času a musí se shodovat na časovém masteru zvoleném architekturou.

Nespravovaný switch není automaticky vadný a spravovaný switch není automaticky vhodný. Rozhodující je, zda je infrastruktura mezi zařízeními podporována pro daný návrh pohybu a zda podle požadavků zpracovává časově citlivý provoz. Switch s nesprávným chováním protokolu Precision Time Protocol nebo s nesprávnou konfigurací může způsobit větší problémy než jednoduché přímé připojení.

U hvězdicové topologie vyberte switch, který Rockwell dokumentuje pro zamýšlenou architekturu integrovaného pohybu, a poté nakonfigurujte jeho funkce synchronizace času a prioritizace provozu podle příslušné konstrukční příručky. Nepovažujte rychlostní specifikaci spotřebitelského switche za náhradu ověření pohybové funkce.

Topologii vybírejte podle chování při poruše a servisovatelnosti

Přímá nebo lineární připojení

Přímé připojení řídicí jednotky k pohonu může snížit počet zařízení v cestě časování. Lineární řetězec může zjednodušit kabeláž při použití podporovaných zařízení se dvěma porty. Jeho slabinou je přerušení provozu při servisu: otevření nebo vypnutí zařízení na upstream straně může odpojit vše za ním, pokud architektura neposkytuje jinou cestu.

Lineární uspořádání také vyžaduje důslednou dokumentaci portů. Dočasný notebook, náhradní pohon nebo vyměněný kabel mohou změnit fyzické zapojení řetězce, aniž by se změnil výkres, takže pracovníci údržby musí diagnostikovat síť, která již neodpovídá návrhu.

Hvězdicová topologie přes přepínač

Hvězdicová topologie umožňuje nezávislý servis každého pohonu a síťovému týmu poskytuje centrální bod pro diagnostiku, čítače portů, zrcadlení a segmentaci. Přidává přepínač do cesty časování a poruch, takže přepínač musí být vybrán a nakonfigurován jako konstrukční součást, nikoli jako obecná kancelářská infrastruktura.

Spravovaná infrastruktura je obzvlášť cenná, když pohybová komunikace sdílí tovární síť s HMI, vzdálenými I/O, bezpečnostními zařízeními, pohony, inženýrskými pracovními stanicemi a nadřazenými systémy. Statistiky portů, hranice VLAN tam, kde jsou vhodné, správa multicastu, kvalita služeb, řízení přístupu a přehled o synchronizaci času usnadňují lokalizaci poruch. Tyto funkce pomáhají pouze tehdy, když je konfigurace řízena a zálohována.

Kruh na úrovni zařízení

DLR poskytuje podporovaným uzlům redundantní ethernetovou cestu. Kruh potřebuje určeného správce a zdokumentovaný návrh obnovy. Ověřte, že každý účastník kruhu podporuje zamýšlenou roli a že konfigurace správce není omylem duplikována.

Odolnost kruhové sítě nenahrazuje ověření časování. Po vytvoření kruhu otestujte běžný provoz i přerušení jediného kabelu, přičemž osy musí být v kontrolovaném stavu uvádění do provozu. Ověřte, že diagnostika určí místo poruchy a že chování při obnově odpovídá posouzení rizik stroje.

Topologii je třeba zvolit podle požadavků na časování, údržbu, rozšiřování a chování při jediné poruše.

Perioda aktualizace a nastavení připojení jsou konstrukční volby

Perioda aktualizace pohybu musí být podporována řídicí jednotkou, měničem, počtem os a aplikací. Neměla by být kopírována z příkladu na fóru ani univerzálně nastavena na jednu hodnotu. Rychlejší aktualizace zvyšují frekvenci, s jakou musí systém plánovat a přenášet data o pohybu, zatímco pomalejší aktualizace nemusí zajistit požadované dynamické vlastnosti.

Posuzujte společně časování skupiny pohybů, chování aktualizací kurzu, konfiguraci os, využití řídicí jednotky a kapacitu sítě. Pokud Studio 5000 zpřístupňuje nastavení související s pohybem i připojením, použijte dokumentaci Rockwellu pro vybranou řídicí jednotku a revizi pohonu, abyste je udrželi konzistentní. Nesoulad se může projevit jako porucha připojení, synchronizace nebo konfigurace os, nikoli jako zjevný alarm šířky pásma.

Nepoužívejte pevně stanovený počet os jako hranici mezi přijatelnou a nepřijatelnou infrastrukturou. Limit závisí na aktualizačních frekvencích, kapacitě řídicí jednotky a komunikačního modulu, topologii, chování switche, dalším provozu a zbytku projektu. Skutečný návrh spočítejte a ověřte.

Sdílený provoz vyžaduje promyšlené hranice

Navigace HMI, sběr dat historizérem, zálohy, kamerové přenosy a nahrávání z inženýrských nástrojů mohou vytvářet špičky, které jsou během klidného uvádění do provozu neviditelné. To neznamená, že každé HMI potřebuje fyzicky oddělenou síť, ale znamená to, že trasa pohybu musí být testována při realistickém provozu závodu.

Segmentujte broadcastové domény tam, kde to vyžaduje architektura a návrh zabezpečení. Do trvalých rozváděčů nezařazujte nespravované dočasné switche. Deaktivujte nepoužívané porty, zdokumentujte povolená připojení a zahrňte konfiguraci spravovaného switche do zálohy stroje. Pokud zavedete překlad síťových adres, směrování nebo firewally, ověřte, že provoz integrovaného pohybu zůstává v podporovaném návrhu.

Síťové zabezpečení a dostupnost pohybu spolu souvisejí. Plochá, nezdokumentovaná podsíť usnadňuje neoprávněné změny a zpomaluje odstraňování problémů. Naopak příliš složitý návrh s nepodporovanými hranicemi směrování může bránit synchronizaci času nebo vyhledávání zařízení. Použijte nejmenší architekturu, která splňuje požadavky provozu, zabezpečení, údržby a rozšíření.

Uvádějte systém do provozu od hodin směrem ven

Potvrďte určený grandmaster nebo časový master a ověřte, že zúčastněné řídicí jednotky hlásí synchronizovaný stav. Poté zkontrolujte každý síťový úsek a připojení pohonu, místo abyste podsíť považovali za jedinou černou skříňku.

Zkontrolujte katalogová čísla, firmware, profily Add-On, IP adresování, duplicitní adresy, chování rychlosti a duplexu portů, chyby spojení, zahozené pakety, stav DLR, pokud se používá, a stav synchronizace pohonů. Před povolením pohybu potvrďte, že osa prochází očekávanými stavy připojení a bezpečnosti.

Proveďte řízený test provozu, který simuluje používání HMI, sběr dat a přístup pro techniky. Sledujte poruchy os a odchylku sledování a před testem i během něj shromažďujte čítače spravovaných switchů. Čistá výchozí hodnota poskytne údržbě referenci po budoucím rozšíření.

Nakonec otestujte scénáře údržby: výpadek napájení switche, odpojení jednoho kabelu, výměnu pohonu, restart řídicího systému a obnovení ze zálohy konfigurace. Provádějte pouze testy povolené posouzením rizik stroje a plánem uvedení do provozu.

Naplánujte náhradní díl jako součást topologie

Náhradní pohon musí odpovídat více než jen jmenovitému výkonu. Ověřte produktovou řadu, cestu firmwaru, rozhraní zpětné vazby, bezpečnostní volbu, roli v síti, sadu konektorů a způsob obnovení parametrů. Náhradní switch musí mít rovněž požadovanou sadu funkcí a řízenou zálohu konfigurace.

Příslušný hardware servopohonů a pohonů je uspořádán v části pohony a řízení pohybu, zatímco možnosti řídicích systémů Logix a komunikace lze procházet v části systémy PLC a PAC. Dostupnost produktu nepotvrzuje kompatibilitu; rozhodující zůstává ověřený kusovník a dokumentace výrobce.

Redakční pohled: koupě spravovaného switche není totéž jako návrh sítě pro řízení pohybu. Obhajitelný návrh identifikuje časový master, ověří každý hop, definuje chování při poruše, otestuje realistický provoz a zachová konfiguraci potřebnou k obnovení stroje.

Často kladené otázky

Vyžaduje každá instalace Kinetix 5500 spravovaný switch?

Ne. Podporované přímé, lineární, kruhové a přepínané návrhy závisí na konkrétním pohonu, řídicím systému a aplikaci. Pokud je v cestě integrovaného pohybu přítomen switch, musí splňovat požadavky ověřené architektury.

Proč může pohon reagovat na ping, ale nedokáže navázat připojení osy?

Ping ověřuje pouze základní dostupnost prostřednictvím IP. Integrovaný pohyb závisí také na kompatibilním hardwaru a firmwaru, správné konfiguraci os, kapacitě řídicího systému, CIP Sync, nastavení připojení a chování každého síťového hopu.

Je switch Stratix jedinou možnou volbou?

Návrhy se switchemi Stratix ověřenými společností Rockwell zjednodušují podporu a diagnostiku, ale správná odpověď vychází z příslušné architektury Rockwell a dokumentace k zařízení. Switch třetí strany by neměl být přijat pouze proto, že uvádí podporu IEEE 1588 nebo gigabitovou rychlost.

Musí být perioda aktualizace pohybu vždy nastavena na 1 ms?

Ne. Zvolte podporovanou periodu aktualizace na základě dynamiky aplikace, možností řídicího systému a pohonů, počtu os a návrhu sítě. Nastavení ověřte v dokumentaci k nainstalovaným revizím.

Jaké důkazy z uvedení do provozu jsou nejužitečnější?

Zaznamenejte stav časového masteru, stav synchronizovaných zařízení, topologii, revize firmwaru a softwaru, konfiguraci přepínače, výchozí stav chyb portů, stav připojení os a výsledky řízených testů provozu a zotavení po poruše.