Web SCADA или иное

[brukvalub]

Система диспетчеризации насосных станций города. Есть три насосные, которые расположены по городу. На каждой насосной есть пром ПК с ОРС сервером, который передает инфу дальше на АРМ диспетчера. Требуется разработать "план спасения" на случай обрыва интернета на пути к диспетчеру. То есть если теряется связь диспетчера с насосной (обрубили ВОЛС).
Как можно предоставить диспетчеру инфу с насосной?
Есть вариант разместить на пром ПК в насосных помимо OPC сервера еще какой-нибудь OPC клиент, который будет собирать информацию. Но как ее предоставить удаленно диспетчеру?
1)Установить TeamViewer или аналоги и подключаться к ПК на насосной в экстренном случае?
2)Найти бесплатную web scada, чтобы диспетчер через браузер подключался к насосной? (а какие есть бесплатные?)
3)Или же писать данные в БД и выкладывать на web страничку в интернет (но как ее тогда обновлять периодически)?

[Romcheg]

Вы пишете про "обрубили ВОЛС" - и все три метода, которые потом приводите, без этой ВОЛС ну никак не будут работать.

[Serex]

Тут надо не программные продукты изобретать, а резервировать каналы связи.
ВОЛС - это, как я понял кабель оператора интернет - основной способ доступа в интернет.
Модем с GPRS - резервный доступ в интернет.
Оба канала круглосуточно подключены к интернету.
"Шлюз по умолчанию" - это ВОЛС.
Т.е. получается 3 устройства для связи: Модем ВОЛС, Модем GPRS и маршрутизатор хороший, который коммутирует доступ в интернет.
Пусть "ваши" IT-шники этим займутся - это их хлеб.

Вот только OPC DA вроде плохо по интернету работает, вплоть до вообще не работает. Лучше конечно базу данных использовать для передачи - надежнее. Хотя если по VPN подключаться, то не вижу проблем для OPC.
Но сам такое не делал, только в теории прорабатывал.

[megavolt86]

Позвольте узнать, а насосные автономные?
Работают в автоматическом режиме?
Если нужно только архивирование то заимейте орс-хда.
Если нужно управление, то я бы вместо волс смотрел в сторону дублированых gsm модемов

[Jackson]

Вы пишете про "обрубили ВОЛС" - и все три метода, которые потом приводите, без этой ВОЛС ну никак не будут работать.

Это не так. Никуда не девается GSM/3G, никуда не девается кабельный модем.

Сначала критика:

1)Установить TeamViewer или аналоги и подключаться к ПК на насосной в экстренном случае?

Нет. Тимвьюер, ВНЦ и прочее - это даже не дыра с точки зрения безопасности - это пробоина размером с ворота. И это лишь способ отображения, а Вам нужно как-то канал связи наладить, который порвался (ВОЛС).

2)Найти бесплатную web scada, чтобы диспетчер через браузер подключался к насосной? (а какие есть бесплатные?)

А почему бесплатные? Вы разве бесплатно работаете?

)Или же писать данные в БД и выкладывать на web страничку в интернет (но как ее тогда обновлять периодически)?

Это и есть ВЭБ-скада с облачной БД, такое бесплатным не бывает. Но как вы данные будете писать если у Вас ВОЛС порвалась?

Не оттуда подходите к проблеме.

Решение:

1. Организуйте резервный канал связи для начала. Это может быть вторая ВОЛС, сторонний провайдер, GSM/3G, кабельный модем и т.д.
2. Определите, какие данные позарез нужны оператору в аварийном режиме, а какие его не интересуют, и с какой периодичностью достаточно данные обновлять. Особо отмечаю: не "хочется" а "достаточно". Например без времени наработки насосов и суточного расхода диспетчер вполне обойдётся. Вполне вероятно что таких данных вообще не окажется, и тогда задача решится только пунктом один.
3. Исходя из количества нужных данных и периодичности их обновления определяете требуемую пропускную способность аварийного канала и организовываете его.
4. организовываете переключение на аварийный канал и обратно (возможно просто вручную) и выбор для аварийного режима только нужных параметров с нужной периодичностью обновления. Возможно подойдёт, например, обычный роутер с поддержкой GSM-модемов, который будет сам переключаться на GSM когда канал WAN пропадает (у меня такой дома стоит). Тот же роутер поддерживает и две линии WAN с переключением на резерв и обратно автоматически. Вам только потребуется как-то получить признак того что роутер перешёл на резервный канал и по этому признаку сократить уменьшить количество и период передаваемых параметров, чтобы экономить трафик и не терять скорость

Всё управление, вообще-то, должно происходить локально, так что подумайте, а надо ли это вообще? А если надо то имейте в виду, что у Вас объект - не загородная дача, а городская насосная станция, и колхозить и экономить тут не надо. Готовьтесь к тратам. А если к тратам Вы не готовы - просто забудьте про это всё.

[brukvalub]

[+]

Т.е. получается 3 устройства для связи: Модем ВОЛС, Модем GPRS и маршрутизатор хороший, который коммутирует доступ в интернет.
Пусть "ваши" IT-шники этим займутся - это их хлеб.

Вот только OPC DA вроде плохо по интернету работает, вплоть до вообще не работает. Лучше конечно базу данных использовать для передачи - надежнее. Хотя если по VPN подключаться, то не вижу проблем для OPC.
Но сам такое не делал, только в теории прорабатывал.

Настройку OPC сервера и клиента осуществить посредством настройки DCOM и файрвола
Резервный канал связи, как вариант может быть Wide IP DSS (6ГГц)

[brukvalub]

Диспетчер лишь наблюдает за параметрами насосных. Функции управления не предусмотрены.
Поэтому Тимвьювер как средство только наблюдения может подойти, хоть и временно?

[Romcheg]

В таком случае подойдет даже RDP, зачем ставить какой-то сторонний софт, если в самой ОС Windows есть штатное средство для этих задач.

[Siluet]

На ПЛК (если такие присутствуют в системе) есть возможность web "морду" написать? Я в подобной ситуации создавал резервный web-интерфейс на ПЛК без управления. А потом из маршрутизатора с 3G и DyDNS настроил перенаправление портов на ПЛК - "mypumpstation.ddns.net:8881 10.10.0.1:80". И по адресам типа my....net:8881, my....net:8882, my....net:8883 доступны все ПЛК даже если пром. компьютер зависнет, интернет отрубят.

[Jackson]

Диспетчер лишь наблюдает за параметрами насосных. Функции управления не предусмотрены.

Тогда умный GSM-модем вполне справится. Не будет GPRS - по крайней мере по СМС сообщит об основных событиях. У нас такой есть.

Тимвьювер как средство только наблюдения может подойти, хоть и временно?

Ещё раз (дубль три). Тимвьюер - это средство отображения, оно м.б. любым. А у Вас падает канал связи. Какой канал будет резервным?

Тимвьюер платный. Так, напоминаю.

Отправлено спустя 1 минуту 8 секунд:

На ПЛК (если такие присутствуют в системе) есть возможность web "морду" написать?

не думаю что тут есть такая возможность - для этого надо понимать суть проблемы и задачи, а нет даже этого, кажется. :)

Отправлено спустя 8 минут 30 секунд:

В таком случае подойдет даже RDP, зачем ставить какой-то сторонний софт, если в самой ОС Windows есть штатное средство для этих задач.

В Виндовсе только нет встроенного интернета. :) А каким образом диспетчер достучится до объекта и что стоит на обоих сторонах (у диспетчера и на объекте) до сих пор никто не уточнил.

Админ объекта должен быть полным идиотом, если у него сеть будет открыта и прозрачна для таких сервисов как RDP. Кроме того, из сети объекта необходим проброс портов в маршрутизаторе чтобы RDP извне достучался до этого ПК, а как внешний RDP достучится до маршрутизатора если ВОЛС на этом пути порвана?

Это при условии что на объекте ПК с интернетом через сеть объекта (оптика ж не прямо в операторский АРМ входит, правда?). А может быть как угодно. Почему никто из вас не спрашивает структуру сети, а сразу предлагает решения? Очень странно. А что ещё более странно - интернет на АРМе - неужели только мне это кажется странным?