Egy Kinetix 5500 hajtás képes lehet hagyományos Ethernet-kapcsolaton kommunikálni, és mégis meghibásodhat integrált mozgásvezérlési tengelyként. A sikeres ping az IP-elérhetőséget bizonyítja, de nem igazolja, hogy a vezérlő, a hajtás, a közbeiktatott hálózati eszközök, a firmware és az időszinkronizálási útvonal érvényes CIP Motion-architektúrát alkotnak.

A gyakorlati tervezési kérdés ezért nem az, hogy „Kötelező-e a menedzselt switch?”, hanem az, hogy „Melyik topológia támogatott ehhez a pontos katalógusszámhoz, és képes-e a mozgásútvonal minden eszköze megőrizni a konfigurált tengely által megkövetelt időzítési és forgalmi viselkedést?”

Az integrált mozgásvezérlés validált vezérlő–hajtás útvonalat igényel, nem csupán kapcsolatot.

Kezdje a pontos hajtás- és vezérlőkombinációval

A Kinetix 5500 egy termékcsalád, nem pedig egyetlen, felcserélhető hálózati csomópont. A katalógusszám utótagja, a hajtás firmware-e, a vezérlőcsalád, a kommunikációs modul, a Studio 5000 Logix Designer verziója és az Add-On Profile határozza meg, hogy mely funkciók és konfigurációk érhetők el. A hálózat kiválasztása előtt rögzítse ezeket az adatokat.

A Rockwell Automation Kinetix 5500 szervohajtások felhasználói kézikönyve dokumentálja a támogatott csatlakozási példákat, a tengelykonfigurációt, az üzembe helyezést, a CIP Sync funkciót és a hibaelhárítást. A telepített firmware-hez tartozó revíziót használja, és éles rendszer módosítása előtt ellenőrizze a kompatibilitást a Product Compatibility and Download Centerben.

Ez az ellenőrzés korszerűsítések során fontos. Előfordulhat, hogy egy vezérlő vagy kommunikációs modul képes hagyományos EtherNet/IP I/O-adatok cseréjére, de nem támogatja ugyanazokat az integrált mozgásvezérlési funkciókat, mint egy későbbi platform. Az, hogy egy projekt megnyitható egy újabb szoftververzióban, nem bizonyítja, hogy minden modul- és hajtáskombináció támogatott.

A CIP Sync a vezérlési architektúra része

Az integrált mozgásvezérlés közös időalaphoz igazítja a tengelyeket. A CIP Sync ezt az időt az EtherNet/IP rendszeren keresztül, IEEE 1588-mechanizmusok használatával osztja el. A vezérlőn és a részt vevő mozgásvezérlési eszközökön engedélyezni kell az időszinkronizálást, és összhangban kell lenniük az architektúra által kiválasztott időmesterrel.

A nem menedzselt switch nem feltétlenül hibás, és a menedzselt switch sem feltétlenül megfelelő. Az a döntő kérdés, hogy a közbeiktatott infrastruktúra támogatott-e a mozgásvezérlési kialakításhoz, és a szükséges módon kezeli-e az időérzékeny forgalmat. A nem megfelelő Precision Time Protocol-viselkedésű vagy helytelenül konfigurált switch nagyobb zavart okozhat, mint egy egyszerű közvetlen kapcsolat.

Csillag topológia esetén olyan switchet válasszon, amelyet a Rockwell dokumentál a tervezett integrált mozgásvezérlési architektúrához, majd konfigurálja az időszinkronizálási és forgalompriorizálási funkcióit a vonatkozó tervezési útmutató szerint. Ne tekintse egy fogyasztói switch sebességbesorolását a mozgásvezérlés validálása helyettesítőjének.

A topológiát a hibaviselkedés és a szervizelhetőség alapján válassza ki

Közvetlen vagy lineáris kapcsolatok

A közvetlen vezérlő–hajtás kapcsolat csökkentheti az időzítési útvonalon lévő eszközök számát. A lineáris lánc egyszerűsítheti a kábelezést, ha támogatott, kétportos eszközöket használnak. Hátránya a szolgáltatás megszakadása: egy upstream eszköz megnyitása vagy kikapcsolása minden downstream eszközt leválaszthat, kivéve, ha az architektúra másik útvonalat biztosít.

A lineáris elrendezésekhez is fegyelmezett portdokumentáció szükséges. Egy ideiglenesen csatlakoztatott laptop, egy cserehajtás vagy egy felcserélt kábel megváltoztathatja a fizikai láncot anélkül, hogy a rajz módosulna, így a karbantartó személyzetnek olyan hálózatot kell diagnosztizálnia, amely már nem felel meg a tervnek.

Csillagtopológia kapcsolón keresztül

A csillagtopológia minden hajtás önállóan szervizelhetővé tételét biztosítja, és a hálózati csapat számára központi pontot ad a diagnosztikához, a portszámlálókhoz, a tükrözéshez és a szegmentáláshoz. Egy kapcsolót iktat az időzítési és hibautakba, ezért a kapcsolót mérnöki komponensként, nem pedig általános irodai infrastruktúraként kell kiválasztani és konfigurálni.

A menedzselt infrastruktúra különösen értékes, amikor a mozgásvezérlés olyan üzemi hálózaton osztozik, amely HMI-ket, távoli I/O-t, biztonsági eszközöket, hajtásokat, mérnöki munkaállomásokat és felügyeleti rendszereket is kiszolgál. A portstatisztikák, a VLAN-határok, ahol indokolt, a multicastkezelés, a szolgáltatásminőség, a hozzáférés-vezérlés és az időszinkronizálás láthatósága megkönnyíti a hibák elkülönítését. Ezek a funkciók csak akkor hasznosak, ha a konfigurációt szabályozzák és biztonsági mentéssel védik.

Eszközszintű gyűrű

A DLR redundáns Ethernet-útvonalat biztosít a támogatott csomópontok számára. A gyűrűhöz meghatározott felügyelőre és dokumentált helyreállítási tervre van szükség. Ellenőrizze, hogy minden gyűrűrésztvevő támogatja-e a tervezett szerepet, és hogy a felügyelő konfigurációja nem lett-e véletlenül megkettőzve.

A DLR-gyűrű redundanciája nem helyettesíti az időzítés ellenőrzését. A gyűrű kiépítése után tesztelje a normál működést és egyetlen kábel megszakadását is, miközben a tengelyek ellenőrzött üzembe helyezési állapotban vannak. Ellenőrizze, hogy a diagnosztika azonosítja-e a hiba helyét, és hogy a helyreállítás működése megfelel-e a gép kockázatértékelésének.

A topológiát az időzítési, karbantartási, bővítési és egyszeres hibával kapcsolatos követelmények alapján kell kiválasztani.

A frissítési periódus és a kapcsolati beállítások mérnöki döntések

A mozgásfrissítési periódust a vezérlőnek, a hajtásnak, a tengelyek számának és az alkalmazásnak is támogatnia kell. Nem szabad fórumban talált példából átmásolni vagy egységesen egyetlen értékre beállítani. A gyorsabb frissítések növelik azt az ütemet, amellyel a rendszernek ütemeznie és továbbítania kell a mozgásadatokat, míg a lassabb frissítések nem feltétlenül biztosítják a szükséges dinamikus teljesítményt.

Tekintse át együtt a mozgáscsoport időzítését, a tanfolyamfrissítés működését, a tengelykonfigurációt, a vezérlő kihasználtságát és a hálózati kapacitást. Ahol a Studio 5000 mozgással és kapcsolatokkal kapcsolatos beállításokat is biztosít, használja a kiválasztott vezérlőhöz és hajtásverzióhoz tartozó Rockwell-dokumentációt, hogy azok konzisztensek maradjanak. Az eltérés kapcsolati, szinkronizálási vagy tengelykonfigurációs hibaként jelentkezhet, nem pedig nyilvánvaló sávszélesség-riasztásként.

Ne használjon rögzített tengelyszámot az elfogadható és az elfogadhatatlan infrastruktúra közötti határként. A korlát a frissítési sebességektől, a vezérlő és a kommunikációs modul kapacitásától, a topológiától, a switch működésétől, az egyéb forgalomtól és a projekt többi részétől függ. Számítsa ki és validálja a tényleges kialakítást.

A megosztott forgalom tudatos határokat igényel

A HMI-navigáció, a historikus adatgyűjtés, a biztonsági mentések, a kamerastreaming és a mérnöki feltöltések olyan forgalmi csúcsokat okozhatnak, amelyek csendes üzembe helyezés közben láthatatlanok. Ez nem jelenti azt, hogy minden HMI-nek fizikailag külön hálózatra van szüksége, de azt igen, hogy a mozgási útvonalat hiteles üzemi forgalom mellett kell tesztelni.

Szegmentálja a broadcast-tartományokat, ahol ezt az architektúra és a biztonsági kialakítás megköveteli. Ne hagyjon menedzselhetetlen ideiglenes switcheket állandó kapcsolószekrényekben. Tiltsa le a nem használt portokat, dokumentálja az engedélyezett kapcsolatokat, és tegye a menedzselt switch konfigurációját a gép biztonsági mentésének részévé. Ha Network Address Translation, útválasztás vagy tűzfalak kerülnek bevezetésre, ellenőrizze, hogy az integrált mozgás forgalma támogatott kialakításon belül marad-e.

A hálózati biztonság és a mozgás elérhetősége összefügg. Egy lapos, nem dokumentált alhálózat megkönnyíti a jogosulatlan módosításokat, és lelassítja a hibaelhárítást. Ezzel szemben a nem támogatott útválasztási határokat tartalmazó, túlbonyolított kialakítás megakadályozhatja az időszinkronizálást vagy az eszközfelderítést. Használja a legkisebb olyan architektúrát, amely megfelel az üzemeltetési, biztonsági, karbantartási és bővítési követelményeknek.

Üzembe helyezés az órától kifelé

Erősítse meg a kijelölt grandmastert vagy időmestert, és ellenőrizze, hogy a részt vevő vezérlők szinkronizált állapotot jeleznek-e. Ezután vizsgáljon meg minden hálózati ugrást és hajtáskapcsolatot, ahelyett hogy az alhálózatot egyetlen fekete dobozként kezelné.

Ellenőrizze a katalógusszámokat, a firmware-t, az Add-On Profile-okat, az IP-címzést, a duplikált címeket, a portsebesség és a duplex működését, a linkhibákat, az eldobott csomagokat, ahol használják, a DLR-állapotot, valamint a hajtások szinkronizálási állapotát. A mozgás engedélyezése előtt erősítse meg, hogy a tengely a várt csatlakozási és biztonsági állapotokon halad át.

Végezzen ellenőrzött forgalmi tesztet, amely reprezentálja a HMI használatát, az adatgyűjtést és a mérnöki hozzáférést. Kövesse nyomon a tengelyhibákat és a követési hibát, valamint gyűjtse a menedzselt switch számlálóit a teszt előtt és közben. A tiszta kiindulási alap a későbbi bővítések után referenciát biztosít a karbantartás számára.

Végül tesztelje a karbantartási forgatókönyveket: a switch áramellátásának kiesését, egy leválasztott kábelt, a hajtás cseréjét, a vezérlő újraindítását és a konfigurációs biztonsági mentésből történő helyreállítást. Csak a gép kockázatértékelése és az üzembe helyezési terv által engedélyezett teszteket végezze el.

Tervezze meg a tartalékot a topológia részeként

A cserehajtásnak nem csupán a névleges teljesítményben kell egyeznie. Ellenőrizze a katalóguscsaládot, a firmware-frissítési útvonalat, a visszacsatolási interfészt, a biztonsági opciót, a hálózati szerepet, a csatlakozókészletet és a paraméterek visszaállításának módját. Hasonlóképpen a csere-switchnek rendelkeznie kell a szükséges funkciókészlettel és egy ellenőrzött konfigurációs biztonsági mentéssel.

A kapcsolódó szervo- és hajtáshardverek a hajtások és mozgásvezérlés kategóriában találhatók, míg a Logix vezérlők és kommunikációs lehetőségek a PLC- és PAC-rendszerek oldalon tekinthetők át. A termék elérhetősége nem igazolja a kompatibilitást; továbbra is a validált anyagjegyzék és a gyártói dokumentáció az irányadó.

Szerkesztői vélemény: menedzselhető switch vásárlása nem ugyanaz, mint egy mozgásvezérlési hálózat megtervezése. A védhető kialakítás azonosítja az időmestert, validál minden hálózati szakaszt, meghatározza a hibák esetén követendő viselkedést, valósághű forgalmat tesztel, és megőrzi a gép helyreállításához szükséges konfigurációt.

Gyakran ismételt kérdések

Minden Kinetix 5500 telepítéshez szükséges menedzselhető switch?

Nem. A támogatott közvetlen, lineáris, gyűrűs és switchelt kialakítások az adott hajtástól, vezérlőtől és alkalmazástól függenek. Ha integrált mozgásvezérlési útvonalon switch található, annak meg kell felelnie a validált architektúra követelményeinek.

Miért tud a hajtás válaszolni a pingre, miközben nem tud tengelykapcsolatot létrehozni?

A ping csak az alapvető IP-elérhetőséget ellenőrzi. Az integrált mozgásvezérléshez kompatibilis hardver és firmware, megfelelő tengelykonfiguráció, elegendő vezérlőkapacitás, CIP Sync, megfelelő kapcsolati beállítások, valamint minden hálózati szakasz viselkedése is szükséges.

A Stratix switch az egyetlen lehetséges választás?

A Rockwell által validált Stratix-kialakítások egyszerűsítik a támogatást és a diagnosztikát, de a helyes választ az alkalmazandó Rockwell-architektúra és az eszköz dokumentációja adja meg. Egy harmadik féltől származó switchet nem szabad pusztán azért elfogadni, mert IEEE 1588-támogatást vagy gigabites sebességet hirdet.

Mindig 1 ms-ra kell beállítani a mozgásfrissítési periódust?

Nem. Válasszon támogatott frissítési periódust az alkalmazás dinamikája, a vezérlő és a hajtás képességei, a tengelyek száma, valamint a hálózati kialakítás alapján. Ellenőrizze a beállítást a telepített verziók dokumentációjában.

Melyek a leghasznosabb üzembe helyezési bizonyítékok?

Rögzítse az időmester állapotát, a szinkronizált eszközök állapotát, a topológiát, a firmware- és szoftververziókat, a switch konfigurációját, a portok hibaalapértékét, a tengelykapcsolat állapotát, valamint a szabályozott forgalmi és hibahelyreállítási tesztek eredményeit.