Задвижване Kinetix 5500 може да комуникира по стандартна Ethernet връзка и въпреки това да не работи като ос за интегрирано управление на движението. Успешният ping доказва достижимост по IP, но не доказва, че контролерът, задвижването, междинните мрежови устройства, фърмуерът и пътят за синхронизация на времето образуват валидна CIP Motion архитектура.

Следователно практическият въпрос при проектирането не е „Задължителен ли е управляем комутатор?“, а „Коя топология се поддържа за този конкретен каталожен номер и може ли всяко устройство по пътя на управлението на движението да запази необходимото поведение по отношение на времето и трафика за конфигурираната ос?“

Интегрираното управление на движението зависи от валидиран път между контролера и задвижването, а не само от свързаността.

Започнете с точната комбинация от задвижване и контролер

Kinetix 5500 е семейство, а не един взаимозаменяем мрежов възел. Суфиксът на каталожния номер, фърмуерът на задвижването, семейството на контролера, комуникационният модул, версията на Studio 5000 Logix Designer и Add-On Profile определят кои функции и конфигурации са налични. Запишете тези данни, преди да изберете мрежата.

Ръководството за потребителя на сервозадвижванията Rockwell Automation Kinetix 5500 Servo Drives User Manual описва поддържаните примери за свързване, конфигурирането на оси, пускането в експлоатация, CIP Sync и отстраняването на неизправности. Използвайте редакцията, приложима към инсталирания фърмуер, и проверете съвместимостта в Product Compatibility and Download Center, преди да променяте производствена система.

Тази проверка е важна при модернизация. Контролер или комуникационен модул, който може да обменя стандартни EtherNet/IP I/O данни, може да не поддържа същите функции за интегрирано управление на движението като по-нова платформа. Това, че даден проект се отваря в по-нова версия на софтуера, не доказва, че всяка комбинация от модули и задвижвания се поддържа.

CIP Sync е част от архитектурата за управление

Интегрираното управление на движението координира осите спрямо обща времева база. CIP Sync разпределя това време в системата EtherNet/IP чрез механизмите на IEEE 1588. Контролерът и участващите устройства за управление на движението трябва да имат активирана синхронизация на времето и да използват избрания от архитектурата главен източник на време.

Неконтролируемият комутатор не е автоматично дефектен, а управляемият комутатор не е автоматично подходящ. Определящият въпрос е дали междинната инфраструктура се поддържа за проекта за управление на движението и обработва чувствителния към времето трафик според изискванията. Комутатор с неправилно поведение на Precision Time Protocol или с неправилна конфигурация може да създаде повече проблеми от обикновена директна връзка.

За топология тип „звезда“ изберете комутатор, който Rockwell посочва като подходящ за предвидената архитектура за интегрирано движение, след което конфигурирайте функциите му за синхронизация на времето и приоритизиране на трафика съгласно приложимото ръководство за проектиране. Не приемайте, че номиналната скорост на комутатор за потребителския пазар замества валидирането за управление на движението.

Избирайте топологията според поведението при повреда и удобството за обслужване

Директни или линейни връзки

Директната връзка между контролера и задвижването може да намали броя на устройствата по пътя на синхронизацията. Линейната верига може да опрости окабеляването, когато се използват поддържани устройства с два порта. Нейната слабост е прекъсването на обслужването: отварянето или изключването на устройство нагоре по веригата може да прекъсне връзката с всичко надолу по веригата, освен ако архитектурата не осигурява друг път.

Линейните конфигурации също изискват стриктно документиране на портовете. Временен лаптоп, резервно задвижване или сменен кабел може да промени физическата верига, без да промени чертежа, оставяйки персонала по поддръжката да диагностицира мрежа, която вече не съответства на проекта.

Звездовидна топология чрез комутатор

Звездовидната топология позволява всяко задвижване да се обслужва независимо и дава на мрежовия екип централизирана точка за диагностика, броячи на портовете, огледално копиране и сегментиране. Тя добавя комутатор към пътя на синхронизацията и повредите, затова комутаторът трябва да бъде избран и конфигуриран като инженерна съставна част, а не като стандартна офис инфраструктура.

Управляемата инфраструктура става особено ценна, когато движението споделя заводска мрежа с HMI, отдалечени I/O модули, устройства за безопасност, задвижвания, инженерни работни станции и системи за надзор. Статистиката на портовете, VLAN границите, когато са подходящи, управлението на многоадресното предаване, качеството на услугата, контролът на достъпа и видимостта на синхронизацията на времето улесняват изолирането на повредите. Тези функции помагат само когато конфигурацията се контролира и архивира.

Пръстен на ниво устройства

DLR осигурява резервен Ethernet път за поддържаните възли. Пръстенът се нуждае от определен супервизор и документирана схема за възстановяване. Потвърдете, че всеки участник в пръстена поддържа предвидената роля и че конфигурацията на супервизора не е дублирана по невнимание.

Устойчивостта на пръстена не заменя проверката на синхронизацията. След изграждането на пръстена тествайте както нормалната работа, така и прекъсване на един кабел, докато осите са в контролирано състояние при пускане в експлоатация. Проверете дали диагностиката идентифицира местоположението на повредата и дали поведението при възстановяване съответства на оценката на риска за машината.

Топологията трябва да се избира според изискванията за синхронизация, поддръжка, разширяване и единична повреда.

Периодът на актуализация и настройките на връзката са инженерни решения

Периодът на актуализация на движението трябва да се поддържа от контролера, задвижването, броя оси и приложението. Той не трябва да се копира от пример във форум или да се задава универсално на една стойност. По-бързите актуализации увеличават честотата, с която системата трябва да планира и пренася данни за движението, докато по-бавните може да са недостатъчни за необходимите динамични характеристики.

Прегледайте заедно времето на групата за движение, поведението при обновяване на курса, конфигурацията на осите, натоварването на контролера и мрежовия капацитет. Когато Studio 5000 предоставя настройки както за движението, така и за връзките, използвайте документацията на Rockwell за избраната ревизия на контролера и задвижването, за да ги поддържате съгласувани. Несъответствието може да се прояви като грешка на връзката, синхронизацията или конфигурацията на оста, а не като очевидна аларма за пропускателна способност.

Не използвайте фиксиран брой оси като граница между приемлива и неприемлива инфраструктура. Ограничението зависи от честотите на обновяване, капацитета на контролера и комуникационния модул, топологията, поведението на комутатора, останалия трафик и останалата част от проекта. Изчислете и валидирайте действителната конструкция.

Споделеният трафик се нуждае от умишлено определени граници

Навигацията в HMI, събирането на данни от историзатор, резервните копия, видеопотоците от камерите и инженерните качвания могат да създадат пикове, които остават незабележими по време на спокойното пускане в експлоатация. Това не означава, че всяко HMI се нуждае от физически отделна мрежа, но означава, че пътят на движението трябва да бъде тестван при реалистичен заводски трафик.

Сегментирайте широковещателните домейни, когато архитектурата и проектът за сигурност го изискват. Не оставяйте неуправляеми временни комутатори в постоянни панели. Деактивирайте неизползваните портове, документирайте разрешените връзки и включете конфигурацията на управляемия комутатор в резервното копие на машината. Ако се въведат преобразуване на мрежови адреси, маршрутизиране или защитни стени, проверете дали трафикът на интегрираното движение остава в рамките на поддържана конструкция.

Мрежовата сигурност и наличността на движението са свързани. Плоска, недокументирана подмрежа улеснява неоторизираните промени и забавя отстраняването на неизправности. Обратно, прекалено сложна конструкция с неподдържани граници за маршрутизиране може да възпрепятства синхронизацията на времето или откриването на устройства. Използвайте най-малката архитектура, която отговаря на изискванията за експлоатация, сигурност, поддръжка и разширяване.

Пуснете в експлоатация, започвайки от часовника навън

Потвърдете зададения grandmaster или времеви master и проверете дали участващите контролери показват синхронизирано състояние. След това проверете всеки мрежов хоп и връзка към задвижване, вместо да третирате подмрежата като единна черна кутия.

Проверете каталожните номера, фърмуера, добавъчните профили, IP адресирането, дублиращите се адреси, поведението на скоростта и дуплекса на портовете, грешките на връзката, отхвърлените пакети, състоянието на DLR, когато се използва, и състоянието на синхронизацията на задвижванията. Потвърдете, че оста преминава през очакваните състояния на връзка и безопасност, преди да разрешите движението.

Извършете контролиран тест на трафика, който представя използването на HMI, събирането на данни и инженерния достъп. Проследете грешките на осите и грешката при следване, като съберете броячите на управляемия комутатор преди и по време на теста. Чистата базова линия дава на поддръжката отправна точка след бъдещи разширения.

Накрая тествайте сценариите за поддръжка: загуба на захранване на комутатора, изключване на един кабел, замяна на задвижването, рестартиране на контролера и възстановяване от резервно копие на конфигурацията. Извършвайте само тестовете, разрешени от оценката на риска на машината и плана за въвеждане в експлоатация.

Планирайте резервния компонент като част от топологията

Резервното задвижване трябва да съвпада по нещо повече от номиналната мощност. Потвърдете продуктовото семейство, пътя на фърмуера, интерфейса за обратна връзка, опцията за безопасност, мрежовата роля, набора от конектори и метода за възстановяване на параметрите. По същия начин резервният комутатор трябва да разполага с необходимия набор от функции и контролирано резервно копие на конфигурацията.

Съответният хардуер за сервосистеми и задвижвания е организиран в раздела задвижвания и управление на движението, а контролерите Logix и комуникационните опции могат да бъдат разгледани чрез PLC и PAC системи. Наличността на продукта не доказва съвместимост; валидираната спецификация и документацията на производителя остават меродавни.

Редакционна позиция: закупуването на управляем комутатор не е същото като проектирането на мрежа за управление на движението. Защитимият дизайн идентифицира главния часовник, валидира всеки хоп, определя поведението при отказ, тества реалистичен трафик и съхранява конфигурацията, необходима за възстановяване на машината.

Често задавани въпроси

Изисква ли всяка инсталация на Kinetix 5500 управляем комутатор?

Не. Поддържаните директни, линейни, пръстеновидни и комутируеми конфигурации зависят от конкретните задвижване, контролер и приложение. Когато в пътя на интегрираното управление на движението има комутатор, той трябва да отговаря на изискванията на валидираната архитектура.

Защо задвижването може да отговаря на ping, но да не успява да установи връзка с ос?

Ping проверява само базовата IP достъпност. Интегрираното управление на движението зависи и от съвместимите хардуер и фърмуер, правилната конфигурация на осите, капацитета на контролера, CIP Sync, настройките на връзките и поведението на всеки мрежов хоп.

Комутаторът Stratix ли е единственият възможен избор?

Проектите със Stratix, валидирани от Rockwell, улесняват поддръжката и диагностиката, но правилният отговор се съдържа в приложимата архитектура на Rockwell и документацията на устройствата. Комутатор на трета страна не бива да се приема само защото рекламира IEEE 1588 или гигабитова скорост.

Трябва ли периодът на обновяване на движението винаги да бъде зададен на 1 ms?

Не. Изберете поддържан период на обновяване според динамиката на приложението, възможностите на контролера и задвижването, броя оси и мрежовия дизайн. Проверете настройката в документацията за инсталираните версии.

Кои са най-полезните доказателства при въвеждане в експлоатация?

Запишете състоянието на главния часовник, статуса на синхронизираните устройства, топологията, версиите на фърмуера и софтуера, конфигурацията на комутатора, базовата линия за грешки по портовете, състоянието на свързване на осите и резултатите от контролирани тестове на трафика и възстановяването след отказ.