Kinetix 5500 EtherNet/IP Network Switch Requirements and Topology — figure 1

Изисквания и топология на мрежовия комутатор 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“.

Изисквания и топология на мрежовия комутатор за Kinetix 5500 EtherNet/IP — фигура 1

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 веригата.

Изисквания и топология на мрежовия суич EtherNet/IP за Kinetix 5500 — фигура 2

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, дори ако едноадресните връзки са изглеждали приемливи при една или две оси. Планирайте тази граница още при първата модернизация, а не след третата необяснима грешка при синхронизация.

Проверки при пускане в експлоатация

  1. Потвърдете, че главният тактов генератор е правилният ENxT; при наличие на Stratix прочетете състоянието на PTP
  2. Съгласувайте Update Period и RPI; несъответствията водят до грешки във връзките
  3. Проверявайте списъците с NS/връзки спрямо броячите на суича, когато има несъответствие
  4. Тествайте навигацията в HMI системата при работещи оси — следете за грешки при синхронизация
  5. Документирайте топологичните схеми; „временните“ офисни суичове се превръщат в постоянен технически дълг
  6. Документирайте базова стойност на грешката при следене на осите преди и след натоварване на HMI системата

Резервирането на хардуер за Motion и Logix трябва да следва същите правила за PLC/PAC, прилагани към дискретните контролери, за да не остави повреден EN2TR производствена клетка неизползваема.

За автора

Марк Таунсенд | Старши инженер по автоматизация – системи Allen-Bradley

Марк Таунсенд е старши инженер по автоматизация с над 18 години опит с платформите Allen-Bradley, включително ControlLogix, CompactLogix и наследените SLC-500. Ежедневната му работа включва логика в RSLogix / Studio 5000 и пускане в експлоатация на HMI системи във FactoryTalk View при остарели и смесени паркове от оборудване.

Изисквания и топология на мрежовия комутатор EtherNet/IP Kinetix 5500

Конфигурирайте серво задвижвания Allen-Bradley Kinetix 5500 чрез EtherNet/IP. Обхваща CIP Sync, синхронизация по IEEE 1588 V2, избор на Stratix, DLR топология и HMI.

Сервозадвижващите оси бързо разкриват недостатъци в мрежата. Интегрирането на Kinetix 5500 (2198-xxxx-ERS3) в подмрежа, която вече пренася I/O на ControlLogix, адаптери за безопасност, трафик от PanelView и VFD, повдига практическия въпрос: задължителен ли е управляем Stratix и коя топология поддържа CIP Sync в рамките на бюджета? Отговорът зависи от Requested Packet Interval, синхронизацията на времето по IEEE 1588 V2 и трептенето — не от това дали задвижването „отговаря на ping“.

Изисквания и топология на мрежовия комутатор за Kinetix 5500 EtherNet/IP — фигура 1

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 веригата.

Изисквания и топология на мрежовия суич EtherNet/IP за Kinetix 5500 — фигура 2

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, дори ако едноадресните връзки са изглеждали приемливи при една или две оси. Планирайте тази граница още при първата модернизация, а не след третата необяснима грешка при синхронизация.

Проверки при пускане в експлоатация

  1. Потвърдете, че главният тактов генератор е правилният ENxT; при наличие на Stratix прочетете състоянието на PTP
  2. Съгласувайте Update Period и RPI; несъответствията водят до грешки във връзките
  3. Проверявайте списъците с NS/връзки спрямо броячите на суича, когато има несъответствие
  4. Тествайте навигацията в HMI системата при работещи оси — следете за грешки при синхронизация
  5. Документирайте топологичните схеми; „временните“ офисни суичове се превръщат в постоянен технически дълг
  6. Документирайте базова стойност на грешката при следене на осите преди и след натоварване на HMI системата

Резервирането на хардуер за Motion и Logix трябва да следва същите правила за PLC/PAC, прилагани към дискретните контролери, за да не остави повреден EN2TR производствена клетка неизползваема.

За автора

Марк Таунсенд | Старши инженер по автоматизация – системи Allen-Bradley

Марк Таунсенд е старши инженер по автоматизация с над 18 години опит с платформите Allen-Bradley, включително ControlLogix, CompactLogix и наследените SLC-500. Ежедневната му работа включва логика в RSLogix / Studio 5000 и пускане в експлоатация на HMI системи във FactoryTalk View при остарели и смесени паркове от оборудване.

Оставяне на коментар

Имайте предвид, че коментарите трябва да бъдат одобрени, преди да се публикуват.