Нет описания правки
Нет описания правки
Строка 1: Строка 1:




Строка 5: Строка 6:
В основе работы ПО АСУД.SCADA лежит технология ОРС.
В основе работы ПО АСУД.SCADA лежит технология ОРС.


Данная техгнология подразумевает, что с оконченным оборудованием работает программа ОРС-сервер,  а для визуализации данных применяются одно или нескольких клиентских приложений (SCADA - далее под SCADA мы понимаем именно наше приложение АСУД.SCADA).
Данная технология подразумевает, что с оконченным оборудованием работает программа ОРС-сервер,  а для визуализации данных применяются одно или нескольких клиентских приложений (SCADA - далее под SCADA мы понимаем именно наше приложение АСУД.SCADA).


[[File:Opc003.png|center|Opc003.png]]Применительно к АСУД-248:
[[File:Opc003.png|center|Opc003.png]]Применительно к АСУД-248:


*с оконечным оборудованием (концентраторами, КИО)  взаимодействует только OPC-сервер:  
*с оконечным оборудованием (концентраторами, КИО, IP-концентраторами)  взаимодействует только OPC-сервер:  
**устройства (концентраторы, КИО) регистрируются только в'''одном''' OPC-сервере   
**устройства (концентраторы, КИО) регистрируются только в конфигурации '''одного''' OPC-сервера   
**OPC-сервер допускается подключение одного или нескольких клиентских приложений для предоставление данных о состоянии оборудования - это может быть АСУД.SCADA  или любое другое клиентское OPC-приложение, поддерживающее подключение по OPC.DA    
**OPC-сервер допускается подключение одного или нескольких клиентских приложений для предоставление данных о состоянии оборудования - это может быть АСУД.SCADA  или любое другое приложение, поддерживающее подключение по OPC.DA    
*SCADA для визуализации сигналов подключается к одному или нескольким OPC-серверам       
*SCADA для визуализации сигналов подключается к одному или нескольким OPC-серверам       


В рамках системы АСУД-248, как правило,  OPC-сервер и SCADA установлены на одном [[АРМ-диспетчера|АРМ-диспетчера]]. Но ничего не мешает разнести их на разные машины, удаленные друг от друга в рамках компьютерной сети. При этом необходимо, чтобы соблюдалось следующее условие: ПК SCADA должен "видеть" по компьютерной сети ПК OPC-сервера, а также все КИО и IP-концентраторы, если они присутствуют в конфигурации. Т.е. как минимум должен проходить ping до всех устройств.
В рамках системы АСУД-248, как правило,  OPC-сервер и SCADA установлены на одном [[АРМ-диспетчера|АРМ-диспетчера]]. Но ничего не мешает разнести их на разные машины, удаленные друг от друга в рамках компьютерной сети. При этом необходимо, чтобы соблюдалось следующее условие: ПК SCADA должен "видеть" по компьютерной сети ПК OPC-сервера, а также все КИО и IP-концентраторы, если они присутствуют в конфигурации. Т.е. как минимум должен проходить ping до всех устройств.


Часто возникает необходимость создания агрегирующего АРМ (второго рабочего места), на котором дублируются сигналы диспетчеризации одного или нескольких АРМ.
Часто возникает необходимость создания агрегирующего АРМ (второго рабочего места или как его еще называют АРМ верхнего уровня - АРМВУ), на котором дублируются сигналы диспетчеризации одного или нескольких АРМ.
 
АРМВУ может быть использован для дублирования диспетчерских нижнего уровня.
 
В самом простом случае на АРМВУ отображаются теже сигналы, что и на АРМ нижнего уровня.
 
Однако, вы также можете, например: отобразить на АРМВУ только каналы ПГУ, убрав их из конфигурации SCADA нижних АРМ, тем самым создав на АРМВУ центр обработки каналов переговорной связи.
 
== Подготовка АРМВУ ==
 
Рассмотрим вариант создания АРМВУ, на котором должны отображаться сигналы диспетчеризации двух самостоятельных АРМ: АРМ1 и АРМ2.
 
Для создания АРМВУ необходимы:
 
*отдельный ПК, подключенный к компьютерной сети
*ключ защиты ПО АСУД.SCADA
*файлы конфигурации (папки Scada \ settings) скопированные  АРМ1 и АРМ2 
 
Следует убедиться, что с АРМВУ по компьютерной сети доступны АРМ1 и АРМ2, а также все КИО и IP-концентраторы подключенные к данным АРМ. В идеале если все устройства находятся рамках изолированной VPN-сети диспетчеризации.
 
Далее следует установить на АРМВУ ПО АСУД.SCADA и подключить[[USB-ключ_защиты|ключ защиты ПО АСУД.SCADA]]<br/> Жедательно, чтобы версия программного обеспечения всех АРМ совпадала.<br/> Следует отметить, что версии отличающиеся второй цифрой,&nbsp;например: 2.'''7'''.х и 2.'''8'''.х, не совместимы между собой.&nbsp;&nbsp;
 
Следует ознакомиться со статьей&nbsp;[[DCOM_Дополнительная_настройка_2021|DCOM Дополнительная настройка 2021]]&nbsp; и убедиться, что на АРМВУ созданы необходимые пользователи Windows.
 
Фактически на АРМВУ мы будет работать только со SCADA. Конфигуратор ОРС-сервера нам не понадобится.
 
Для переноса первых настроек АРМ1 достаточно скопировать на АРМВУ в папку&nbsp; Scada\settings два файла настроек АРМ1:
 
*map.conf
*opcclient.conf&nbsp;&nbsp;&nbsp;
 
Далее следует запустить утилиту пересоздания идентификаторов [[RELOAD_GUIDS.EXE|scada\tools-scada\reload_guids.exe&nbsp;]]&nbsp;и выполнить пересоздание идентификаторов.


&nbsp;Последовательно подговки&nbsp; второго рабочего места следующее:&nbsp;
Далее следует запустить утилиту [[MAP_TAG.EXE|scada\tools-scada\map_tag.exe]]&nbsp; и выполнить замену ip-адреса OPC-сервера с localhost на IP-адрес АРМ1.&nbsp;


&nbsp;
После этого следует запустить SCADA, откроется карта АРМ1 &nbsp;и в случае успеха корректного подключения к ОРС-серверу АРМ1 вы увидите отображения сигналов диспетчеризации АРМ1. По-необходимости вы можете выполнить удаление с карты сигналов, которые не нужны на АРМВУ.


&nbsp;
На этом перенос настроек АРМ1 завершен, переходим к переносу настроек АРМ2.


[[Category:ДокументацияСКАДА]]
[[Category:ДокументацияСКАДА]]

Версия от 10:19, 17 января 2024


Введение

В основе работы ПО АСУД.SCADA лежит технология ОРС.

Данная технология подразумевает, что с оконченным оборудованием работает программа ОРС-сервер,  а для визуализации данных применяются одно или нескольких клиентских приложений (SCADA - далее под SCADA мы понимаем именно наше приложение АСУД.SCADA).

Opc003.png
Opc003.png

Применительно к АСУД-248:

  • с оконечным оборудованием (концентраторами, КИО, IP-концентраторами)  взаимодействует только OPC-сервер:
    • устройства (концентраторы, КИО) регистрируются только в конфигурации одного OPC-сервера 
    • OPC-сервер допускается подключение одного или нескольких клиентских приложений для предоставление данных о состоянии оборудования - это может быть АСУД.SCADA  или любое другое приложение, поддерживающее подключение по OPC.DA 
  • SCADA для визуализации сигналов подключается к одному или нескольким OPC-серверам     

В рамках системы АСУД-248, как правило,  OPC-сервер и SCADA установлены на одном АРМ-диспетчера. Но ничего не мешает разнести их на разные машины, удаленные друг от друга в рамках компьютерной сети. При этом необходимо, чтобы соблюдалось следующее условие: ПК SCADA должен "видеть" по компьютерной сети ПК OPC-сервера, а также все КИО и IP-концентраторы, если они присутствуют в конфигурации. Т.е. как минимум должен проходить ping до всех устройств.

Часто возникает необходимость создания агрегирующего АРМ (второго рабочего места или как его еще называют АРМ верхнего уровня - АРМВУ), на котором дублируются сигналы диспетчеризации одного или нескольких АРМ.

АРМВУ может быть использован для дублирования диспетчерских нижнего уровня.

В самом простом случае на АРМВУ отображаются теже сигналы, что и на АРМ нижнего уровня.

Однако, вы также можете, например: отобразить на АРМВУ только каналы ПГУ, убрав их из конфигурации SCADA нижних АРМ, тем самым создав на АРМВУ центр обработки каналов переговорной связи.

Подготовка АРМВУ

Рассмотрим вариант создания АРМВУ, на котором должны отображаться сигналы диспетчеризации двух самостоятельных АРМ: АРМ1 и АРМ2.

Для создания АРМВУ необходимы:

  • отдельный ПК, подключенный к компьютерной сети
  • ключ защиты ПО АСУД.SCADA
  • файлы конфигурации (папки Scada \ settings) скопированные  АРМ1 и АРМ2 

Следует убедиться, что с АРМВУ по компьютерной сети доступны АРМ1 и АРМ2, а также все КИО и IP-концентраторы подключенные к данным АРМ. В идеале если все устройства находятся рамках изолированной VPN-сети диспетчеризации.

Далее следует установить на АРМВУ ПО АСУД.SCADA и подключитьключ защиты ПО АСУД.SCADA
Жедательно, чтобы версия программного обеспечения всех АРМ совпадала.
Следует отметить, что версии отличающиеся второй цифрой, например: 2.7.х и 2.8.х, не совместимы между собой.  

Следует ознакомиться со статьей DCOM Дополнительная настройка 2021  и убедиться, что на АРМВУ созданы необходимые пользователи Windows.

Фактически на АРМВУ мы будет работать только со SCADA. Конфигуратор ОРС-сервера нам не понадобится.

Для переноса первых настроек АРМ1 достаточно скопировать на АРМВУ в папку  Scada\settings два файла настроек АРМ1:

  • map.conf
  • opcclient.conf   

Далее следует запустить утилиту пересоздания идентификаторов scada\tools-scada\reload_guids.exe  и выполнить пересоздание идентификаторов.

Далее следует запустить утилиту scada\tools-scada\map_tag.exe  и выполнить замену ip-адреса OPC-сервера с localhost на IP-адрес АРМ1. 

После этого следует запустить SCADA, откроется карта АРМ1  и в случае успеха корректного подключения к ОРС-серверу АРМ1 вы увидите отображения сигналов диспетчеризации АРМ1. По-необходимости вы можете выполнить удаление с карты сигналов, которые не нужны на АРМВУ.

На этом перенос настроек АРМ1 завершен, переходим к переносу настроек АРМ2.