Комментарии 19
Почему бы вместо JSON не выдать HTML. Готовая метеостанция с вебинтерфейсом.
Или в MQTT-топики публиковать — питоновский MQTT-клиент paho весьма функционален (по крайней мере, в десктопном варианте — хотя в нем и нет в отличие от Java setAutoReconnect).
А для просмотра в MQTT-клиенте можно настроить интерфейс по своему желанию, начиная с такого спартанского варианта:
Недостаток — потребуется использовать стороннего брокера или развернуть свой "москито", что удобнее — на VPS.
Вот эта строка
при определенных условиях сможет подарить вам несколько незабываемых часов отладки, причем даже если запрос будет меньше 4096 байт размером.
return str(self._connect.recv(4096), "utf8")при определенных условиях сможет подарить вам несколько незабываемых часов отладки, причем даже если запрос будет меньше 4096 байт размером.
Есть облачные сервисы которые неплохо работают с IoT
Нарпимер, thingspeak — бесплатный (с лимитами) API как раз для таких штук.
Настроили отправку раз в 2-5-10 минут и можно смотреть и текущее значение и историю, даже не находясь в локальной сети.
При желании можно к тому же облачному API можео прикрутить веб морду которая будет от него забирать данные.
Использовал с esp8266 года полтора, без каких либо проблем.
Нарпимер, thingspeak — бесплатный (с лимитами) API как раз для таких штук.
Настроили отправку раз в 2-5-10 минут и можно смотреть и текущее значение и историю, даже не находясь в локальной сети.
При желании можно к тому же облачному API можео прикрутить веб морду которая будет от него забирать данные.
Использовал с esp8266 года полтора, без каких либо проблем.
НЛО прилетело и опубликовало эту надпись здесь
Вопрос лишь в соотношении трудозатрат к результату и требованиям.
Потеря данных о температуре в спальне n лет назад конечно печальна, но не критична.
А вот из коробки вы получаете и публичный API с ключом, и хранилище, и начальную аналитику, и доступ из любого места где сеть есть.
Да это все можно сделать вручную, особенно если важен сам процесс. Да, я бы не стал подключать публичные сервисы если ардуино контролирует что-то, как например замок от двери итд.
Но для не критичных данных это быстный и довольно удобный выход.
Потеря данных о температуре в спальне n лет назад конечно печальна, но не критична.
А вот из коробки вы получаете и публичный API с ключом, и хранилище, и начальную аналитику, и доступ из любого места где сеть есть.
Да это все можно сделать вручную, особенно если важен сам процесс. Да, я бы не стал подключать публичные сервисы если ардуино контролирует что-то, как например замок от двери итд.
Но для не критичных данных это быстный и довольно удобный выход.
Облака это не всегда хорошее решение, и не везде подходит. Как показывает практика, лучше иметь свою экосистему. Облако завтра может быть закрыто по любой причине (даже у Гугла внезапно закрываются сервисы). Самое надёжное поставить малину как сервис и завести на ней все что угодно, при этом будет и в мир смотреть
поедет это все на esp8266-esp01? все-таки nodemcu жирновато для датчика…
Как captive portal эту штуку настроить можно? Чтоб и https на страницу авторизации направлял.
Уже существуют проекты github.com/jczic/MicroWebSrv и github.com/jczic/MicroWebSrv2. Правда ESP8266 похоже не поддерживается (могу ошибаться).
Отличный пример того, как весь инет читает твою домашнюю информацию. ) Иначе слабо представляю удобство такого использования. Можно конечно дальше сервер на сервер натянуть, собирать данные с них в одно место, которое будет с ограниченным доступом, но тогда получается сомнительность такой нагрузки/потребления на ESP (и как следствие, более узкая область использования).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
MicroPyServer простой HTTP сервер для ESP8266 и ESP32