Типовая структура OPC-сервера Data Access

ItemID

OPC-ячейка

OPC-группа

OPC-сервер

Для каждого OPC-клиента, OPC-сервер формирует объект типа OPC-сервер и создает специальный (безраздельный) коммуникационный канал (thread). Это защищает обмен данными от влияния других OPC-клиентов и повышает производительность OPC-сервера.

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

OPC-группы создаются динамически, согласно требованиям текущего приложения (Клиента) по списку тэгов и их свойств. В зависимости от этих требований может варьироваться как содержание группы, так и число включенных в нее OPC-ячеек по ходу связи. Однако это не влияет на систему управления (PLC).

В отличии от OPC-группы и OPC-сервера, OPC-ячейка не поддерживает OPC-интерфейс и не является, таким образом, COM-объектом (Component Object Model). Это внутренний объект OPC-сервера, который содержит важную информацию о запросах OPC-клиента (например, тип данных, использующихся для загрузки значений, или состояние (активное или пассивное) запрашиваемых значений и т.п.).

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

ItemID – уникальный идентификатор тэга и используется OPC-клиентом для связи с OPC-сервером. ItemID представляет собой последовательность имен всех уровней конфигурации. Например, в трехуровневой конфигурации OPC-сервер, разработанный компанией Merz, ItemID будет выглядеть так: имя_станции.имя_буфера.имя_ячейки. Если OPC-клиент использует интерфейс IOPCBrowseServerAddressSpace, для него не составляет труда получить правильные ItemID и использовать их в своей конфигурации.

На рисунке ниже показаны стандартные компоненты OPC-сервера, определенные спецификацией OPC Data Access. На нижнем уровне находится I/O driver, который передает данные от подключенных физических устройств (обычно, ПЛК). Другая часть OPC-сервера это оптимизированная система блочного сбора данных, которая поддерживает максимальную производительность канала обмена данными с контроллером. При помощи соответствующего интерфейса спецификации OPC Data Access, полученные данные передаются OPC-клиенту.

В отдельных случаях, OPC-сервера разрабатываются без жесткой привязки к конкретному оборудованию. Эти OPC-сервера не имеют двух нижних уровней, показанных на схеме ниже, которые замещаются интерфейсами, построенные на протоколе DDE (например, DDEToOPC от Merz).

Компоненты типового OPC-сервера Data Access

Заключение

В марте 2000 года, OPC Foundation разработала спецификацию OPC Data Access 3.0, которая обеспечивает новые возможности: считывание и запись сложных данных, вызов команд, совместимость с требованиями исполнительной программы контроллера (ПЛК) или внедренной системы для эффективного использования памяти, высокой производительности и удобства инсталляции.