РЕЖИМ РАБОТЫ:  9.00 - 18.00 ПН - ПТ СБ, ВС - выходные дни
Оплата Доставка

Подбор лицензий

  • Отображение каталога:

ПОДБОР ЛИЦЕНЗИЙ

Рассмотрим типовые структурные схемы использования MasterSCADA 3.х и определим необходимую для проекта конфигурацию.

Если проект уже разработан в версии MSRT-DEMO, то определить требуемую конфигурацию можно используя специальную функцию – «Сформировать опции для заказа». Чтобы произвести подбор комплектации, выделите элемент «Система», выберите  закладку «Общие» и нажмите кнопку «Сформировать опции для заказа». В появившемся окне будет выведена конфигурация, необходимая для каждого компьютера системы.

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

Локальная архитектура системы.
Наиболее распространенная конфигурация системы. В такой системе компьютер в проекте всего один.
В этом случае используется сетевая версия MSRT-NET или сетевая версия полной комплектации MSRT-NET PRO, список дополнительных опций входящих в версию PRO приведён на отдельной странице нашего сайта. 
Функционал версий MSRT-NET и MSRT-NET PRO возможно расширить следующими опциями:
  • Опция ведения архива в SQL-базу - MSRT-DB-Connect;
  • Опция позволяющая организовать Web-сервер - MSRT-Inet;
  • Опция связи с 1С 8.3 - 1C-MS-Indulink;
  • Опция опроса оборудования через драйверный интерфейс - MSRT-MasterLink.
Тип исполнительной системы определяется максимальным количеством лицензионных точек (связей). Про подсчет связей в MasterSCADA можно прочитать на этой странице:
В случае автономного проекта основную роль играют только связи с ОРС переменными – поскольку компьютеров в проекте один, то связей с другими компьютерами нет, а связи с хранимыми процедурами баз данных могут быть только при наличии опции MSRT-DB-Connect. Поэтому, при подборе версии для локальной системы подсчитайте, какое количество переменных контроллера вы планируете опрашивать и записывать, и, исходя из этого числа, выбирайте версию на нужное количество точек.

Клиент-серверная архитектура системы.
При клиент-серверной архитектуре системы в проекте лицензии делятся на два типа - серверы, опрашивающие оборудование, выполняющие обработку данных и архивирующие параметры, и клиенты, которые предоставляют информацию операторам. Сервер MasterSCADA 3.x может быть одновременно сервером опроса и рабочим местом оператора. Лицензии приобретаются по количеству рабочих мест в системе. Тип исполнительной системы определяется максимальным количеством лицензионных точек (связей). В сетевой версии, кроме ОРС-переменных (которые могут быть не у всех компьютеров проекта), играют роль также и внешние связи. В подсчет связей с другим компьютером входят не только постоянно участвующие в обмене с ним данные. Если будет открыт любой документ другого компьютера, обращающийся к его локальным данным, то они динамически добавятся к подсчету. Более подробное описание подсчёта связей в MasterSCADA 3.x приведено ниже
Подобные проекты могут быть выполнены как с использованием сетевых версий - MSRT-Net, так и с Архивным сервером MAS. Примеры типовых структур приведены ниже.


Пример сетевого проекта без возможности архивирования в SQL


Сетевой проект 1.jpg




Пример сетевого проекта с архивированием в SQL


Сетевой проект 2.jpg




Пример сетевого проекта с архивированием в SQL и резервированием 


Сетевой проект 3.jpg





Пример сетевого проекта с Web-клиентами


Сетевой проект 4.jpg


Подсчет количества связей.

Подсчёт количества связей производится отдельно для каждого компьютера системы по следующим категориям:

  • Связи с ОРС-переменными;

  • Связи с другими компьютерами в проекте;

  • Количество задействованных выходов функциональных блоков;

  • Связи с базами данных;

  • Входы-выходы контроллеров с предустановленной системой MasterPLC.


 Подсчет каждого раздела производится независимо, они не суммируются – ограничение срабатывает по тому разделу, в котором количество первым достигнет установленного значения максимума. Связи между внутренними переменными проекта MasterSCADA не учитываются в подсчете.


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


Связи с другими компьютерами.Связь компьютера A с компьютером В считается установленной (и подсчитывается для обоих компьютеров A и B) в следующих случаях:

  • Если переменная OPC сервера, принадлежащего компьютеру А, имеет потребителя, исполняемого на компьютере B;
  • Если объект, принадлежащий компьютеру А, имеет в своем составе переменную - выход (Команду, Расчет или Событие), которая имеет потребителя, исполняемого на компьютере B;
  • Если Выход функционального блока, исполняемого на компьютере А имеет потребителя, исполняемого на компьютере В;
  • Если Выход документа (мнемосхемы или тренда) объекта, исполняемого на компьютере А имеет потребителя, исполняемого на компьютере В.

Потребителем в данном случае может быть переменная MasterSCADA 3.х (Значение или Команда), Вход функционального блока, Вход документа (мнемосхемы или тренда), OPC-переменная для записи.

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

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

  • Связи между ФБ, исполняемым на другом компьютере, и его представлением в мнемосхеме (визуальные выходы). Количество визуальных выходов зависит от конкретного ФБ.
  • Связи входов/выходов мнемосхемы, с переменными, исполняемыми на других компьютерах. Количество связей определяется количеством входов/выходов.

Открывается мнемосхема, принадлежащая данному компьютеру. В этом случае дополнительно подсчитываются следующие связи:

  • Связи между ФБ, исполняемым на другом компьютере, и его представлением в мнемосхеме (визуальные выходы). Количество визуальных выходов зависит от конкретного ФБ.

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


Количество задействованных выходов функциональных блоковВыходы стандартных библиотечных функциональных блоков (далее ФБ или ВФБ) при подсчете лицензионных связей не учитываются – лицензионными точками считаются только выходы пользовательских ФБ и ВФБ (то есть функциональных блоков, написанных самим пользователем), а также выходы модуля «Скрипт C#», «MySQL Процедура/функция», «Сохранение в файле», «Сохранение в двоичный файл», «MasterPLC SmartLink». Выход функционального блока считается задействованным, если он имеет потребителя или данные, которые он получает архивируются. В связи с тем, что некоторые связи выхода ФБ устанавливаются только в режиме исполнения, подсчет количества задействованных выходов ФБ производится не только в режиме разработки, но и в режиме исполнения. В частности, связи выходов ФБ с рапортами и с мнемосхемами (в случае, если выход ФБ перетащен в мнемосхему) определяются только в режиме исполнения.

Таким образом,  выход ФБ считается задействованным в следующих случаях:
  • если данные этого выхода архивируются (на странице свойств "Общие" выхода ФБ установлен флаг "Архивировать");
  • если выход имеет потребителя. Потребителем в данном случае может быть любая переменная - вход или вход документа (мнемосхемы или тренда);
  • если выход перетащен в ячейку рапорта, или в мнемосхему в виде контрола (определяется в момент открытия документа в режиме исполнения).

   Для визуальных функциональных блоков отдельно подсчитывается также количество визуальных выходов.  Визуальный выход необходим для связи ФБ с его представлением в мнемосхеме. Визуальные выходы ВФБ "зашиты" в самом функциональном блоке, и считаются задействованными всегда, даже если ВФБ не представлен в мнемосхеме.В том случае, если выход ФБ имеет несколько потребителей (переменных, входов документов, рапортов и т.д.), то он считается один раз.Если действительное количество задействованных выходов ФБ в режиме исполнения превысит максимально допустимое (в зависимости от конфигурации пакета), то будет выдано предупреждающее сообщение, и новые связи не установятся. Если функциональный блок находится в объекте, который исполняется в контроллере, и не имеет связей с переменными объектов, исполняемых на компьютере, не используются на мнемосхемах и в других документах MasterSCADA, то тогда выходы этих функциональных блоков в подсчете количества связей не учувствуют.  Если подобные связи у ФБ есть, то они подсчитываются также как если бы объект исполнялся на компьютере.


Связи с БД. Считаются только  задействованные входы-выходы функций и хранимых процедур. Вход-выход считается задействованным, если он имеет связь с каким-либо элементом проекта или у которого установлен флаг "Архивировать".


Входы-выходы контроллера. В исполнительной системе MasterSCADA 3.х подсчитываются все задействованные входы и выходы контроллеров. Вход-выход считается задействованным, если он имеет связь с каким-либо элементом проекта или у которого установлен флаг "Архивировать". 


Внимание! В исполнительной системе MasterPLC число входов-выходов подсчитывается отдельно! Подсчитываются все установленные физические входы и выходы контроллера. Служебные переменные управления и диагностики контроллера в самом контроллере не учитываются.