Universal Industrial Database (uniDB) v1.3
Назначение
Предназначение UNIDB - сбор и хранение данных процессов управления.
Возможности
- UNIDB позволяет эффективно считывать данные с произвольного числа серверов OPC Data Access и сохранять их в серверы OPC Historical Data Access или OPC Data Access.
- Для оптимизации процесса сохранения данных для каждого архивируемого параметра можно указать уставки, границы и апертуру.
- Используя UNIDB HDAServer данные могут быть направлены в СУБД MS SQL, Firebird или Interbase.
- UNIDB HDAServer можно использовать в составе с любой SCADA системой, поддерживающей OPC HDA, для эффективного хранения архивов в СУБД MS SQL, Firebird или Interbase.
- UNIDB HDAServer - это самостоятельный сервер OPC Historical Data Access для СУБД MS SQL, Interbase и Firebird. Адресное пространство тэгов сервера, параметры подключения к базам данных конфигурируется произвольно с помощью UNIDB HDAServer Config. Этот сервер может использоваться как совместно с другими продуктами UNIDB так и в качестве отдельного OPC HDA сервера.
- UNIDB HDAServer Config - графическая конфигурационная утилита для UNIDB HDAServer.
- UNIDB Collector - это сервис, позволяющий быстро организовать эффективный надежный сбор данных с OPC DA серверов и их архивирование в OPC HDA серверы или перенос в OPC DA серверы. В качестве OPC HDA сервера может использоваться UNIDB HDAServer или любой другой. UNIDB Collector "соединяет" тэги OPC DA с тэгами OPC HDA.
- UNIDB Collector Config - графическая конфигурационная утилита для UNIDB Collector.
- UNIDB Collector Manager - графическая утилита для управления UNIDB Collector. Позволяет настроить режим его работы, запустить и остановить Collector.
Системные требования
Операционная система Windows NT4/2000/XP/2003
Процессор Pentium или старше
Оперативная память 128Мб или больше
Для хранения данных необходима одна или несколько СУБД:
MS SQL Server, Interbase, Firebird
Новое в версии 1.3
- Появилась поддержка записи в OPC DA сервера (синхронная через IOPCSyncIO или асинхронная через IOPCAsyncIO2).
- Поддержка асинхронного чтения OPC DA через IOPCAsyncIO2.
- Поддержка синхронной записи OPC DA через IOPCSyncIO2 и асинхронной записи через IOPCAsyncIO3.
- Новый формат конфигурационного файла для UNIDB Collector (версия 1.2, не совместимая с предыдущей).
- Изменения UNIDB Collector Config.
- Исправлены ошибки в UNIDB Collector Manager и добавлена функция регистрации UNIDB Collector.
Использование UNIDB HDAServer
UNIDB HDAServer - это самостоятельный сервер OPC Historical Data Access (OPC HDA) для СУБД MS SQL, Interbase и Firebird.
Применение этого сервера позволяет максимально унифицировать процесс сохранения и выборки технологических и других данных. Сервер может быть интегрирован в любую информационную систему, в работе которой используется формат OPC HDA.
Настройка критериев записи в базу данных для каждого параметра (OPC-тэга) позволяет оптимизировать использование системных ресурсов, уменьшить загрузку системы и сократить объемы баз данных.
Высокое быстродействие UNIDB HDAServer позволяет использовать его для архивирования данных крупных информационных систем, поступающих в реальном времени.
Возможности
- конфигурируемое адресное пространство тэгов;
- параллельная работа с несколькими СУБД;
- параллельная работа с произвольным числом баз данных;
- параллельная работа с произвольным числом клиентских приложений.
- Microsoft SQL Server;
- InterBase SQL Server;
- Firebird Server.
- OPC Common 1.00;
- OPC Historical Data Access 1.20.
- синхронное чтение тэгов в диапазоне времени;
- синхронное чтение тэгов в указанные моменты времени;
- синхронное чтение средних значений тэгов;
- сохранение значений тэгов (InsertReplace);
- удаление тэгов в диапазоне времени;
- удаление тэгов в указанные моменты времени.
- UNIDB HDAServer Config для настройки сервера.
Иерархическое адресное пространство тэгов сервера и параметры подключения к базам данных конфигурируются произвольно с помощью UNIDB HDAServer Config. На верхней ступени иерархии находится произвольное число баз данных. В каждой из них содержатся тэги, которые могут быть непосредственно записаны/считаны клиентскими приложениями, или папки. В папках могут содержаться другие папки и тэги.
Тэг может представлять либо дискретный, либо аналоговый параметр. Тип тэга (дискретный/аналоговый) влияет на методику его сохранения в БД. Значения дискретных тэгов хранятся как 4-байтные целочисленные значения, значения аналоговых тэгов - храняться в виде 4-байтных чисел с плавающей запятой.
Каждому тэгу обязательно должен соответствовать номер параметра - число, уникальное в рамках как минимум отдельной базы данных. Это необходимо для обеспечения целостности БД.
Кроме обычных тэгов, адресное пространство UNIDB HDAServer может содержать последовательности тэгов. Последовательности тэгов - это произвольное число тэгов одинакового типа (дискретных или аналоговых) с последовательными номерами параметров и именами тэгов, содержащими номер параметра тэга. Например тэги Tag001, Tag002 и Tag003 с номерами параметров соответственно 1, 2 и 3 могут быть объединены в последовательность. Имена всех тэгов в последовательности определяются одной форматированной строкой. Для приведенного примера имена тэгов будут определены строкой Tag$NNN.
Использование последовательностей позволяет быстро добавлять в адресное пространство UNIDB HDAServer большое число однотипных тэгов.
Формат базы данных
Для работы UNIDB HDAServer необходима одна из поддерживаемых СУБД, и база данных (или несколько СУБД и несколько баз данных). HDAServer по мере необходимости создаст в базах данных таблицы, в которые будут сохранены поступающие данные.
Все значения аналоговых тэгов, поступившие за текущие сутки сохраняются в отдельную таблицу. Такая же отдельная таблица создается и для значений дискретных тэгов, поступивших за текущие сутки. Такой подход позволяет оптимизировать индексы баз данных и облегчает процесс их администрирования.
Имена таблиц имеют следующий вид TDDMMYYYY,
где | T | - 'A' для таблицы значений аналоговых тэгов, 'D' - для дискретных; |
DD | - день месяца; | |
MM | - месяц; | |
YYYY | - год. |
Записи в таблицах имеют следующие поля:
  | N | - номер параметра тэга; |
T | - метка времени тэга; | |
V | - значение тэга; | |
S | - статус, используемый внутри UNIDB; | |
XS | - признак качества значения (OPCHDA_QUALITY). |
- необходима библиотека gds32.dll в папке Windows\System32;
- возможна работа только с локальными базами данных.
Использование UNIDB Collector
UNIDB Collector - это сервис, позволяющий быстро организовать эффективный надежный сбор данных с OPC DA серверов и их архивирование в OPC HDA серверы или передачу в другие OPC DA серверы.В качестве OPC HDA сервера может использоваться UNIDB HDAServer или любой другой. UNIDB Collector позволяет "соединить" тэги OPC DA с тэгами OPC HDA.
Возможности
- передача произвольного числа тэгов серверов OPC DA в произвольное число серверов OPC HDA или серверов OPC DA;
- гибкая настройка процесса сбора и передачи данных;
- оптимизация процесса записи данных в OPC HDA, настройка апертуры записи для каждого тэга, настройка уставок и пределов значений каждого тэга;
- каждое передаваемое значение может быть интерпретировано как аналоговый, дискретный или любой другой параметр;
- поддержка практически любых типов данных COM;
- высокая надежность, перезапуск любого из подключенных OPC-серверов в случае пропадания связи с ним или критической ошибке в работе OPC-сервера;
- высокое быстродействие, оптимальная работа с множеством OPC-серверов одновременно.
- OPC Common 1.00;
- OPC Data Access 1.00;
- OPC Data Access 2.05a;
- OPC Data Access 3.00;
- OPC Historical Data Access 1.20.
- синхронное чтение для серверов OPC DA1, OPC DA2 или OPC DA3;
- синхронное или асинхронное чтение для серверов OPC DA2 или OPC DA3;
- синхронная запись данных в серверы OPC DA1, OPC DA2 или OPC DA3;
- синхронная или асинхронная запись данных в серверы OPC DA2 или OPC DA3;
- синхронная запись данных в серверы OPC HDA1;
- корректная обработка запросов OPC-серверов на отключение.
- UNIDB Collector Config для настройки сервиса;
- UNIDB Collector Manager для запуска/остановки сервиса и выбора метода использования (сервис Windows NT/приложение).
Конфигурация UNIDB Collector представляет собой множество "перемещений" (transfers), каждая из которых содержит множество элементов (items).
"Перемещение" описывает соединение одного OPC сервера с другим OPC сервером.
Элемент перемещения описывает соединение одного тэга OPC сервера-источника с одним тэгом OPC сервера-получателя. Для каждого элемента можно указать его тип, который определяет метод передачи значений тэга из источника в получатель: аналоговый, дискретный или общий.
Для элементов общего типа, значение тэга-источника не будет сохранено в получатель, пока не изменится его значение или качество. При этом тип данных, поступающих значений тэга-источника может быть произвольным (целые или действительные числа, логические значения, строки, даты, переменные типа VARIANT и др.).
То же самое свойственно и для дискретных элементов, но значения тэгов-источников интерпретируются как целочисленные (хотя реальный тип данных может быть любым). Эта особенность влияет на алгоритмы обработки поступающих значений.
Для аналоговых элементов можно указывать апертуру записи, уставки и границы диапазона. Критерием записи тэга в OPC сервер-получатель при обработке аналогового элемента может быть:
- изменение качество тэга в OPC сервере-источнике;
- изменение значения тэга в OPC сервере-источнике на величину апертуры;
- пересечение значения тэга в OPC сервере-источнике одной из уставок;
- выход значения тэга в OPC сервере-источнике за границы диапазона возможных значений.
Если апертура аналогового элемента не указана, то решение о передачи значений из источника в получатель будет приниматься на основе уставок, границ и признаков качества.
Для корректной обработки аналоговых элементов необходимо, чтобы значения, поступающие из OPC DA сервера, представляли собой целые или действительные числа (хотя реальный тип данных может быть любым, например, это может быть строка, представляющая действительное число).
Для конфигурирования UNIDB Collector используется графическая утилита UNIDB Collector Config.
UNIDB Collector может работать как в режиме обычного прилоджения Windows, так и в режиме службы WindowsNT. Выбрать режим запуска UNIDB Collector, запустить/остановить его можно с помощью утилиты UNIDB Collector Manager.
Ограничения
- При использовании СУБД Interbase или Firebird UNIDB Collector необходимо запускать в режиме приложения, а не сервиса;
- Collector игнорирует региональные особенности при работе с OPC-серверами; в некоторых очень редких случаях это может привести к некорректному конвертированию данных (дат или действительных чисел в строки, и наоборот).
 
Copyright © 2001-2017 НТЦ "Комплексные Системы"