Изисквания и топология на мрежовия комутатор EtherNet/IP Kinetix 5500
Конфигурирайте серво задвижвания Allen-Bradley Kinetix 5500 чрез EtherNet/IP. Обхваща CIP Sync, синхронизация по IEEE 1588 V2, избор на Stratix, DLR топологи...
Сервозадвижващите оси бързо разкриват недостатъци в мрежата. Интегрирането на Kinetix 5500 (2198-xxxx-ERS3) в подмрежа, която вече пренася I/O на ControlLogix, адаптери за безопасност, трафик от PanelView и VFD, повдига практическия въпрос: задължителен ли е управляем Stratix и коя топология поддържа CIP Sync в рамките на бюджета? Отговорът зависи от Requested Packet Interval, синхронизацията на времето по IEEE 1588 V2 и трептенето — не от това дали задвижването „отговаря на ping“.
CIP Motion не толерира неконтролирано трептене на времето за престой, дори когато уникастовите връзки изглеждат нормални в Studio 5000.
Изисквания за CIP Motion / CIP Sync
| Параметър | Типично изискване за Kinetix 5500 |
|---|---|
| Период на обновяване | 1 ms (фърмуер ERS3 6.xxx+); при по-старите семейства може да са необходими 2 ms |
| Синхронизация на времето | CIP Sync (IEEE 1588 V2), главен часовник + прозрачни часовници |
| Бюджет за трептене | Клас под една микросекунда от край до край през веригата от прозрачни часовници |
| Клас на връзката | Клас 1; Studio 5000 v28+ често използва уникаст по подразбиране за 5500 |
| Топология | Звездообразна, линейна или DLR — без случайно каскадно свързване на комутатори за потребителска употреба |
Ако някой комутатор по пътя не работи като прозрачен часовник (или поне не ограничава времето на престой на PTP), задвижването отхвърля синхронизацията и повредата изглежда като проблем със сервозадвижването.
Контролен списък с функции на комутатора
- Прозрачен часовник IEEE 1588 V2 със строги спецификации за времето на престой
- Хардуерен QoS със строг приоритет за критични за времето DSCP (маркировки на EtherNet/IP и PTP)
- IGMPv2/v3 snooping, когато мултикастът остава в употреба
- Поведение на CIP, валидирано от ODVA / Rockwell, когато е възможно (семействата Stratix 5700/5400/5410)
Неуправляемите комутатори препращат PTP кадри, без да коригират времето на престой; трептенето при преминаване през няколко хопа може да достигне стотици микросекунди — извън бюджета за движение от 1 ms. Управляеми комутатори от други производители могат да работят, ако PTP TC и QoS са конфигурирани правилно, но рискът остава за вас и губите вградената диагностика на Stratix в дървото на I/O.
Топология за малък брой оси: директен DLR от EN2TR
За една или две оси утвърденият подход е физическо разделяне, вместо още в началото да купувате комутатор за управление на движението:
Порт 1 на EN2TR -> комутатор на предприятийната мрежа (HMI, I/O, VFD) Порт 2 на EN2TR -> Порт 1 на Kinetix 5500 (DLR с два възела) Задвижване: Мрежова топология = DLR, възел (не супервизор) Период на обновяване на оста = 1 ms (съобразен с RPI)
Уникастовият CIP Motion в този сегмент с два възела премахва IGMP натоварването от пътя на движението. Дължината на кабела все пак трябва да спазва ограниченията за медни кабели; обиколката на пръстена е сборът от двата сегмента, когато по-късно разширите DLR веригата.
Broadcast домейните на HMI са тихият враг на 1 ms потоците за управление на движението в споделени подмрежи.
Опции за сегрегация на HMI
| Опция | Кога е подходящо |
|---|---|
| Директно задвижване през порт 2 на EN2TR | 1–2 оси; без допълнителни разходи за суич |
| Втори ENxT модул | Голямо натоварване от HMI или планирано увеличаване на броя оси |
| Замяна на неуправляемата мрежова инфраструктура със Stratix | Много оси; смесени мрежи за безопасност, I/O и HMI в един L2 домейн |
Update Period спрямо RPI
При ос Kinetix 5500 Update Period (в свойствата на Motion) и RPI (в свойствата на връзката) са свързани, но не са идентични настройки. Задайте и двете на 1 ms за фърмуер ERS3, който го поддържа, и ги поддържайте съгласувани. Несъответствието е честа първопричина за съобщението „Connection Not Established“ при пускане в експлоатация. Честотите на PTP announce в ENxT трябва да останат на препоръчаните от Rockwell стойности, освен ако утвърден архитектурен документ не посочва друго.
Когато броят на осите надхвърли приблизително осем до десет задвижвания върху обща неуправляема мрежова инфраструктура, натрупващият се джитър обикновено налага надграждане до клас Stratix, дори ако едноадресните връзки са изглеждали приемливи при една или две оси. Планирайте тази граница още при първата модернизация, а не след третата необяснима грешка при синхронизация.
Проверки при пускане в експлоатация
- Потвърдете, че главният тактов генератор е правилният ENxT; при наличие на Stratix прочетете състоянието на PTP
- Съгласувайте Update Period и RPI; несъответствията водят до грешки във връзките
- Проверявайте списъците с NS/връзки спрямо броячите на суича, когато има несъответствие
- Тествайте навигацията в HMI системата при работещи оси — следете за грешки при синхронизация
- Документирайте топологичните схеми; „временните“ офисни суичове се превръщат в постоянен технически дълг
- Документирайте базова стойност на грешката при следене на осите преди и след натоварване на HMI системата
Резервирането на хардуер за Motion и Logix трябва да следва същите правила за PLC/PAC, прилагани към дискретните контролери, за да не остави повреден EN2TR производствена клетка неизползваема.
За автора
Марк Таунсенд | Старши инженер по автоматизация – системи Allen-Bradley
Марк Таунсенд е старши инженер по автоматизация с над 18 години опит с платформите Allen-Bradley, включително ControlLogix, CompactLogix и наследените SLC-500. Ежедневната му работа включва логика в RSLogix / Studio 5000 и пускане в експлоатация на HMI системи във FactoryTalk View при остарели и смесени паркове от оборудване.