Профиль должен быть заполнен на русском языке кириллицей. Заполнение профиля заведомо ложными или некорректными данными - причина возможного отказа в регистрации на форуме.

Web SCADA или иное

Обсуждение вопросов, не относящихся ни к одному из других подразделов

Автор темы
brukvalub
здесь недавно
здесь недавно
Сообщения: 23
Зарегистрирован: 28 май 2014, 14:34
Ф.И.О.: Махов Дмитрий Сергеевич
Благодарил (а): 6 раз
Поблагодарили: 1 раз

Web SCADA или иное

Сообщение brukvalub » 03 фев 2016, 14:45

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


Romcheg
SCADA+
SCADA+
Сообщения: 520
Зарегистрирован: 05 ноя 2009, 11:18
Ф.И.О.: Бузинов Роман Анатольевич
Благодарил (а): 5 раз
Поблагодарили: 14 раз

Web SCADA или иное

Сообщение Romcheg » 03 фев 2016, 14:57

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

Аватара пользователя

Serex
авторитет
авторитет
Сообщения: 875
Зарегистрирован: 15 авг 2011, 20:36
Ф.И.О.: Пупков Сергей Викторович
Благодарил (а): 7 раз
Поблагодарили: 12 раз

Web SCADA или иное

Сообщение Serex » 03 фев 2016, 15:49

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

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

Аватара пользователя

megavolt86
специалист
специалист
Сообщения: 627
Зарегистрирован: 14 ноя 2013, 19:35
Ф.И.О.: Анатолий Сергеевич
Откуда: Башкортостан
Благодарил (а): 3 раза
Поблагодарили: 6 раз

Web SCADA или иное

Сообщение megavolt86 » 03 фев 2016, 18:54

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

Аватара пользователя

TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7878
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Web SCADA или иное

Сообщение TEB » 03 фев 2016, 19:22

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

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

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

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

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

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

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

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

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


Автор темы
brukvalub
здесь недавно
здесь недавно
Сообщения: 23
Зарегистрирован: 28 май 2014, 14:34
Ф.И.О.: Махов Дмитрий Сергеевич
Благодарил (а): 6 раз
Поблагодарили: 1 раз

Web SCADA или иное

Сообщение brukvalub » 04 фев 2016, 06:46

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

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



Настройку OPC сервера и клиента осуществить посредством настройки DCOM и файрвола
Резервный канал связи, как вариант может быть Wide IP DSS (6ГГц)
Последний раз редактировалось brukvalub 04 фев 2016, 13:24, всего редактировалось 1 раз.


Автор темы
brukvalub
здесь недавно
здесь недавно
Сообщения: 23
Зарегистрирован: 28 май 2014, 14:34
Ф.И.О.: Махов Дмитрий Сергеевич
Благодарил (а): 6 раз
Поблагодарили: 1 раз

Web SCADA или иное

Сообщение brukvalub » 04 фев 2016, 06:47

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


Romcheg
SCADA+
SCADA+
Сообщения: 520
Зарегистрирован: 05 ноя 2009, 11:18
Ф.И.О.: Бузинов Роман Анатольевич
Благодарил (а): 5 раз
Поблагодарили: 14 раз

Web SCADA или иное

Сообщение Romcheg » 04 фев 2016, 08:54

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

Аватара пользователя

Siluet
здесь недавно
здесь недавно
Сообщения: 68
Зарегистрирован: 05 сен 2014, 12:17
Ф.И.О.: Виталий Анатольевич Куроткин
Откуда: Москва
Благодарил (а): 2 раза
Поблагодарили: 3 раза

Web SCADA или иное

Сообщение Siluet » 04 фев 2016, 10:17

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

Аватара пользователя

TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7878
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Web SCADA или иное

Сообщение TEB » 04 фев 2016, 11:05

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

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

brukvalub писал(а):Источник цитаты Тимвьювер как средство только наблюдения может подойти, хоть и временно?

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

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

Отправлено спустя 1 минуту 8 секунд:
Siluet писал(а):Источник цитаты На ПЛК (если такие присутствуют в системе) есть возможность web "морду" написать?

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

Отправлено спустя 8 минут 30 секунд:
Romcheg писал(а):Источник цитаты В таком случае подойдет даже RDP, зачем ставить какой-то сторонний софт, если в самой ОС Windows есть штатное средство для этих задач.

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

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

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


Вернуться в «Общие вопросы»



Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость