Открытые платформенные коммуникации - Open Platform Communications
Открытые платформенные коммуникации (OPC) представляет собой серию стандарты и спецификации для промышленных телекоммуникации. An Индустриальная автоматизация рабочая группа разработала оригинальный стандарт в 1996 году под названием OLE для управления процессами (Связывание и внедрение объектов за контроль над процессом ). OPC определяет связь в реальном времени данные об установке между устройствами управления от разных производителей.
После первоначального выпуска в 1996 г. Фонд OPC был создан для поддержания стандарта.[1] Поскольку OPC был принят за пределы области управления процессами, Фонд OPC сменила название на Open Platform Communications в 2011 году.[2] Изменение названия отражает применение технологии OPC для приложений в автоматизация зданий, дискретное производство, управление процессами и многое другое. OPC также расширился за пределы исходного OLE (Связывание и внедрение объектов ) реализация для включения других технологий передачи данных, включая Microsoft с .NET Framework, XML, и даже двоично-кодированный формат TCP от OPC Foundation.
Происхождение и использование
В Спецификация OPC был основан на OLE, COM, и DCOM технологии, разработанные Microsoft для Майкрософт Виндоус семейство операционных систем. В спецификации определен стандартный набор объекты, интерфейсы например IDL и методы для использования в приложениях для управления процессами и автоматизации производства, чтобы облегчить совместимость. Наиболее распространенная спецификация OPC: Доступ к данным OPC, который используется для чтения и записи данных в реальном времени. Когда поставщики ссылаются на OPC в целом они обычно означают Доступ к данным OPC (OPC DA). Сам OPC DA с момента своего создания претерпел три основных изменения. Версии имеют обратную совместимость, поскольку к OPC-серверу версии 3 по-прежнему может получить доступ клиент OPC версии 1, поскольку спецификации добавляют функциональность, но по-прежнему требуют реализации более старой версии. Однако может быть написан клиент, который не поддерживает старые функции, так как все может быть сделано с использованием более новых, поэтому DA-3-совместимый клиент не обязательно будет работать с сервером DA 1.0.
Помимо спецификации OPC DA, OPC Foundation также поддерживает Доступ к историческим данным OPC (HDA) спецификация. В отличие от данных в реальном времени, которые доступны с помощью OPC DA, OPC HDA обеспечивает доступ и извлечение архивных данных.
Спецификация OPC Alarms and Events также поддерживается OPC Foundation и определяет обмен информацией о тревогах и типах событий, а также состояния переменных и управление состоянием.[3]
Дизайн
OPC был разработан для обеспечения общего моста для программных приложений на базе Windows и оборудования для управления процессами. Стандарты определяют последовательные методы доступа к полевым данным с производственных устройств. Этот метод остается неизменным независимо от типа и источника данных. Сервер OPC для одного аппаратного устройства предоставляет те же методы для клиента OPC для доступа к его данным, что и любой другой сервер OPC для того же самого или любого другого аппаратного устройства. Цель заключалась в том, чтобы уменьшить количество дублирующих усилий, требуемых от производителей оборудования и их партнеров по программному обеспечению, а также от SCADA (Диспетчерский контроль и сбор данных) и другие HMI (Человеко-машинный интерфейс) производителей для взаимодействия этих двух. После того, как производитель оборудования разработал свой OPC-сервер для нового аппаратного устройства, их работа была сделана в отношении того, чтобы позволить любому «верхнему концу» получить доступ к своему устройству, и как только SCADA производитель разработал свой клиент OPC, их работа была сделана в отношении предоставления доступа к любому оборудованию, существующему или еще не созданному, с помощью сервера, совместимого с OPC.
Серверы OPC предоставляют метод для множества различных программных пакетов (если это клиент OPC) для доступа к данным с устройства управления технологическим процессом, такого как ПЛК или же DCS. Традиционно каждый раз, когда пакету требовался доступ к данным с устройства, приходилось писать собственный интерфейс или драйвер. Цель OPC - определить общий интерфейс, который записывается один раз и затем повторно используется любым бизнесом. SCADA, HMI, или пользовательские пакеты программного обеспечения.
В спецификациях OPC нет ничего, что ограничивало бы сервер предоставлением доступа к устройству управления процессом. Серверы OPC могут быть написаны для чего угодно, от измерения внутренней температуры микропроцессора до текущей температуры в Долине монументов.[нужна цитата ]
После того, как OPC-сервер написан для конкретного устройства, он может быть повторно использован любым приложением, которое может действовать как OPC-клиент. Серверы OPC используют технологию Microsoft OLE (также известную как компонентная объектная модель или COM) для связи с клиентами. Технология COM позволяет определить стандарт обмена информацией в реальном времени между программными приложениями и технологическим оборудованием.
Важно отметить[согласно кому? ] что некоторые спецификации OPC опубликованы, а другие доступны только членам OPC Foundation. Таким образом, хотя ни одна компания не владеет OPC, и любой может разработать сервер OPC, независимо от того, является ли он членом Фонд OPC, лица, не являющиеся членами, не обязательно будут использовать последние спецификации. Любой желающий может интегрировать продукты OPC, и для системного интегратора не обязательно принадлежать к какой-либо организации. Поэтому каждая компания должна требовать от продуктов OPC, чтобы их продукты были сертифицированы, а их системные интеграторы прошли необходимое обучение.[нужна цитата ]
Будущее
В Унифицированная архитектура OPC (UA) был определен, тестируется и внедряется в рамках его программы Early Adopters. Это может быть реализовано с помощью Ява, Microsoft .NET, или же C, устраняя необходимость использования Майкрософт Виндоус -на основе платформы более ранних версий OPC. UA сочетает в себе функциональность существующих интерфейсов OPC с новыми технологиями, такими как XML и Веб-сервисы поставить более высокий уровень МЧС и ERP поддерживать.
16 сентября 2010 г. Фонд OPC и MTConnect Институт объявил о сотрудничестве для обеспечения совместимости и согласованности между двумя стандартами.[4]
Смотрите также
Рекомендации
- ^ Что такое OPC? opcfoundation.org
- ^ https://opcfoundation.org/about/what-is-opc/
- ^ Спецификация OPC A&E
- ^ «OPC Foundation и MTConnect Institute объявляют о меморандуме о взаимопонимании». OPC Foundation. 2010-10-21. Архивировано из оригинал на 2011-06-16. Получено 2010-10-26.
внешняя ссылка
- FatRat Library - бесплатный набор инструментов для разработчиков OPC-серверов
- OpenOPC - разработка клиента OPC с открытым исходным кодом на Python
- Фонд OPC
- Подключение программистов OPC
- Электронная книга по адресному пространству с унифицированной архитектурой OPC
- prOpc Library - Open Source OPC server / client toolkit в Delphi