- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Web SCADA или иное
Модератор: kirillio
-
- здесь недавно
- Сообщения: 25
- Зарегистрирован: 28 май 2014, 15:34
- Имя: Махов Дмитрий Сергеевич
- город/регион: Иваново
- Благодарил (а): 6 раз
- Поблагодарили: 1 раз
Web SCADA или иное
Система диспетчеризации насосных станций города. Есть три насосные, которые расположены по городу. На каждой насосной есть пром ПК с ОРС сервером, который передает инфу дальше на АРМ диспетчера. Требуется разработать "план спасения" на случай обрыва интернета на пути к диспетчеру. То есть если теряется связь диспетчера с насосной (обрубили ВОЛС).
Как можно предоставить диспетчеру инфу с насосной?
Есть вариант разместить на пром ПК в насосных помимо OPC сервера еще какой-нибудь OPC клиент, который будет собирать информацию. Но как ее предоставить удаленно диспетчеру?
1)Установить TeamViewer или аналоги и подключаться к ПК на насосной в экстренном случае?
2)Найти бесплатную web scada, чтобы диспетчер через браузер подключался к насосной? (а какие есть бесплатные?)
3)Или же писать данные в БД и выкладывать на web страничку в интернет (но как ее тогда обновлять периодически)?
Как можно предоставить диспетчеру инфу с насосной?
Есть вариант разместить на пром ПК в насосных помимо OPC сервера еще какой-нибудь OPC клиент, который будет собирать информацию. Но как ее предоставить удаленно диспетчеру?
1)Установить TeamViewer или аналоги и подключаться к ПК на насосной в экстренном случае?
2)Найти бесплатную web scada, чтобы диспетчер через браузер подключался к насосной? (а какие есть бесплатные?)
3)Или же писать данные в БД и выкладывать на web страничку в интернет (но как ее тогда обновлять периодически)?
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Web SCADA или иное
Вы пишете про "обрубили ВОЛС" - и все три метода, которые потом приводите, без этой ВОЛС ну никак не будут работать.
SCADA+
-
- эксперт
- Сообщения: 2091
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
Web SCADA или иное
Тут надо не программные продукты изобретать, а резервировать каналы связи.
ВОЛС - это, как я понял кабель оператора интернет - основной способ доступа в интернет.
Модем с GPRS - резервный доступ в интернет.
Оба канала круглосуточно подключены к интернету.
"Шлюз по умолчанию" - это ВОЛС.
Т.е. получается 3 устройства для связи: Модем ВОЛС, Модем GPRS и маршрутизатор хороший, который коммутирует доступ в интернет.
Пусть "ваши" IT-шники этим займутся - это их хлеб.
Вот только OPC DA вроде плохо по интернету работает, вплоть до вообще не работает. Лучше конечно базу данных использовать для передачи - надежнее. Хотя если по VPN подключаться, то не вижу проблем для OPC.
Но сам такое не делал, только в теории прорабатывал.
ВОЛС - это, как я понял кабель оператора интернет - основной способ доступа в интернет.
Модем с GPRS - резервный доступ в интернет.
Оба канала круглосуточно подключены к интернету.
"Шлюз по умолчанию" - это ВОЛС.
Т.е. получается 3 устройства для связи: Модем ВОЛС, Модем GPRS и маршрутизатор хороший, который коммутирует доступ в интернет.
Пусть "ваши" IT-шники этим займутся - это их хлеб.
Вот только OPC DA вроде плохо по интернету работает, вплоть до вообще не работает. Лучше конечно базу данных использовать для передачи - надежнее. Хотя если по VPN подключаться, то не вижу проблем для OPC.
Но сам такое не делал, только в теории прорабатывал.
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
Web SCADA или иное
Позвольте узнать, а насосные автономные?
Работают в автоматическом режиме?
Если нужно только архивирование то заимейте орс-хда.
Если нужно управление, то я бы вместо волс смотрел в сторону дублированых gsm модемов
Работают в автоматическом режиме?
Если нужно только архивирование то заимейте орс-хда.
Если нужно управление, то я бы вместо волс смотрел в сторону дублированых gsm модемов
-
- администратор
- Сообщения: 17571
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 824 раза
- Поблагодарили: 1650 раз
Web SCADA или иное
Это не так. Никуда не девается GSM/3G, никуда не девается кабельный модем.
Сначала критика:
Нет. Тимвьюер, ВНЦ и прочее - это даже не дыра с точки зрения безопасности - это пробоина размером с ворота. И это лишь способ отображения, а Вам нужно как-то канал связи наладить, который порвался (ВОЛС).
А почему бесплатные? Вы разве бесплатно работаете?
Это и есть ВЭБ-скада с облачной БД, такое бесплатным не бывает. Но как вы данные будете писать если у Вас ВОЛС порвалась?
Не оттуда подходите к проблеме.
Решение:
- Организуйте резервный канал связи для начала. Это может быть вторая ВОЛС, сторонний провайдер, GSM/3G, кабельный модем и т.д.
- Определите, какие данные позарез нужны оператору в аварийном режиме, а какие его не интересуют, и с какой периодичностью достаточно данные обновлять. Особо отмечаю: не "хочется" а "достаточно". Например без времени наработки насосов и суточного расхода диспетчер вполне обойдётся. Вполне вероятно что таких данных вообще не окажется, и тогда задача решится только пунктом один.
- Исходя из количества нужных данных и периодичности их обновления определяете требуемую пропускную способность аварийного канала и организовываете его.
- организовываете переключение на аварийный канал и обратно (возможно просто вручную) и выбор для аварийного режима только нужных параметров с нужной периодичностью обновления. Возможно подойдёт, например, обычный роутер с поддержкой GSM-модемов, который будет сам переключаться на GSM когда канал WAN пропадает (у меня такой дома стоит). Тот же роутер поддерживает и две линии WAN с переключением на резерв и обратно автоматически. Вам только потребуется как-то получить признак того что роутер перешёл на резервный канал и по этому признаку сократить уменьшить количество и период передаваемых параметров, чтобы экономить трафик и не терять скорость
По вопросам работы Форума можно обратиться по этим контактам.
-
- здесь недавно
- Сообщения: 25
- Зарегистрирован: 28 май 2014, 15:34
- Имя: Махов Дмитрий Сергеевич
- город/регион: Иваново
- Благодарил (а): 6 раз
- Поблагодарили: 1 раз
Web SCADA или иное
Настройку OPC сервера и клиента осуществить посредством настройки DCOM и файрволаSerex писал(а):
Резервный канал связи, как вариант может быть Wide IP DSS (6ГГц)
Последний раз редактировалось brukvalub 04 фев 2016, 13:24, всего редактировалось 1 раз.
-
- здесь недавно
- Сообщения: 25
- Зарегистрирован: 28 май 2014, 15:34
- Имя: Махов Дмитрий Сергеевич
- город/регион: Иваново
- Благодарил (а): 6 раз
- Поблагодарили: 1 раз
Web SCADA или иное
Диспетчер лишь наблюдает за параметрами насосных. Функции управления не предусмотрены.
Поэтому Тимвьювер как средство только наблюдения может подойти, хоть и временно?
Поэтому Тимвьювер как средство только наблюдения может подойти, хоть и временно?
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Web SCADA или иное
В таком случае подойдет даже RDP, зачем ставить какой-то сторонний софт, если в самой ОС Windows есть штатное средство для этих задач.
SCADA+
-
- здесь недавно
- Сообщения: 68
- Зарегистрирован: 05 сен 2014, 13:17
- Имя: Виталий Анатольевич Куроткин
- Страна: РФ
- город/регион: Москва
- Благодарил (а): 2 раза
- Поблагодарили: 3 раза
Web SCADA или иное
На ПЛК (если такие присутствуют в системе) есть возможность web "морду" написать? Я в подобной ситуации создавал резервный web-интерфейс на ПЛК без управления. А потом из маршрутизатора с 3G и DyDNS настроил перенаправление портов на ПЛК - "mypumpstation.ddns.net:8881 10.10.0.1:80". И по адресам типа my....net:8881, my....net:8882, my....net:8883 доступны все ПЛК даже если пром. компьютер зависнет, интернет отрубят.
-
- администратор
- Сообщения: 17571
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 824 раза
- Поблагодарили: 1650 раз
Web SCADA или иное
Тогда умный GSM-модем вполне справится. Не будет GPRS - по крайней мере по СМС сообщит об основных событиях. У нас такой есть.
Ещё раз (дубль три). Тимвьюер - это средство отображения, оно м.б. любым. А у Вас падает канал связи. Какой канал будет резервным?
Тимвьюер платный. Так, напоминаю.
Отправлено спустя 1 минуту 8 секунд:
не думаю что тут есть такая возможность - для этого надо понимать суть проблемы и задачи, а нет даже этого, кажется. :)
Отправлено спустя 8 минут 30 секунд:
В Виндовсе только нет встроенного интернета. :) А каким образом диспетчер достучится до объекта и что стоит на обоих сторонах (у диспетчера и на объекте) до сих пор никто не уточнил.
Админ объекта должен быть полным идиотом, если у него сеть будет открыта и прозрачна для таких сервисов как RDP. Кроме того, из сети объекта необходим проброс портов в маршрутизаторе чтобы RDP извне достучался до этого ПК, а как внешний RDP достучится до маршрутизатора если ВОЛС на этом пути порвана?
Это при условии что на объекте ПК с интернетом через сеть объекта (оптика ж не прямо в операторский АРМ входит, правда?). А может быть как угодно. Почему никто из вас не спрашивает структуру сети, а сразу предлагает решения? Очень странно. А что ещё более странно - интернет на АРМе - неужели только мне это кажется странным?
По вопросам работы Форума можно обратиться по этим контактам.