Требования к сетевому коммутатору 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 и джиттера, а не от того, «пингуется» ли привод.
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 длина кольца будет равна сумме обоих сегментов.
Широковещательные домены 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, даже если одноадресные соединения с одной-двумя осями выглядели приемлемо. Запланируйте этот переход во время первой модернизации, а не после третьей необъяснимой ошибки синхронизации.
Проверки при вводе в эксплуатацию
- Убедитесь, что grandmaster — это нужный 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 на устаревших и смешанных парках оборудования.