Необходим будет пульт управления Умным домом

[Max2114]

Цитата:

Сообщение от Ilya J.

Зачастую веб-интерфейс упаковывают в приложение.

Ну вот и нужен простой механизм создания таких вот штук. Zentec сочиняли нечто подобное... вроде развивают, но однако это у них все тяжело идет.

[ATS]

Цитата

Сообщение от Max2114

Да это все понятно. Нет законченного и лаконичного решения.
А HTTPS браузером это не то, что нужно. Аргементы:
1. Не очень удобно это все программировать. Существующие механизмы передачи данных в PHP хоть и работают но они "кривоваты" и везде нужно лазать "в коде". В итоге не очень быстрая разработка и опять же, над каждым интерфейсом придется колдовать. Вся оптимизация и совместимость с разными разрешениями ложится на разработчика.

Вы и правда так думаете?
Мастер Скада 4 и Тесла вроде полностью на HTML5 построены. Как и большинство приложений для Андроида.

Цитата

2. Опять же браузеры постояно обновляют. Не факт что картинка, которая получилась сегодня - завтра ее не перекосит в связи с обновлением браузера. Вспомните Веб-серверы старых голдов. Они использовали флэш и теперь совсем не открываются в браузерах.

Ну HTML5 это не грозит в ближайшие годы.
Вечного нет ничего. А флеш когда-то был чудом.

Цитата

3. А трим5... в смлоджике убогий инструмент для создания интрефейсов. Для контроллеров - пойдет. Для панелей - не очень. Плюс он маленький. Да есть теперь VNC. Уже что-то. Однако ТРИМ это контроллер а не панель интерфейса.

Когда он появился я сразу сказал что это не контроллер (тогда периферии к нему не было) и не панель (Смарт для панели слабоват)

Цитата

У Weintek да есть контроллеры, без панели.

Я не про них. Ссылка в личке.

[Max2114]

Цитата

Сообщение от ATS

Вы и правда так думаете?
Мастер Скада 4 и Тесла вроде полностью на HTML5 построены. Как и большинство приложений для Андроида.

Ну HTML5 это не грозит в ближайшие годы.
Вечного нет ничего. А флеш когда-то был чудом.

Вот не знаю. Общался с разработчиком от Zentec. Он мне рассказывал что они делали визуальную среду для разработки веб-сервера, которая по итогу формирует HTML страницу. Говорит сделали на ней первый вариант - все красиво, все супер. Через несколько дней обновился хром - и страницу перекосило.
Опять же если делать страницу самому на PHP это будет трудозатрано, особенно сделать все красиво и подогнать под разные разрешения. Низкая степень готовности таких решений и стоимость разработки будет несовместима с тем, сколько за него готов платить конечный пользователь.

Цитата

Сообщение от ATS

Я не про них. Ссылка в личке.

Спасибо, глянул, интересно. Нужно изучить вопрос.

[Arsie]

Цитата

Сообщение от Max2114

Вот не знаю. Общался с разработчиком от Zentec. Он мне рассказывал что они делали визуальную среду для разработки веб-сервера, которая по итогу формирует HTML страницу. Говорит сделали на ней первый вариант - все красиво, все супер. Через несколько дней обновился хром - и страницу перекосило.

В Андроиде было всё то же самое, пока в 9 версии в систему не ввели "виртуальную машину" со старыми библиотеками.

Приложения точно также перекашивало и нужно было их компилить на новом компиляторе со свежими либами. Вот тупо ничего не делать, просто перекомпилировать и молиться, что какую-то функцию не выкинули.

[ATS]

Цитата

Сообщение от Max2114

Опять же если делать страницу самому на PHP это будет трудозатрано, особенно сделать все красиво и подогнать под разные разрешения. Низкая степень готовности таких решений и стоимость разработки будет несовместима с тем, сколько за него готов платить конечный пользователь.

А вот для этого графика там делается преимущественно в SVG.

[Max2114]

Цитата:

Сообщение от Arsie

В Андроиде было всё то же самое, пока в 9 версии в систему не ввели "виртуальную машину" со старыми библиотеками.

Приложения точно также перекашивало и нужно было их компилить на новом компиляторе со свежими либами. Вот тупо ничего не делать, просто перекомпилировать и молиться, что какую-то функцию не выкинули.

НУ вот и вопрос в том, чтобы конечный веб интерфейс не был привязан к браузерам. А обрабатывался приложением на компе/телефоне/планшете.

[Arsie]

Цитата

Сообщение от Max2114

НУ вот и вопрос в том, чтобы конечный веб интерфейс не был привязан к браузерам. А обрабатывался приложением на компе/телефоне/планшете.

По большому счёту, это всего лишь выбор программистов, которые поддерживают всё в тонусе. Это либо веб-программеры, либо "смартфон"-программеры.

Я пока не знаю ни одной сложной системы в мире, которая работает годами устойчиво без сопровождения.


PS. PHP тут хороший пример. В целом устойчивая штука, если не требуется динамика и устраивает несложная графика а-ля 00-е. Особенно PHP старых версий, как у этого форума. Но нужен качественный PHP-программер. И, как я говорил, крайние проблемы с динамикой.

[ATS]

Цитата

Сообщение от Max2114

НУ вот и вопрос в том, чтобы конечный веб интерфейс не был привязан к браузерам. А обрабатывался приложением на компе/телефоне/планшете.

Расстрою - куча приложений просто отрывают окно браузера.

[Max2114]

Цитата

Сообщение от ATS

Расстрою - куча приложений просто отрывают окно браузера.

Это понятно. И их надо постоянно поддерживать/коректировать. Нам же нужна штука, которая не будет нуждаться в обслуживании. Вот как пиксель - 10 лет назад поставил - и он работает, никому ничего поддерживать не нужно. А приложения в том же андроиде постоянно обновляются.

[Arsie]

Цитата

Сообщение от ATS

А вот для этого графика там делается преимущественно в SVG.

Андроид не поддерживает 95% всех полей SVG. Вот прямо праздник, если рандомная SVG-шка открывалась в студии хотя бы не в виде чёрного квадрата.

Я при написании сложного приложения в итоге плюнул и перешёл на наборы PNG под популярные разрешения.

В браузерах сложные SVG-шки тоже весьма неодинаковы.

[ujin]

Цитата:

Сообщение от Arsie

По большому счёту, это всего лишь выбор программистов, которые поддерживают всё в тонусе. Это либо веб-программеры, либо "смартфон"-программеры.

Я пока не знаю ни одной сложной системы в мире, которая работает годами устойчиво без сопровождения.


PS. PHP тут хороший пример. В целом устойчивая штука, если не требуется динамика и устраивает несложная графика а-ля 00-е. Особенно PHP старых версий, как у этого форума. Но нужен качественный PHP-программер. И, как я говорил, крайние проблемы с динамикой.

Можно без PHP обойтись насколько я правильно понял код JS

wsocket=new WebSocket("ws://" + this.url + ":" + this.port);
wsocket.binaryType="arraybuffer";

this.readyConnectState = ACTION.CONNECTING;

var localWs = wsocket;
var timeout = setTimeout(function() {
//console.debug('setTimeout', 'connection-timeout', localWs.url);
localWs.close(1000);
}, self.timeoutInterval);

wsocket.onopen = function(event) {
Веб сокет на JS. Через websocket в данном случае запрос по MODBUS
Новые устройства, которые мы применяем, думаю догадываетесь какой фирмы, имеют простенький web интерфейс на HTML5, обмен как указано выше. Остаются сложные SVG изображения. Примеры работающие так же уже появляются.
На этом люди web интерфейс делают
На Labview люди достаточно продвинулись по этой теме https://labviewportal.org/viewtopic.php?p=85905#p85905
Postgres перевел интерфейс на web браузер. Раньше вызывался по умолчанию, в последней версии web браузер уже встроенный.
Мнение старшего товарища (и я с ним согласен) HTML5 + JS + Websocket имеют все условия для применения я развития. Он еще добавляет к этому nodeJS, но я в этом инструменте не уверен.

[Arsie]

Цитата:

Сообщение от ujin

var timeout = setTimeout(function() {
//console.debug('setTimeout', 'connection-timeout', localWs.url);
localWs.close(1000);
}, self.timeoutInterval);

Работа по таймерам - это жор и проца и трафика.

Цитата:

Сообщение от ujin

На этом люди web интерфейс делают

Мнение старшего товарища (и я с ним согласен) HTML5 + JS + Websocket имеют все условия для применения я развития. Он еще добавляет к этому nodeJS, но я в этом инструменте не уверен.

Да много всяких библиотек есть, но это всё равно программист. А для большого проекта типа автоскады ещё и программист, умеющий проектировать софт, иначе опять возвращаемся к жору проца, лагам и уплывающему трафику.

[ATS]

Цитата:

Сообщение от Arsie

Работа по таймерам - это жор и проца и трафика.

И как предложите данные на стороне клиента обновлять?

[Arsie]

Цитата

Сообщение от ATS

И как предложите данные на стороне клиента обновлять?

А вот есть технологии, поддерживающие двунаправленность трафика. Флеш, кстати, это умеет.

Умел, точнее, т.к. он покойник уже.

[ujin]

Цитата:

Сообщение от Arsie

Работа по таймерам - это жор и проца и трафика.

Этот кусок кода показывает (?), что можно обойтись без PHP.
Не устраивает синхронный обмен есть другие события, очереди и пр.
В данном устройстве производителю нужен был именно этот тип обмена и производительности хватало.
Использована простая модель цикла.
Не нравится можно выбрать QMH - queue message handler, модель actors, модель на основе events. Так называемые advanced design patterns.

Цитата:

Сообщение от Arsie

Да много всяких библиотек есть, но это всё равно программист. А для большого проекта типа автоскады ещё и программист, умеющий проектировать софт, иначе опять возвращаемся к жору проца, лагам и уплывающему трафику.

Обмен, обновление картинок проектируете в данном случае Вы как производитель - по крайней мере такие хотелки у потребителя. Программист со стороны потребителя расставляет картинки и привязывает тэги. Возможно выбирает аппертуру и цикл обмена, или тип обмена теговый, по событиям, очередь. Возможно по способам получения периодические запросы, или publisher/subscriber как в MQTT. Понятный для потребителя минимум.

[ATS]

Цитата:

Сообщение от ujin

Этот кусок кода показывает (?), что можно обойтись без PHP.

Причем здесь PHP вообще. Это работает на стороне сервера.
JS на клиенте. Это разные мухи и котлеты.

Цитата

Мнение старшего товарища (и я с ним согласен) HTML5 + JS + Websocket имеют все условия для применения я развития.

HTML5 + JS + CSS в основе. Источник данных может быть любой JSON, MQTT, Websocket и т. д.

[ujin]

Цитата

Сообщение от ATS

Причем здесь PHP вообще. Это работает на стороне сервера.
JS на клиенте. Это разные мухи и котлеты.

На стороне сервера можно обойтись без PHP. В примере клиент данные запрашивает через TCP соединение у MODBUS TCP сервера.


Добавлено через 7 минут

Цитата

Сообщение от ATS

HTML5 + JS + CSS в основе. Источник данных может быть любой JSON, MQTT, Websocket и т. д.

Могу конечно ошибаться тема не моя.
Насколько я понял websocket это двусторонний канал обмена.
MQTT - это протокол. Использует этот (или другой) канал обмена.
JSON - это точно не источник, а формат данных.

[ATS]

Цитата:

Сообщение от ujin

На стороне сервера можно обойтись без PHP.

Одно другому не мешает.

Цитата

В примере клиент данные запрашивает через TCP соединение у MODBUS TCP сервера.

С чего Вы это взяли? Обычное подключение из JS для получения данных из вебсокета сервера. По его правилам.
Модбасом тут и не пахнет.

Цитата

Могу конечно ошибаться тема не моя.

Можете.

[ujin]

Цитата

Сообщение от ATS

С чего Вы это взяли? Обычное подключение из JS для получения данных из вебсокета сервера. По его правилам.

Это кусок кода из modbus.js
начинается
!function() {
Function.prototype.method=function(name,func) { return this.prototype[name]=func, this },
Function.method("inherits", function(superCtor) { return this.super_=superCtor, this.prototype=Object.create(superCtor.prototype, {constructor:{value:this,enumerable:!1,writable:!0 ,configurable:!0}}), this });
ModbusClient=function(options, callback) {
var ACTION={CONNECTING:0, CLOSED:1, IDLE:2, WAIT:3};
var wsocket=null;
var readRequestQueue=[];
var writeRequestQueue=[];
var curRequest={request:null, next:0};
В веб странице устройства в инструменте разработчика JS код клиента отображается. Что еще можно про это подумать?
Посмотрел в Wireshark. Modbus нет. Есть только websocket. Возможно modbus это payload в websocket. Соответственно на стороне сервера сообщение должно перенаправиться далее.

[ATS]

Цитата:

Сообщение от ujin

Это кусок кода из modbus.js
начинается
.....
В веб странице устройства в инструменте разработчика JS код клиента отображается. Что еще можно про это подумать?

По запросам через вебсокет идет обмен данными с сервером WebSocket ( который кстати может работать и на PHP)
Какие данные там крутятся определяет создатель вебсокета.
В Вашем случае возможно это данные получаемые сервером и по модбасу с какого либо устройства.

[ujin]

Цитата

Сообщение от ATS

MQTT, Websocket и т. д.

И с mqtt я так же не ошибся. Можно использовать в качестве payload websocket и отображать данные на web странице
по запросу MQTT over WebSockets есть варианты реализации.


Добавлено через 40 секунд

Цитата

Сообщение от ATS

По запросам через вебсокет идет обмен данными с сервером WebSocket ( который кстати может работать и на PHP)
Какие данные там крутятся определяет создатель вебсокета.
В Вашем случае возможно это данные получаемые сервером и по модбасу с какого либо устройства.

Согласен с Вами


Добавлено через 21 минуту

Цитата

Сообщение от ATS

И как предложите данные на стороне клиента обновлять?

Вам, как разбирающемуся в теме наверняка знаком https://www.rabbitmq.com/web-mqtt.html.
Брокер сообщений. https://habr.com/ru/post/488654/

[Ilya J.]

Цитата:

Сообщение от ujin

На этом люди web интерфейс делают

Интересная штука, вы пробовали устанавливать на контроллер? У меня сходу много несовместимостей возникло.

[Goryachev]

Понравилось приложение "Virtuino modbus".
Бесплатная версия позволяет очень многое. Платная стоит не больше 1000.
Вот в качестве примера делал в этом приложении пульт для приточки. Интерфейс гораздо симпатичнее, чем в каскаде и тесласкаде.

[Ilya J.]

Цитата

Сообщение от Goryachev

Понравилось приложение "Virtuino modbus".
Бесплатная версия позволяет очень многое. Платная стоит не больше 1000.
Вот в качестве примера делал в этом приложении пульт для приточки. Интерфейс гораздо симпатичнее, чем в каскаде и тесласкаде. Вложение 9457

Интересно было бы получить фидбек не только по визуальной части, но и по функциональной. Как работает, не тормозит, не глючит, в каких условиях?

[Goryachev]

Так скачайте и попробуйте. Приложение лежит на маркете. Работает как в локальной сети, так и через vpn.

[Ilya J.]

Цитата

Сообщение от Goryachev

Так скачайте и попробуйте. Приложение лежит на маркете. Работает как в локальной сети, так и через vpn.

Интересно объективизировать мнения.

[starmos]

Цитата:

Сообщение от Ilya J.

Интересно объективизировать мнения.

Я пробовал Virtuino для MQTT - действительно работает неплохо. Поскольку разработчик там один, должно и с Модбасом работать хорошо.
Кстати, а как у Segnetics с MQTT? Я читал старые темы, нет ли какого-то развития? Может как-то будет в скором времени встроена возможность передавать данные по MQTT из Лоджика? Я далеко не все понял из прошедшего обсуждения по пульту, понял только, что устоявшегося решения нет. Но в принципе оно могло бы быть и на MQTT.

[ATS]

Цитата:

Сообщение от Ilya J.

Интересно объективизировать мнения.

Вполне прилично работает в локалке даже под эмулятором.

[Ilya J.]

Цитата

Сообщение от ATS

Вполне прилично работает в локалке даже под эмулятором.

Вложение 9463

[Deomik]

Немного отступлю от темы пульта умного дома, но рядом.

На одном из объектов сложилась некая ситуация, можно сказать конфликт интересов. Но углубляться не буду.
В общем, есть сервер с данными от датчиков, данные уже спарсили при помощи Node-Red, имеется ли возможность установки пакета nodejs и node-red на панель TRIM?
Или посоветуйте каким образом можно утянуть эти данные.