GOAL – Всемирная интеграция

OPC-SLDA 3.0
НИИ СпецЛаб разработал свой OPC-сервер устройств SLDA 3.0, способный работать не только с собственными контроллерами, но и с любым оборудованием других фирм, поддерживающих всемирный протокол OPC.
OPC (OLE for Process Control) – промышленный стандарт, созданный консорциумом всемирно известных производителей оборудования и программного обеспечения при участии Microsoft.

Этот стандарт описывает интерфейс обмена данными между устройствами управления технологическими процессами. Главная цель его – предоставить разработчикам систем диспетчеризации независимость от конкретного типа контроллеров.

OPC основывается на технологии OLE/COM/DCOM компании Microsoft, Inc.
Больше нет необходимости заниматься интеграцией с другими фирмами!

Любые устройства, поддерживающие этот международный стандарт, без переделки и доводки подключаются и сразу начинают работать в среде сервера устройств SLDA-3.0 всех продуктов СпецЛаб.
Огромное число производителей периферийного оборудования для компьютеров от СКД до АСУ ТП использует данный протокол, что позволяет без какого-либо совместного внедрения подключать сторонние устройства к своей или чужой программе.

Одно то, что инициатором выступила фирма Microsoft, можно считать определяющим для ориентации всего мира на данный протокол.
В настоящее время технологию COM/DCOM поддерживают следующие операционные системы:
• все Windows, начиная с Windows 95.

Это обеспечивается самой компанией Microsoft;
• большинство Unix-подобных ОС, включая Linux; поддерживается фирмой GE Software;
• ОС реального времени VxWorks; обеспечивается фирмой-разработчиком WindRiver; имеется поддержка OPC, встроенная в систему разработки Tornado.
Стандарт OPC – путь к интеграции разнородных систем.

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

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

Но при этом возникают следующие проблемы:
• Каждая программа диспетчеризации должна иметь драйвер для конкретного устройства АСУ.
• Возникают конфликты между драйверами различных разработчиков, что приводит к тому, что какие-то режимы или параметры работы оборудования не поддерживаются всеми разработчиками ПО.

• Модификации оборудования могут привести к потере функциональности драйвера.
• Конфликты при обращении к устройству – различные программы диспетчеризации не могут получить доступ к одному устройству одновременно из-за использования различных драйверов.

OPC проводит четкую разграничительную линию между производителями оборудования и разработчиками драйверов. Данная технология предоставляет механизм сбора данных из различных источников и передачу этих данных любой клиентской программе вне зависимости от типа используемого оборудования.

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

Широкое распространение технологии OPC в промышленности имеет следующие преимущества:
• Независимость в применении систем диспетчеризации от используемого в конкретном проекте оборудования.
• Разработчики программного обеспечения не должны постоянно дорабатывать свои продукты из-за модификации оборудования или выпуска новых изделий.

• Заказчик получает свободу выбора между поставщиками оборудования, а также имеет возможность интегрировать это оборудование в информационную систему предприятия, которая может охватывать всю систему производства, управления и логистики.
Архитектура OPC
Стандарт обмена данными OPC базируется на распространенной общепринятой схеме Клиент-Сервер.

Эта архитектура позволяет подключить множество клиентов к одному серверу. И наоборот, данный стандарт разрешает использование одним клиентом различных ОРС-серверов.
Когда мы говорим об интеграции, что мы понимаем под этим термином?

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

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

Фактически, речь идёт о том, что различные программные системы, созданные с помощью различных средств, установленные на различных платформах, работающие на разных компьютерах, умеют договариваться. То есть, они знают, как запросить друг у друга данные и как послать друг другу указания.

По большому счёту, интеграция сводится к конфигурированию высоких договаривающихся сторон.
Технология OPC предлагает стандарты для обмена технологическими данными, в которые заложены самые широкие возможности.

Учитывая большой авторитет вовлечённых в эту деятельность фирм, включая саму Microsoft, можно ожидать, что технология OPC в ближайшее время будет неотъемлемой частью любого оборудования.
Пора и Российским разработчикам интегрироваться в цивилизованную и очень удобную среду совместимости.

GOAL поддерживает OPC!
GOAL supports OPC.
Информация о протоколе:

http://www.opcfoundation.org/

http://www.merz-scada.ru/www/Russian/articles/about_opc.htm

http://www.asutp.ru/?p=600094

http://www.lectussoft.com/opc.html

Другие светильники этого типа: