Удалённое управление ДГУ.

[BraS]

Добрый день.
Существует задача - ДЭС в чистом поле, заказчик желает с телефона/планшета видеть состояние и параметры станции, запускать/останавливать дистанционно.

По всей видимости, цепочка будет выглядеть так: ПУ ДЭС --> ModbusTCP (RTU) --> Шлюз с Web-сервером --> Модем со статическим IP --> мобильное устройство.
Может кто посоветовать проверенный шлюз с возможностями кастомизации интерфейса? Чтобы не абстрактные строчки были,
а можно было кнопки,стрелки, барграфы изобразить. И ещё такой момент, как адаптируются WEB-интерфейсы под разные разрешения экранов мобильных устройств?
П.С. Изначально всё хотели сделать на "Овен-облаке", но заказчику решение не понравилось, "неэстетично".

[Sokolov_Dmitry]

У Овена есть ПЛК с web-сервером и визуализацией https://owen.ru/product/plk110_ms4_m02/specifications

еще есть https://www.cea-energo.ru/ru/product/irzr2

[Jackson]

Существует задача - ДЭС в чистом поле, заказчик желает с телефона/планшета видеть состояние и параметры станции, запускать/останавливать дистанционно.

Работающее решение: https://dvk-electro.ru/12scada/servis-webdata-live.html

И ещё такой момент, как адаптируются WEB-интерфейсы под разные разрешения экранов мобильных устройств?

По ссылке этот вопрос решён - и на ПК с 27" и на смартфоне смотрится. Есть решения.

Изначально всё хотели сделать на "Овен-облаке", но заказчику решение не понравилось, "неэстетично".

По ссылке сервис заточен специально под электростанции, так что Welcome. По сути разницы нет никакой, мониторить ДГУ или парк кондиционеров или молочную ферму. Разница в графике и некоторых формах отображения. Поэтому у кого-то красиво получается молокозаводы, у кого-то кондиционеры, а у кого-то - ДГУ.

Только, можно я спрошу - зачем? К примеру пришёл человек в модуль, ТО сделать, полез под генератор - и тут прилетает команда на запуск. Что с человеком будет - наверное не надо объяснять.
Чаще используют автоматический запуск, а с дистанции только мониторят в случае проблем - чтобы не с пустыми руками ехать разбираться, а сразу захватить с собой то что нужно: топливо, масло с фильтрами или новый аккумулятор.

Это я не для критики, а чтобы Вы нашли сами для себя внятный ответ. Удалённое управление - это вопрос безопасности.

[BraS]

Только, можно я спрошу - зачем?

Да всё просто - каприз заказчика.

Работающее решение:

Если я буду предлагать работодателю уже готовые сторонние решения, то вероятно мне придётся искать нового работодателя.

[Jackson]

Если я буду предлагать работодателю уже готовые сторонние решения, то вероятно мне придётся искать нового работодателя.

Работодатель решил воспроизвести велосипед с нуля? Ну-ну....
Вы ж просите

проверенный шлюз с возможностями кастомизации интерфейса?

- это не стороннее готовое решение? А "Овен-облако" - тоже не стороннее готовое?
Кстати полно таких. И интерфейс легко кастомизируется. Но для этого нужен программист и где-то год его работы.
Или СКАДА с вэб-модулем, ставится на Raspberry Pi платформу - вот и готово.

Но не сказано главное: какой контроллер на ДГУ стоит? У ряда производителей готовые решения есть.

[BraS]

Контроллер "Elcos MC-4". У них есть решение через облако Netbiter. Дорого.
Попробую сделать шлюз на ПЛК с Web-интерфейсом, благо таковой есть под рукой.

Но решение ДВК я показал руководителям - пусть думают.

[Jackson]

Контроллер "Elcos MC-4"

Это кто-то брендированный. Если поузнавать то можно и уточнить, кто именно.

У них есть решение через облако Netbiter. Дорого.

Это не у них. Это у НетБиттера. Да, он дорог. Значит это точно не CoMAP, потому что у COMAP есть своё.

Попробую сделать шлюз на ПЛК с Web-интерфейсом, благо таковой есть под рукой

Дело Ваше. Стоимость рабочего времени инженера-разработчика нетрудно посчитать (оно в несколько раз превышает оклад инженера). Рад за Вашего работодателя, раз он может себе позволить такие затраты.

[Jackson]

Контроллер "Elcos MC-4". У них есть решение через облако Netbiter. Дорого.

Вопрос не про мониторинг. А нет ли у Вас какой-то документации по Elcos MC4? Никак не могу найти в сети.