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, т...

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

Требования к сетевым коммутаторам и топологии EtherNet/IP для Kinetix 5500 — рисунок 1

CIP Motion не допускает джиттер времени пребывания, создаваемый неуправляемыми коммутаторами, даже когда одноадресные соединения выглядят исправными в Studio 5000.

Требования CIP Motion / CIP Sync

Параметр Типичные требования Kinetix 5500
Период обновления 1 мс (прошивка ERS3 6.xxx+); для более старых семейств может потребоваться 2 мс
Синхронизация времени CIP Sync (IEEE 1588 V2), ведущие часы + прозрачные часы
Бюджет джиттера Субмикросекундный класс от конца до конца через цепочку TC
Класс соединения Класс 1; в Studio 5000 v28+ для 5500 часто по умолчанию используется одноадресная передача
Топология Звезда, линейная топология или DLR — без случайного каскадирования бытовых коммутаторов

Если какой-либо коммутатор на пути не работает как прозрачные часы (или хотя бы не ограничивает время пребывания PTP), привод отклоняет синхронизацию, а неисправность выглядит как проблема сервопривода.

Контрольный список функций коммутатора

  • Прозрачные часы IEEE 1588 V2 с жёсткими требованиями к времени пребывания
  • Аппаратный QoS со строгим приоритетом для критически важных по времени DSCP (метки EtherNet/IP и PTP)
  • Отслеживание IGMPv2/v3, когда используется многоадресная рассылка
  • Поведение CIP, подтверждённое ODVA / Rockwell, где возможно (семейства Stratix 5700/5400/5410)

Неуправляемые коммутаторы пересылают кадры PTP, не корректируя время пребывания; джиттер при прохождении через несколько коммутаторов может достигать сотен микросекунд, что выходит за пределы бюджета движения в 1 мс. Сторонние управляемые коммутаторы могут работать при правильной настройке PTP TC и QoS, но вы принимаете на себя риски и лишаетесь встроенной диагностики Stratix в дереве ввода-вывода.

Топология для небольшого числа осей: прямой DLR от EN2TR

Для одной или двух осей проверенным решением будет физическое разделение, а не покупка коммутатора для управления движением с самого начала:

Порт 1 EN2TR -> коммутатор производственной сети (HMI, ввод-вывод, VFD)
Порт 2 EN2TR -> порт 1 Kinetix 5500 (двухузловой DLR)
Привод: топология сети = DLR, узел (не супервизор)
Период обновления оси = 1 мс (соответствует RPI)

Одноадресный CIP Motion в этом двухузловом сегменте снимает нагрузку IGMP с канала движения. Длина кабеля по-прежнему должна соответствовать ограничениям медной линии; при последующем расширении цепочки DLR длина кольца будет равна сумме обоих сегментов.

Требования к коммутаторам и топологии сети EtherNet/IP для Kinetix 5500 — рисунок 2

Широковещательные домены HMI — скрытый враг потоков Motion с периодом 1 мс в общих подсетях.

Варианты сегментации HMI

Вариант Когда подходит
Прямое подключение привода к порту 2 EN2TR 1–2 оси; без дополнительных затрат на коммутатор
Второй модуль ENxT Большая нагрузка HMI или планируемое увеличение числа осей
Замена неуправляемой сети на Stratix Много осей; смешанные системы безопасности, ввода-вывода и HMI в одном домене L2

Update Period и RPI: сравнение

На оси Kinetix 5500 Update Period (свойства Motion) и RPI (свойства соединения) — связанные, но не идентичные параметры. Для прошивки ERS3, которая это поддерживает, установите оба значения равными 1 мс и сохраняйте их согласованными. Несоответствие часто является первопричиной сообщения «Connection Not Established» при вводе в эксплуатацию. Частоты объявлений PTP на ENxT следует оставлять на рекомендованных Rockwell значениях, если только утверждённый документ архитектуры не предписывает иное.

Когда число осей в общей неуправляемой сети превышает примерно восемь–десять приводов, накопившийся джиттер обычно вынуждает перейти на коммутатор класса Stratix, даже если одноадресные соединения с одной-двумя осями выглядели приемлемо. Запланируйте этот переход во время первой модернизации, а не после третьей необъяснимой ошибки синхронизации.

Проверки при вводе в эксплуатацию

  1. Убедитесь, что grandmaster — это нужный 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) в подсеть, которая уже передаёт данные ControlLogix I/O, адаптеров безопасности, PanelView и VFD, поднимает практический вопрос: обязательно ли использовать управляемый Stratix и какая топология позволит удержать CIP Sync в пределах бюджета? Ответ зависит от Requested Packet Interval, синхронизации времени IEEE 1588 V2 и джиттера, а не от того, «пингуется» ли привод.

Требования к сетевым коммутаторам и топологии EtherNet/IP для Kinetix 5500 — рисунок 1

CIP Motion не допускает джиттер времени пребывания, создаваемый неуправляемыми коммутаторами, даже когда одноадресные соединения выглядят исправными в Studio 5000.

Требования CIP Motion / CIP Sync

Параметр Типичные требования Kinetix 5500
Период обновления 1 мс (прошивка ERS3 6.xxx+); для более старых семейств может потребоваться 2 мс
Синхронизация времени CIP Sync (IEEE 1588 V2), ведущие часы + прозрачные часы
Бюджет джиттера Субмикросекундный класс от конца до конца через цепочку TC
Класс соединения Класс 1; в Studio 5000 v28+ для 5500 часто по умолчанию используется одноадресная передача
Топология Звезда, линейная топология или DLR — без случайного каскадирования бытовых коммутаторов

Если какой-либо коммутатор на пути не работает как прозрачные часы (или хотя бы не ограничивает время пребывания PTP), привод отклоняет синхронизацию, а неисправность выглядит как проблема сервопривода.

Контрольный список функций коммутатора

  • Прозрачные часы IEEE 1588 V2 с жёсткими требованиями к времени пребывания
  • Аппаратный QoS со строгим приоритетом для критически важных по времени DSCP (метки EtherNet/IP и PTP)
  • Отслеживание IGMPv2/v3, когда используется многоадресная рассылка
  • Поведение CIP, подтверждённое ODVA / Rockwell, где возможно (семейства Stratix 5700/5400/5410)

Неуправляемые коммутаторы пересылают кадры PTP, не корректируя время пребывания; джиттер при прохождении через несколько коммутаторов может достигать сотен микросекунд, что выходит за пределы бюджета движения в 1 мс. Сторонние управляемые коммутаторы могут работать при правильной настройке PTP TC и QoS, но вы принимаете на себя риски и лишаетесь встроенной диагностики Stratix в дереве ввода-вывода.

Топология для небольшого числа осей: прямой DLR от EN2TR

Для одной или двух осей проверенным решением будет физическое разделение, а не покупка коммутатора для управления движением с самого начала:

Порт 1 EN2TR -> коммутатор производственной сети (HMI, ввод-вывод, VFD)
Порт 2 EN2TR -> порт 1 Kinetix 5500 (двухузловой DLR)
Привод: топология сети = DLR, узел (не супервизор)
Период обновления оси = 1 мс (соответствует RPI)

Одноадресный CIP Motion в этом двухузловом сегменте снимает нагрузку IGMP с канала движения. Длина кабеля по-прежнему должна соответствовать ограничениям медной линии; при последующем расширении цепочки DLR длина кольца будет равна сумме обоих сегментов.

Требования к коммутаторам и топологии сети EtherNet/IP для Kinetix 5500 — рисунок 2

Широковещательные домены HMI — скрытый враг потоков Motion с периодом 1 мс в общих подсетях.

Варианты сегментации HMI

Вариант Когда подходит
Прямое подключение привода к порту 2 EN2TR 1–2 оси; без дополнительных затрат на коммутатор
Второй модуль ENxT Большая нагрузка HMI или планируемое увеличение числа осей
Замена неуправляемой сети на Stratix Много осей; смешанные системы безопасности, ввода-вывода и HMI в одном домене L2

Update Period и RPI: сравнение

На оси Kinetix 5500 Update Period (свойства Motion) и RPI (свойства соединения) — связанные, но не идентичные параметры. Для прошивки ERS3, которая это поддерживает, установите оба значения равными 1 мс и сохраняйте их согласованными. Несоответствие часто является первопричиной сообщения «Connection Not Established» при вводе в эксплуатацию. Частоты объявлений PTP на ENxT следует оставлять на рекомендованных Rockwell значениях, если только утверждённый документ архитектуры не предписывает иное.

Когда число осей в общей неуправляемой сети превышает примерно восемь–десять приводов, накопившийся джиттер обычно вынуждает перейти на коммутатор класса Stratix, даже если одноадресные соединения с одной-двумя осями выглядели приемлемо. Запланируйте этот переход во время первой модернизации, а не после третьей необъяснимой ошибки синхронизации.

Проверки при вводе в эксплуатацию

  1. Убедитесь, что grandmaster — это нужный 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 на устаревших и смешанных парках оборудования.

Оставить комментарий

Обратите внимание, комментарии должны быть одобрены перед публикацией.