Управление устройствами IoT через веб-интерфейс (MQTT или HTTP)?

Question

[Михаил]

Здраствуйте.

Пишу дипломную работу по теме "умный дом".
В данный момент пытаюсь реализовать веб-интерфейс для управления устройствами.

Подходил к этому с разных углов: espeasy, home-assistant и т.д.
Трудность в том, что использовать уже готовые решения как тот же Home.io я не могу (в дипломе нужен код!)

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

У меня получилось создать простую веб-страницу для управления реле. Все это работало через WinSCP с протоколом SFTP.
Попробовал создать веб-сайт сразу прописывая код html в nodemcu. Но это сильно ограничивает так-как весь сайт находится на одной плате.

1) Можно ли реализовать это таким образом, чтобы сайт существовал независимо от плат (локально в сети) и при этом получал данные со всех устройств (на данный момент есть 2 платы nodemcu с подключенными датчиками) и отправлял данные в ответ (запрос на переключение реле)? И при этом была возможность переходить на этот сайт всем устройствам подключенным к домашнему wi-fi?

2) Еще сложнее. Можно ли реализовать передачу данных через mqtt-брокера между сайтом и несколькими платами NodeMcu? Нужен ли для этого хостинг?

Comments

[dkrylov]

Напиши мне в тлг @dkrylov_com)

Answer 1

[Indemsys]

По первому вопросу ответ - да, можно. Но нужно применить технологию WebSocket, обычный AJAX работать не будет.
Потому что AJAX может обращаться только по тому же адресу откуда была прочитана страница.
Сам сайт может находится на домашнем компьютере.
Насколько видно из примера - https://randomnerdtutorials.com/esp32-websocket-se...
соединение WebSocket сделать на стороне сервера очень просто.

По второму вопросу.
Для MQTT нужен брокер MQTT. Брокеры типа Mosquitto могут работать на любых компьютерах.
В том числе и на том на котором находится сайт. Сами страницы сайта должны применять клиента MQTT на JavaScript.

Comments

[synapse_people]

>Потому что AJAX может обращаться только по тому же адресу откуда была прочитана страница.
нет, смотрите CORS

[Indemsys]

Про CORS не знал.
Но быстрый поиск говорит, что его надо как будто включать в браузерах отдельно.
Или в некоторых браузерах.

[Алексей Ярков]

Indemsys, Его надо на стороне сервера включать

[Ромзес Панагиотис]

обычный AJAX работать не будет

да нет проблем с AJAX при наличии соответствующих HTTP заголовков CORS.

[Indemsys]

Ромзес Панагиотис,
Это понятно, но как любому браузеру сказать чтобы вставил такой заголовок?
Из JavaScript этим насколько знаю управлять нельзя.

[Алексей Ярков]

Indemsys,

как любому браузеру сказать чтобы вставил такой заголовок?

Заголовок должен вставлять НЕ БРАУЗЕР, а на серверной стороне отдаваться он должен.
Можно, конечно, поставить в браузер расширение, которое будет подменять заголовки ответа и добавлять нужные, но это изврат.

[Indemsys]

Алексей Ярков,
Я читаю здесь
https://en.wikipedia.org/wiki/Cross-origin_resourc...
Отсюда не следует что за CORS ответственен только сервер.
CORS начинается с правильного запроса браузера.
Обратите внимание там на фразу - A CORS-compatible browser

[Ромзес Панагиотис]

Indemsys, да, браузеры умеют правильно обращаться с CORS.
На русском: https://developer.mozilla.org/ru/docs/Web/HTTP/CORS
Так что остается лишь обеспечить отдачу заголовков сервером.

[Indemsys]

Ромзес Панагиотис,
Нет, там не написано явно, что все браузеры умеют и умеют это по умолчанию.
А в этом я и вижу главную проблему.
И CORS начинается с браузера отсылкой чего-то такого: Origin: foo.example
В NodeMCU не знаю сможет ли человек добавить в заголовки нужные поля и отработать OPTIONS. Это будет ему уже второй проблемой.

[Ромзес Панагиотис]

Indemsys,
Браузеры ведь на стороне клиента. Мы полагаем, что он использует не сильно устаревшую версию немаргинального браузера. То есть, в 95% случаев и выше, с поддержкой CORS не будет проблем.
https://caniuse.com/?search=Access-Control-Allow-H...

[Indemsys]

Прикольно что сервер должен явно указать браузеру откуда что можно скачивать.
А со звездочкой много браузеров ответ не принимают.
Я даже не знаю как автор будет это реализовывать на NodeMcu.
Ему легче все же отказаться от AJAX.

Answer 2

[Константин Зайцев]

1. Что Вы понимаете под фразой

чтобы сайт существовал независимо от плат

Если вообще без оборудования, то нет конечно. Если Вы готовы выделить для сайта отдельный компьютер, то да, это реализуемо.
2. Если все равно выделять компьютер, то почему бы и нет. тот же home assistant прекрасно с MQTT работает. И да, хостингом будет компьютер, арендовать ничего не надо. Или наоборот, арендовать хостинг и не покупать компьютер.

Comments

[Михаил]

Естественно я подразумеваю работу с оборудованием (пк).

Про home assistant уже писал выше

[Константин Зайцев]

Тогда по п.1 могу предложить следующее. На каждой плате nodemcu свой web-сервер, по адресу ipN/widget к примеру простая и малеькая страничка-виджет с кнопочками и цифирками. Гдето в локальной сети лежит web-страница централизованного управления, в которой через

<iframe src="http://ip1/widget" width="300"></iframe>

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

[Михаил]

Константин Зайцев, Интересная идея.
Я правильно понял:
* нужно подключить все платы и устройства к домашнему wi-fi и на каждой плате создать локальный сервер со своим Ip
*потом эти адреса добавить в код главной страницы.

Страница управления находится на пк? Смогу я, допустим, создав и запустив страницу через OpenServer, получать и передавать данные на платы?

[Константин Зайцев]

Да, все правильно.
Страница управления находится на ПК в той же сети, что и контроллеры nodemcu. Страница может быть даже просто HTML файлом, iframe все равно откроет сторонний сайт по IP адресу. Также копию страницы управления можно разместить на каждом контроллере, например по IP/control тогда открывая эту страницу увидим виджеты всех контроллеров, и сервер не нужен вообще.

[Михаил]

Константин Зайцев, Спасибо за объяснения. Интересно на сколько это все масштабируется. Если в будущем я захочу подключить дополнительно еще 10-20 плат NodeMcu, код страницы управления тоже станет больше. Вывезет ли это каждая плата по отдельности? У них вроде ограничения на 1мб под скетчи.

Но в любом случае идею вы мне подкинули, буду думать))

Answer 3

[PrAw]

Raspberry Pi в локалке и хорошо.
На ней поднять mosquitto с поддержкой веб-сокетов, тогда и из браузера можно напрямую с mqtt общаться
бонусом можно Node-red поднять, там и логика и просмотр

Answer 4

[motomac]

По второму вопросу я бы не парился с поднятием собственного брокера и использовал какой-нибудь публичный. Например, www.mqtt-dashboard.com. Устройства подключаются к брокеру и пишут в один топик, ваш сайт/страничка подключается к тому же брокеру и подписывается на этот топик (MQTT over WebSocket). Для реализации этого можно использовать JS библиотеку https://www.npmjs.com/package/mqtt

В обратную сторону аналогично. Устройства подписываются на другой топик и слушают команды, отправленные в него с вашего сайта/страницы.