ПЛК110(М02) вывод переменых в сеть по протоколу TCP

[melky]

RapidScada - делаем шлюз в OPC UA из OwenCloud средствами Коммуникатора. БД ограничить 1-м днём или вообще не писать эти данные в БД.
При необходимости приобретаем Modbus slave, если верхний уровень ничего не может.
Реальные IP не нужны. Вторые модемы, роутеры тоже не нужны.

[capzap]

Принципиальное не хотят работать с ОвенКлауд. уже предлагали. УПерлись что у них своя скада вроде Телемеханика

Они могут забрать данные в свою скаду по ОРС с облака, им не нужно в нем сидеть. Если они требуют регистры модбас, то этот протокол ни чем не защищён и держать порт открытии в интернет не самое лучшее решение

[stkz]

А облачные сервера только Овен есть? Как понимаю через OPC Owen с помощью OwenCloud самый просто вариант реализовать удаленное управление к любому клиенту Скада, и у меня этот вариант получился. Ну а в локальной сети использую адреса и порты сети. Это тоже попробовал все работает.

[EFrol]

Телемеханика, если я не ошибаюсь, может предоставить свой Modbus-сервер.
Если заказчик может предоставить Вам свой белый IP-адрес для доступа к своему Modbus-серверу, то Вы сможете напрямую писать нужные параметры в их Modbus-таблицу.

[stkz]

Общался с коллегами они похожее делают . Но как они мне обьяснили дают просто карту регистров . Но в Codesys 2 я когда создал регистры не смог им присвоить адреса . А в при экспорте в облако они присвоились согласно нумерации 0,1,2,3-4,5-6 и тд.

[stkz]

То есть есть Скада системы которые имеют свои сервер и могут запрашивать данные напрямую ? без облака (извиняюсь за тупняк но это первый проект на удаленку)

[EFrol]

Давайте так: есть сервер, а есть клиент.
Если Вы - сервер, а удаленная скада - клиент, то запрашивает данные она.
В этом случае у Вас должен быть белый IP-адрес проброшенный до ПЛК и список адресов регистров вашего ПЛК, где хранятся значения параметров процесса.

Если Вы - клиент, а удаленная скада - мастер (поддерживает работу собственного Modbus-сервера).
В этом случае заказчик передает Вам свой IP-адрес и адреса своих регистров, куда Ваша ПЛК и будет производить запись значений параметров.

[melky]

У облака Овен есть два минуса, жирных.
1. OPC UA сервер у них с кривыми сертификатами. Из двух браузеров OPC UA смог подключиться только одним, у которого есть режим игнорирования сертификатов - на кой это, вся безопасность коту под хвост. Использовать MS4D и что там ещё предлагается нахнада... При использовании штатных библиотек от OPC Foundation ошибка прилетает из недр этих библиотек (смотрел отладчиком). То есть проблема не в части обертки.
2. Сделать подключение через API из двух источников не получится, при каждом логировании меняется токен. Мозгов, использовать при подключении ещё и ID клиента у разработчиков не хватило.

В облако, на своём сервере можно развернуть много разных scada, но там каналы связи надо по другому создавать. Тут вы поставили ПЛК Овен + любой модем и можете отдать данные в их облако. С другими будет по другому. С другой стороны, минусы облака Овен для меня перевешивают любые плюсы.

просто тестовый сервер у черта на куличках (в России вроде, плачу за IP и больше ни за что. (доменное имя, сертификаты))
http://176.109.111.174:10008/View/10
логин guest пароль scada

и так на сервер в облаке можно развернуть многие scada. Правда те, кто имеет hasp ключи не факт, или колхозить удаленные пробросы для ключей.

В этом случае у Вас должен быть белый IP-адрес проброшенный до ПЛК и список адресов регистров вашего ПЛК, где хранятся значения параметров процесса.

не обязательно. достаточно белого реального IP на стороне сервера. Все остальное делается сетевым оборудованием (роутеры, модемы, преобразователи интерфейсов на объекте.)

[In_Da_Cher_A]

Но в Codesys 2 я когда создал регистры не смог им присвоить адреса

вай вай вай это первый класс вы серьёзно это сказали?

[stkz]

Нет это 3 класс)) но все же не нашел где им присвоить адрес