Анализ открытости систем

Система считается открытой, если для нее определены и описаны используемые форматы данных и процедурный интерфейс, что позволяет подключить к ней “внешние”, независимо разработанные компоненты. Фирмы-разработчики систем автоматизации часто вынуждены создавать собственные (не предусмотренные в рамках систем SCADA) программные модули и включать их в создаваемую систему автоматизации. Поэтому открытость системы важно для характеристики SCADA-систем. Фактически открытость системы означает доступность спецификаций системных (в смысле SCADA) вызовов, реализующих тот или иной системный сервис. Это может быть и доступ к графическим функциям, функциям работы с базами данных и т.д. Современные SCADA-системы не ограничивают выбора аппаратуры нижнего уровня, так как предоставляют большой набор драйверов и серверов ввода-вывода и имеют хорошо развитые средства создания собственных программных модулей или драйверов новых устройств нижнего уровня. Сами драйверы разрабатываются с использованием стандартных языков программирования. Вопрос, однако, в том, достаточно ли для доступа к ядру системы только спецификаций, поставляемых фирмой-разработчиком в штатном комплекте (система Trace Mode), или для создания драйверов необходимы специальные пакеты (системы Factory Link, InTouch), или же вообще разработку драйвера нужно заказывать у фирмы-разработчика. Для подсоединения драйверов ввода-вывода к SCADA используются два механизма – стандартный DDE (Dynamic Data Exchange) и обмен по внутреннему (известному только фирме-разработчику) протоколу. Взамен DDE компания Microsoft предложила более эффективное и надежное средство передачи данных между процессами – OLE (Object Linking and Embedding – включение и встраивание объектов). Механизм OLE поддерживается в RSView, Fix, Factory Link, InTouch и др. На базе OLE появляется новый стандарт OPC (OLE for Process Control), ориентированный на рынок промышленной автоматизации. Новый стандарт, во-первых, позволяет объединять на уровне объектов различные системы управления и контроля, функционирующие в распределенной среде; во-вторых, ОРС устраняет необходимость использования различного нестандартного оборудования и соответствующих коммуникационных программных драйверов. С точки зрения SCADA-систем появление ОРС-серверов означает разработку программных стандартов обмена с технологическими устройствами. Поскольку производители полностью разбираются в своих устройствах, то эти спецификации являются для них руководством к разработке соответствующих серверов. Так как эти программные драйверы уже появляются на рынке, разработчики SCADA-систем предлагают свои механизмы связи с ними. ОРС-интерфейс допускает различные варианты обмена: получение “сырых” данных с физических устройств, их распределенной системы управления или из любого приложения. На рынке появились инструментальные пакеты для написания ОРС-компонентов, например QPC-Toolkits фирмы FactorySoft, включающий ОРС Server Toolkit, OPC Client Toolkit, примеры ОРС-программ. Многие компании занимаются разработкой драйверов, другого программного обеспечения для SCADA-систем. Этот факт очень важен при выборе SCADA-пакета, поскольку это расширяет область применения системы непрофессиональными программистами.

Поиск по сайту: