Вид для печати
RapidScada - делаем шлюз в OPC UA из OwenCloud средствами Коммуникатора. БД ограничить 1-м днём или вообще не писать эти данные в БД.
При необходимости приобретаем Modbus slave, если верхний уровень ничего не может.
Реальные IP не нужны. Вторые модемы, роутеры тоже не нужны.
Они могут забрать данные в свою скаду по ОРС с облака, им не нужно в нем сидеть. Если они требуют регистры модбас, то этот протокол ни чем не защищён и держать порт открытии в интернет не самое лучшее решениеЦитата:
Сообщение от stkz
А облачные сервера только Овен есть? Как понимаю через OPC Owen с помощью OwenCloud самый просто вариант реализовать удаленное управление к любому клиенту Скада, и у меня этот вариант получился. Ну а в локальной сети использую адреса и порты сети. Это тоже попробовал все работает.
Телемеханика, если я не ошибаюсь, может предоставить свой Modbus-сервер.
Если заказчик может предоставить Вам свой белый IP-адрес для доступа к своему Modbus-серверу, то Вы сможете напрямую писать нужные параметры в их Modbus-таблицу.
Общался с коллегами они похожее делают . Но как они мне обьяснили дают просто карту регистров . Но в Codesys 2 я когда создал регистры не смог им присвоить адреса . А в при экспорте в облако они присвоились согласно нумерации 0,1,2,3-4,5-6 и тд.
То есть есть Скада системы которые имеют свои сервер и могут запрашивать данные напрямую ? без облака (извиняюсь за тупняк но это первый проект на удаленку)
Давайте так: есть сервер, а есть клиент.
Если Вы - сервер, а удаленная скада - клиент, то запрашивает данные она.
В этом случае у Вас должен быть белый IP-адрес проброшенный до ПЛК и список адресов регистров вашего ПЛК, где хранятся значения параметров процесса.
Если Вы - клиент, а удаленная скада - мастер (поддерживает работу собственного Modbus-сервера).
В этом случае заказчик передает Вам свой IP-адрес и адреса своих регистров, куда Ваша ПЛК и будет производить запись значений параметров.
У облака Овен есть два минуса, жирных.
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-адрес проброшенный до ПЛК и список адресов регистров вашего ПЛК, где хранятся значения параметров процесса.
вай вай вай это первый класс вы серьёзно это сказали?Цитата:
Сообщение от stkz
Нет это 3 класс)) но все же не нашел где им присвоить адрес