Вид для печати
Всем привет.
Подскажите может есть метод, который может помочь управлять ПЛК, который находится в другой локальной сети?
Т.е. у меня своя локальная сеть с серым динамическим IP, и ПЛК в своей локальной сети с таким же своим серым динамическим IP.
Как связать их, что-бы работать на таком ПЛК в среде CodeSys?
(Честно говоря, не очень хотелось бы лесть в роутеры. Но, в крайнем случае, можно...)
Спасибо.
В любом случае в одной точке требуется реальный IP для создания канала со стороны серых IP адресов
Проблема может быть еще и в том, что скорости интернета может не хватить для отладки в режиме реального времени.
Внутри одной локальной сети все работает шустро.
я стучался как-то через 3G, вполне нормально. В любом случае нет связи, нет ничего..
Хм... Можно поподробнее?Цитата:
Сообщение от melky
По какому протоколу общаются между собой CodeSys и ПЛК в режиме отладки, работы?
(допустим, у меня есть белый IP на ПЛК)
А что там подробнее? сидел в гостинице, правил прогу и подключался через телефон в режиме точки доступа... Настройка ничем не отличается от сетевой. Но вообще лучше VPN настраивать а не голым задом в интернет выставлять...
По собственному протоколу, спецификация которого по очевидным причинам недоступна.Цитата:
Сообщение от ВладОвен
1. Правил прогу - т.е. на ноуте была открыта ИДЕ CodeSys и в ней рабочий проект?Цитата:
Сообщение от melky
2. Через телефон ноут получал доступ в интернет. Так?
3. Но ваш ПЛК должен был иметь белый IP / проброшенный порт в роутере. Так?
Или я все путаю: у вас на ноутбуке в гостинице был открыт TeamViewer и он был соединен с рабочим компом в вашей компании. При этом ПЛК был в одной подсети, что и рабочий комп. Так?
Поясните, пож. А то я что-то туплю... :)
да ладно, мелкий делиться байками как он пользуется продукцией овен, это что то новенькое
ВладОвен обратитесь к IT специалистам, они вам все подробно объяснят.
1. Да
2. Да
3. Внутри сети, где установлен ПЛК он у него белый априори, как происходит организация доступа в сеть вариантов несколько, пробросы портов на роутере это один из них, и не самый лучший с точки зрения безопасности.
capzap и что вас удивляет? Но мне правда хватило ПЛК150, 154 то еще редкостное.... а судя по постоянным темам по 110-ым больше не хочу.
А если читать про 200-ю серию это что-то сродни вот вам шуруповерт, но шурупы им вам придется забивать....
Почитайте про VPN туннель, сам этим пользуюсь в компании куплено порядка 10 микротиков.
Кочуют по объектам, обеспечивая доступ
https://fast-project.ru/articles/soe...pn-tunnel.html
то что Вы сказочник, не соединяется плк через маршрутизаторыЦитата:
Сообщение от melky
capzap может у вас маршрутизаторы не той системы были ? :)
Есть еще вариант. Без VPN и сложной настройки маршрутизаторов.
https://intrascada.com/ru/product/desktop-app/
VladimirIS CodeSys это вам не тут (Modbus) чтобы утверждать, что можно подключиться без VPN и роутеров...
Попробуйте прочитать написанное по ссылке. Там как раз пример настройки для Codesys.Цитата:
Сообщение от melky
Правильно ли я понял: в локальной сети с ПЛК должен также крутиться IntraSCADA Server. Так?Цитата:
Сообщение от VladimirIS
И тогда в гостинице открываем ноутбук с CodeSys прописываем IP адрес ПЛК?
Вложение 60740
Да. Любой компьютер, хоть Raspberry, с системой IntraSCADA.Цитата:
Сообщение от ВладОвен
На ноутбуке запускаете десктопное приложение и по P2P подключаетесь к серверу. В приложении настраиваете и включаете проброс портов к контроллеру.Цитата:
Сообщение от ВладОвен
Далее на ноутбуке запускаете Codesys. Там прописываете локальный адрес вашего ноутбука 127.0.0.1 и порт (обычно 2455).
Это хороший метод. Но непонятно что прописать в GateWay и IP.
Не получается связаться с устройством. Постоянное сообщение: "Никакое устройство не отвечает на запрос поиска".
Что я делаю не так?
Вложение 60764
При этом порты проброшены. Связь есть.
Вложение 60765
ВладОвен вы на роутере настраиваете?
с CodeSys3 не работал, но смущает надпись port 1217 у вас на скрине. И если вы роутер настраиваете, то как бы там localhost (127.0.0.1) не к месту
А, увидел картинку... порт смущает, почему 2455 а в настройках 1217
Есть предположение, что 2455 это порт штатный для CodeSys в ПЛК от компании WAGO
Нет. Это именно настройка без вмешательства и сетевые устройства. Для наглядности эксперимента я взял два дефолтных (обычных) роутера.Цитата:
Сообщение от melky
IDE SodeSys (192.168.1.2/24) находится под первым роутером (192.168.10.243/22 - это адрес wan роутера).
ПЛК (192.168.1.3/24) находится под вторым роутером (192.168.11.52/22 - это адрес wan роутера).
Оба роутера подключены в сеть предприятия с выходом в Интернет.
Я там перепробовал все варианты. GateWay не запускается.Цитата:
Сообщение от melky
Возможно вы правы. Где бы узнать порт для ПЛК Owen, Raspberry и т.д.?Цитата:
Сообщение от melky
IDE SodeSys (192.168.1.2) находится под первым роутером (192.168.10.243). совсем совсем неодинаковые сети если маска /24
Место где вы сидите и куда хотите пофигу, важны IP адреса и сети, в которых они находятся.. Если у вас роутер имеет адрес 192.168.10.243 во внутренней сети с маской 255.255.255.0 а вы во внутреннюю сеть суете ему устройство с адресом 192.168.1.2 и такой же маской вы можете с тем же успехом тесать топор на своей голове если в роутере нет маршрутизации сетей.
Судя по скриншоту соединение выполнено. Попробуйте для начала через браузер начала войти по адресу 127.0.0.1:9053Цитата:
Сообщение от ВладОвен
Вы должны попасть в веб интерфейс своего удаленного устройства (в удаленной локальной сети оно по адресу 192.168.11.53:8080)
Вложение 60766
Теперь получилось. Спасибо за помощь. Я просто не сразу понял как действовать с GateWay.Цитата:
Сообщение от VladimirIS
Не получилось-бы. Там еще не было целевого приложения CodeSys.Цитата:
Сообщение от VladimirIS
Суть эксперимента: на объекте поставить голый ПЛК + interScada. И все! Уехать от туда!
Далее удаленно ставим GateWay+RunTime (ставится CodeSys-ом через SSH. Нужен порт 22) + ЦелеваяПрограмма (Заливается CodeSys-ом через порт 11740) + Web (смотрится через порт 8080).
Т.е. минимально нужно три порта.
Ой. Сегодня пятница.... Я проанализирую что тут написано... Отпишу по-позже :)Цитата:
Сообщение от melky
Хорошо.Цитата:
Сообщение от ВладОвен
Если будут вопросы, спрашивайте.
Но здесь бываем не всегда, лучше спрашивать в наших телеграм каналах: intrascada и intrahouse
ВладОвен а у вас CodeSys на Raspberry на котором же и intraScada ? и при этом нигде нет реального IP ?
Просто как бы Raspberry может сама подключиться клиентом VPN к серверу с реальным IP и потом делай с ней шо хош..... :) ну ессно на ней Linux должен быть установлен и быть интернет...
при этом вы так же можете подключаться еще одним клиентом VPN из черта на куличках...
Да. Именно так. И при этом я не имею доступа к роутерам.Цитата:
Сообщение от melky
Не так все просто. Тоннель VPN надо соединить "в голове" и "в хвосте" к соответствующим программам.Цитата:
Сообщение от melky
Я пробовал сделать соединение через remote.it. Порт 22 норм, а 11740 не работает. Т.е. сам CodeSys не соединялся с ПЛК.
remote.it и intraScada работают похожим образом - нужна загрузка агента в ПЛК и установка Спец.Программы на комп с IDE CodeSys. Агент и Спец.Программа связываются между собой через свой удаленный сервер. (Это отдельная тема по безопасности, кстати...)
А у вас получалось соединяться через VPN? Опишите ваш опыт.
Вы неправильно поняли. 192.168.10.243/22 - это upstream роутера, т.е. его адрес, выданный вышестоящим роутером (WAN). Его внутренний адрес 192.168.1.1/24 (LAN). А ПЛК в его внутренней сети имеет адрес 192.168.1.2/24. Маршрутизация не нужна. Т.е. вы перепутали WAN и LAN адреса. А у них могут быть разные маски сети.Цитата:
Сообщение от melky
Хорошо. Буду тесать топор (смотреть фуллы на topor`е). :)Цитата:
Сообщение от melky
позвольте узнать, что лучше читать документацию или поверить на слово?Цитата:
Сообщение от ВладОвен
https://owen.ru/forum/showthread.php...l=1#post269331
О! Надо потестить. Может будет работать...Цитата:
Сообщение от capzap
Ну да.... Вся инфа уже была доступна.... Как обычно: читаем руководство в самом конце.Цитата:
Сообщение от capzap
так о том вся и речь, если бы во внутренней сети был ПК а не ПЛК, то на сам ПК можно добавить необходимые маршруты на другие сети, в случае с ПЛК все немножко сложнее, так как не всегда может быть доступ к механизмам маршрутизации. Хотя CodeSys 3.5 на Linux базируется (нет у меня ПЛК с 3.5), тут надо у пользователей узнавать...Цитата:
Вы неправильно поняли. 192.168.10.243/22 - это upstream роутера, т.е. его адрес, выданный вышестоящим роутером (WAN). Его внутренний адрес 192.168.1.1/24 (LAN). А ПЛК в его внутренней сети имеет адрес 192.168.1.2/24. Маршрутизация не нужна. Т.е. вы перепутали WAN и LAN адреса. А у них могут быть разные маски сети.
Суть в чем, ваш ПЛК имеет просто выход в интернет, но для него основным шлюзом является 192.168.1.1 и не более, а раз роутеры вам недоступны, создать маршрутизацию, то действительно сам ПЛК (тем более он у вас на Raspberry) должен поднять соединение с каким-то сервером, будь то VPN или P2P как у intraScada...
В случае с VPN сервером можно создать прозрачную сеть между двумя и более устройствами со статическими IP адресами. Например ПЛК 10.10.10.0/24 и настраивать тот же CodeSys как в одной этой сети.
Единственное не все VPN умеют передавать маршруты и позволять соединяться между клиентами. OpenVPN и l2tp (пакет xl2tpd на Linux c IPSEC поверх или без него) точно умеют. Сам тестировал и тот и тот вариант.
melky, Я просто хочу сказать, что решение через VPN тоже нужно протестировать, т.к. в некоторых системах может будет неуместно использовать сторонний сервис (remote.it или intraScada).
Сторонний сервис может стать временно недоступным. Или завтра стать платным. Всё бывает...
а разве у intraScada он бесплатный ? вы же в тестовом режиме вроде как используете.
Если Linux, то советую xl2tpd + strongswan (это пакет аналог IPSEC) если нужен будет пример настроек для статических адресов клиентов, пишите. Но тут нужен свой сервер с реальным IP на предприятии ессно.
Если просто проброс портов, то бесплатно. Плата идет за "тэги" - элементы SCADA системы.Цитата:
Сообщение от melky
а, интересно, надо будет тоже как-нибудь потестить, когда руки дойдут... тут дошли бы :)
А придётся. В любом случае на одном конце должен быть хост с как минимум белым динамическим IP. А ещё лучше с белым статическим, поскольку далеко не всё и не всегда работает по имени (DNS). Если у Вас на обоих концах серые IP (не важно, статические или динамические), то обмен информацией между такими сетями возможен только через посредника, который живёт где-то в Интернете. И имеет белый IP, разумеется. Как собственно, работают приложения типа TeamViewer и ему подобные. Сеть/сети с точкой входа на белом IP должна быть в центре сбора информации и управления.Цитата:
Сообщение от ВладОвен
Но ведь IPv6 решит эти рудиментальные проблемы?
Ведь правда, ОВЕН? Уже внедряете?