OPC Tunneling - кто использовал?

Задача - передать [не сильно] оперативные данные из трех технологических сетей в корпоративную. Варианты - или пробросить OPC из одной сети в другую, или сквозная трансляция протоколов. Второй вариант проще, но возникает потребность в фильтрации посылок.
Интересует, у кого есть опыт проброса OPC, чей софт пользуете, какие плюсы-минусы, какие подводные камни, как обеспечивается безопасность.

Сообщение **MuadDib** » 04 июл 2017, 07:33

Юзаем древний Genesis32 v.8. Обмен данными OPC по сети идет исключительно через штатный туннелер GenBroker. Работает отлично, проблемы с DCOM отсутствуют как класс. Это при том что клиентских машин очень много, и имеется небольшой зоопарк из разных OPC-серверов.

Туннелерами от других производителей не пользовались. GenBroker (теоретически) работает с любыми OPC серверами, но вот клиентом может выступать только продукт Iconics. Поэтому наш опыт вряд ли поможет вам напрямую.

Ну и, понятное дело, речь шла только о "Classic OPC". Если у вас есть возможность перейти на OPC UA, вероятно, никакой туннелер вам не понадобится.

Напрямую вряд-ли. Потому как затея на стадии проекта). Решения от iconics рассматриваются в первой пятерке. Собственно сейчас решается вопрос о применении или закрытого tcp-протокола, типа того же genbroker, или переходе на ua. С первым смущает закрытость, со вторым - пока ещё экзотичность. Скорее всего нарисуется структура с парой преобразований da-ua и обратно. Да и та не всеми поддерживается.
Опыт использования ua и применяемых решений тоже интересен.

Сообщение **hell_boy** » 04 июл 2017, 13:27

Использовал SplitOPC http://www.prosoftsystems.ru/catalog/sh ... t-splitopc Нареканий нет. Перед этим протестировал несколько зарубежных продуктов, в деталях не помню, но - не подошли. Например, когда несколько одинаковых установок, с одинаковым набором OPC-тегов и надо просто добавить к тегу "РЕГИОН.#УСТАНОВКИ." - большая проблема для многих туннелеров. Или резервирование туннеля по даже не 2-м, а 4-м сетям, при условии, что команды могут передаваться только по 1-й из них?

О резервировании через OPC речи не идет, для телемеханики есть МЭКовские протоколы и модбас, которые туннелировать вообще не надо, они только в пределах технологических сетей.
Туннель только для самого верха - администрации и MES. Команды оттуда проходить в принципе не должны, любые попытки должны блокироваться.
Энергетики, опыт сопряжения ОИК с OPC UA для передачи наверх у кого-нибудь есть?

Использовали OPC-tuneller от Матрикона.
https://www.matrikonopc.com/downloads/1 ... index.aspx
Работает отлично. Проблем с настройками и т.п. нет. Штука полностью универсальная. Подходит под все (так в даташите написано. конкретно под наши цели подошло). Можно скачать бесплатную пробную версию.

Но стоимость просто запредельная.

Алексей, на сколько тегов? Matrikon про быстродействие не врет? Что в середине - протокол известен? Чем шифруется?

Сообщение **hell_boy** » 06 июл 2017, 10:11

Alex question писал(а):Использовали OPC-tuneller от Матрикона

Матрикон "засыпает", когда все клиенты отключаются. И проблемы с переименованием тегов: тольков так, как Матрикон хочет, или с помощью алиасов, дополнительный объем работы. Во 2-й версии Tunneler так было.

Именно тоннель засыпает?

Никита писал(а): Алексей, на сколько тегов? Matrikon про быстродействие не врет? Что в середине - протокол известен? Чем шифруется?

У нас передавалось порядка 600-700 тегов.
Что касается быстродействия - обновление информации было раз в полсекунды.
Какой внутри протокол и как шифруется - не знаю. Специально этим вопросом не занимался. Можно поробовать в мануале поискать или обратиться в поддержку.

В принципе там по ссылке бесплатная полнофункциональная версия на 30 дней. Можно попробовать конкретно в ваших условиях и с вашим ПО. Посмотреть как оно работает. Но еще раз повторю - стоимость там просто нереальная. Когда доллар был 30 - еще ничего. А сейчас вообще труба.

hell_boy писал(а): Матрикон "засыпает", когда все клиенты отключаются. И проблемы с переименованием тегов: тольков так, как Матрикон хочет, или с помощью алиасов, дополнительный объем работы. Во 2-й версии Tunneler так было.

Возможно. Может нам так повезло, но в переименовании тегов никакой надобности не было. Что касается засыпания - то в проекте было постоянное подключение клиента, собирающего и хранящего информацию. Так что с явлением "засыпания" за 8 лет так и не столкнулись.

В принципе там по ссылке бесплатная полнофункциональная версия на 30 дней. Можно попробовать конкретно в ваших условиях и с вашим ПО.

Это был бы хороший вариант, если бы у нас было ПО. А пока имеем только структуру в стадии ПД, так что попробовать не удастся. ПО даже не то, чтобы нету, оно вообще определено только на уровне требований.
Стоимость вопрос отдельный. В масштабе всего предприятия может оказаться и не так страшно. А если будет прямое указание верхнего московского начальства обеспечить тоннель - его выполнят независимо от стоимости :)
У Вас, раз уж на то пошло, с каким софтом подружить удалось?

Сообщение **hell_boy** » 06 июл 2017, 21:43

Никита писал(а):Именно тоннель засыпает?

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

Вот тут есть ответы на часть вопросов:
https://www.matrikonopc.com/products/op ... sgodzo8BeQ
Только нужно понимать что это рекламный буклет и там обычно все рисуют радужные картины.

Никита писал(а): У Вас, раз уж на то пошло, с каким софтом подружить удалось?

Подружить удалось с сименсом и нами (обеспечивался прием сигналов в нашу систему от сименса). Причем, что удивительно, вообще без проблем и шаманства.