Скажем, команда инженеров хочет переключить ПЛК своей разработки с одной модели на другую — относительно редкое, но обычное техническое решение. Насколько хорошо XML-файлы на самом деле работают при импорте и экспорте? Насколько производители компонентов действительно мотивированы к тому, чтобы это работало, а не привязывать инженеров к одному конкретному оборудованию?

Инженеры правы, что скептически относятся к этому. В конечном счете, переносимость файлов зависит от производителей системного оборудования, независимо от того, являются ли компоненты компонентами подключения, интеллектуальными накопителями или другими устройствами, использующими программирование soft motion и IEC 61131.

Аппаратное обеспечение ПЛК и PAC связано с наиболее ограниченной переносимостью файлов; в большинстве случаев производители контроллеров предлагают онлайн-библиотеки программного обеспечения с предварительно написанным кодом, чтобы упростить настройку нового оборудования, дифференцировать свою линейку продуктов и (не случайно) привязать пользователей к своему конкретному бренду.

Это означает, что даже если у инженера-программиста есть свои собственные XML-файлы, любые экземпляры кода, основанные на библиотеках поставщиков оборудования, скорее всего, не будут легко перенесены на другие устройства. Такие ситуации требуют, чтобы инженеры переписывали части этого кода.

Тем не менее, ограниченная переносимость программного обеспечения в конечном счете является меньшей проблемой, чем сложность обучения (особенно при изучении нового языка программирования, если это требуется), связанная с переходом с устройства одной марки на устройство другой. Миграция всегда требует внесения изменений в код, но программирование на основе стандартов означает, что инженерам не нужно начинать с нуля во время миграции.

Знакомство с отраслевыми стандартами программирования дает возможность инженерам и стимулирует производителей компонентов создавать все более конкурентоспособные технологии, поскольку производители больше не могут предполагать, что OEM-производители никогда не перейдут на новые технологии просто из-за некоторого знакомства с их программным обеспечением.

Помимо миграций, направленных на использование гибкости программирования с открытым исходным кодом, техническая поддержка является следующей по значимости причиной, по которой инженеры-проектировщики меняют бренды контроллеров. Это особенно верно, если они считают свою текущую поддержку недостаточной или каким-то образом спорной. Чрезмерное время выполнения заказа также может спровоцировать переключение — особенно если важный конечный пользователь оказывается в затруднительном положении во время простоя машины или другой критической ситуации. Быстрая и надежная поддержка OEM-производителя для повторного ввода оборудования в эксплуатацию имеет первостепенное значение, если конечный пользователь теряет сотни тысяч долларов в час.

Еще одной областью отличия является графический пользовательский интерфейс производителей (GUI) для настройки оборудования. Производительность оборудования большинства производителей довольно конкурентоспособна в индустрии движения, но простота использования графического интерфейса и функциональность сильно различаются.

При выборе нового контроллера для новых конструкций машин инженерам-проектировщикам следует обратиться:

• Поставщики компонентов для движения, которые полностью поддерживают стандарт IEC 61131-3, а не только один язык стандарта

• Контроллеры с простотой интеграции и программируемости — для эффективной и сложной настройки функций HMI, ПЛК и шлюза Интернета вещей (облачного подключения) предпочтительно все в одном устройстве

• Аппаратное обеспечение с функциональной безопасностью в подходящей сети, такой как EtherCAT, например

• Поставщики, которые предлагают свое программное обеспечение бесплатно или по разумной цене — так что для опробования или лицензирования программного обеспечения не требуется огромных инвестиций.



Информация из этого часто задаваемого вопроса почерпнута из недавней беседы с Мариссой Такер, менеджером по продуктам управления и автоматизации Parker Hannifin, о том, как определять элементы управления на основе стандартов, а не брендов. Для получения дополнительной информации от Parker о PACs, а также бесплатного программного обеспечения для моделирования, позволяющего опробовать IEC 61131-3, посетите parker.com/emn/pac.