[Опыт] Как лицензируются GENESIS64 и другие продукты ICONICS

14 июня 2016

 

Поделитесь статьей в социальных сетях

0

В статье дается небольшая справка о важных аспектах лицензирования продуктов ICONICS и в первую очередь GENESIS64. Политика лицензирования строится на двух факторах:

  • доступность приложений;
  • доступность функций.

Список лицензируемых приложений:

  • Workbench
  • GraphWorX64
  • TrendWorX64 Viewer
  • AlarmWorX64 Viewer
  • EarthWorX64
  • Gadgets
  • TrendWorX64 Logger
  • AlarmWorX64 Logger
  • AlarmWorX64 Server
  • Hyper Historian Standard
  • Hyper Historian Enterprise

Как работает сервер лицензий ICONICS?

Лицензирование выполняется сервером лицензий — License Serer, которому принадлежит одноименная служба  ICONICS License Server. Далее рассмотрим его характеристики.

 

Типы лицензий

По количеству тегов

Для GENESIS64 и Hyper Historian существуют лицензии на 75, 150 , 500, 1500, 5000, 15000, 50000, 100000, 250000, 500000 и 1000000 тегов. Важно, что теги GENESIS64 и Hyper Historian лицензируются раздельно и независимо друг от друга.

Это значит, что тег, отображаемый на форме GraphWorX64  и используемый в Hyper Historian будет учтен дважды: как тег GENESIS64 и как тег Hyper Historian.

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

 

По доступным функциям

Для GENESIS64 доступны следующие типы лицензий:

  1. Application (Runtime + Development). Включает в себя полный набор модулей для выполнения и разработки, например, GraphWorX64, TrendWorX64, AlarmWorX64, GridWorX, Workbench, ScheduleWorX64, BACnet, SNMP и др. Подсчет тегов реализуется по варианту “On-Demand”. Подходит для случая, когда компания-заказчик системы планирует в дальнейшем своими силами вносить изменения в SCADA-систему для ее модернизации.
  2. Только Runtime. Также включает в себя полный набор модулей за исключением Workbench и только для выполнения. Подсчет тегов реализуется по варианту “On-Demand”.
  3. Версия LITE использует вариант “Configured Tags” для подсчета тегов и предназначена применения с определенным количеством внешних точек данных и без необходимости в локальной разработке. В этой версии сервером лицензии считаются абсолютно все теги — как используемые, так и не используемые. Недоступные модули: BACnet, SNMP, GridWorX и ScheduleWorX64.

 

По способу лицензирования

  1. Demo Mode (Демо режим) ограничен 64 тегами и 12-тичасовым режимом работы, после чего SCADA-система прекращает работать. Перезапуск службы лицензий или машины вновь активирует демонстрационный режим работы.
  2. Trial Mode (Пробный режим) активируется из License Utility и ограничен 30-дневным периодом и
  3. Activated (Активировано) режим наследует разрешения/ограничения приобретенной и устнаовленной на машине лицензии.

 

Варианты подсчета тегов

Доступны два варианта:

  1. “On-Demand”. Когда автоматически считаются только используемые в конкретный момент времени теги. Удобен для подключения к системе большого количества источников данных, доступ к которым можно получить напрямую, без использования UDM, т.е. подключить данные в GraphWorX64, TrendWorX64, AlarmWorX64, Hyper Historian и др. напрямую из OPC, BACnet, SNMP и других поддерживаемых источников данных.

Например, в SCADA-системе описано 100 тегов, но в моменте опрашиваются только 60, тогда сервер лицензий считает, что занято 60 тегов.

  1. “Configured Tags”. В этом случае обязательно конфигурирование тегов к системе через ICONICS Unified Data Manager, который является “базой” тегов для GraphWorX64, AlarmWorX64, TrendWorX64 и Hyper Historian. Все данные, заведенные из OPC, BACnet, SNMP и других источников в Unified Data Manager образуют библиотеку Registers (регистров) и Expressions (экспрешенов). При этом все созданные теги подсчитываются сервером лицензий не зависимо от факта их использования.

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

 

Не все теги равнозначны и учитываются

В GENESIS64 существуют не только теги, которые учитываются и стоят денег, но и не учитываются сервером лицензии.

Перечень тегов, которые учитываются:

  • OPC DA
  • OPC UA-DA
  • BACnet (но только значение “Present Value”)
  • SNMP
  • GridWorX DA server
  • Web Services
  • MobileHMI DA server

 

Перечень тегов, которые не учитываются:

  • AlarmWorX OPC DA
  • UDM (registers, expressions, value sets, groups)
  • MonitorWorX status tags
  • Redundancy status tags
  • Свойства AssetWorX (внутренние)
  • TrendWorX (HDA)
  • ScheduleWorX

Замечание! Теги обернутые во FrameWorX wrapper БУДУТ учитываться.

 

Перечень тегов с определенным синтаксисом, которые не учитываются:

  • @bacnet64: без presentValue
  • bacnet: без presentValue
  • @ICONICS.AlarmSvr – только локально
  • rgs64
  • exp64
  • grp64
  • vset64
  • ac:

 


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

*