Подключение к удаленному Tekon OPC через HTTP-шлюз
Обычно, подключение SCADA к удаленному по компьютерной сети Tekon OPC-серверу, осуществляется стандартными средствами: путем регистрации удаленного сервера по его IP-адресу в SCADA. В этом случае для обмена данными используется DCOM-протокол.
Однако, периодически пользователи сталкиваются с проблемами:
- в первоначальной настройке DCOM, связанной с необходимостью правильного указания пользователей и их прав на удаленных машинах
- с ограничениями провайдеров на прохождение DCOM-трафика в распределенных сетях
- с периодическим ужесточением работы DCOM со стороны операционной системы
- и т.п.
В связи с этим, мы предлагаем возможность альтернативной настройки подключения SCADA к одному или нескольким удаленным Tekon OPC-серверам, с помощью OPC HTTP-шлюза.
При этом вы можете использовать данное решение, как при настройке нового подключения SCADA к удаленному Tekon OPC-серверу, так и изменив настройки существующего подключения, работающего по DCOM.
Для реализации указанной возможности применяются следующие вспомогательные компоненты:
- утилита OPCCONNECTOR.EXE
- драйвер OPC HTTP - шлюз в Tekon OPC-сервер
Как это все работает?
На стороне удаленных Tekon OPC-серверов вы запускаете утилиту OPCCONNECTOR.EXE
(разрешаете ее работу в правилах Брандмауэра, обычно это подключение на порт tcp:81)
На стороне АРМ SCADA вы должны будете настроить локальный Tekon OPC-сервер, добавивив в его конфигурацию драйвер OPC HTTP - шлюз.
Если вы не установили на АРМ SCADA Tekon OPC-сервер, установите его, запуститив установочный дистрибутив.
Внимание, важно!
Если на АРМ SCADA уже использовался локальный Tekon OPC-сервер, вы должны убедиться, что подключение SCADA к нему осуществляется по IP-адресу: localhost или 127.0.0.1 (см. файл ...\ Scada \ settings \ opcclient.conf)
Если вы используете IP-адрес вашей машины, следует перенастроить подключение на localhost с помощью утилиты MAP TAG.EXE
Если локальный сервер ранее не использовался, то подключение SCADA к нему будет создано автоматически.
Если рассматривать схематично, то от конфигурации
АСУД,SCADA -- Локальный ОРС-сервер
-- Удаленный ОРС-сервер1
-- Удаленный ОРС-сервер2
мы переходим к варианту взаимодействия
АСУД,SCADA -- Локальный ОРС-сервер
--- ОРС шлюз
--- OPC HTTP - 1
--- Удаленный ОРС-сервер1
--- OPC HTTP - 2
--- Удаленный ОРС-сервер2
Фактически сигналы удаленных Tekon ОРС-серверов будут проецироваться в адресное пространство локального ОРС-сервера.
И в SCADA мы будем настраиваете подключение только к этому локальному серверу.
Преймущества данного решения:
- использование протокола HTTP(S) для обмена данными с удаленноми ОРС-серверами
- настройка подключения к удаленному Tekon ОРС-серверу в один клик
- мгновенное получение адресного пространства удаленного Текон ОРС-сервера независимо от количества сигналов
- быстрое начало обмена данными, быстрое отображение сигналов после перезапуска SCADA
- оптимизация количества сигналов, получаемых с удаленного сервера, исходя из настроек карты SCADA
- быстрое воостановление связи в случае нестабильной работы сети
Недостатки подключения через шлюз:
- необходимость повтороного, в ручном режиме, обновления конфигурации на локальном ОРС-сервере,
при изменении настроек удаленного ОРС-сервера (без этого новые сигналы не отобразятся на локальном АРМ).
Однако, изменение конфигурации удаленного ОРС-сервера, может происходить, только в процессе его перенастройки,
не возникает в обычной рабочей эксплуатации