Мой умный дом на ESP8266, часть 2 0


AliExpress RU&CIS

Начало этого цикла статей находится здесь.

Продолжаю свои изыскания в плане создания базы, на основе которой без пайки можно быстро создавать умный дом. Как я уже говорил, эта база рассчитана на обычного прикладного программиста, например фронт-разработчика, который не хочет углубляться в дебри радиоэлектроники и не хочет паять (ну может по минимуму), потому что нет на это времени. Но хочет создавать свои устройства, которые легко можно будет подключать к своему серверу и все вопросы решать способом, который ему хорошо знаком по роду своей деятельности, то есть программированием, причем на PC.

Итак, для первой версии этой базы выбран чип ESP8266, на основе которого будет строиться весь умный дом.

ESP8266

Микроконтроллер ESP8266 самодостаточен, легко программируется как Arduino (то есть это С++ и среда Arduino IDE), имеет на борту Wi-Fi, компактный и есть множество модификаций под разные нужды. Также есть его развитие, это ESP32, который более мощный. В общем идеальный контроллер. Недостаток лишь в напряжении питания (не пять вольт, а 3.3 вольта).

К контроллеру ESP8266 можно по проводам (причем довольно длинным, несколько метров) можно подключать разные датчики и исполнительные устройства по таким протоколам как 1-Wire, I2C. Почему именно эти протоколы? Потому что они очень простые и популярные (спасибо Arduino).

То есть, датчик или устройство по проводу подключается к ESP8266, который в свою очередь подключается по Wi-Fi к вашему серверу. Сервер можно писать на любом языке, например на платформе NodeJS. Но желательно использовать готовые сервера, о которых я расскажу позже. Ваш сервер позволит настроить любую логику работы умного дома.

Например можно в электрощитке разместить ESP8266 и реле. На это реле повесить освещение. А на стене повесить ESP8266 и кнопку. При помощи кнопки включать/выключать освещение. Обработчик нажатия на кнопку находится на сервере. Еще можно несколько датчиков температуры (улица, комнаты)по проводам подключить к ESP8266. На входную водопроводную трубу можно разместить датчик расхода воды и подключить к еще одному ESP8266. Контроллер стоит от 80 рублей, так что вешать их можно до упора (где этот упор не ясно, наверное зависит от роутера и помех на частоте 2.4 ГГц).

Компоненты умного дома

Теперь я хотел бы подробнее остановится на компонентной схеме умного дома. Все компоненты уместились в следующей схеме:

Компоненты умного дома
Компоненты умного дома

Слева-направо: сначала идет ваше устройство на ESP8266, далее это прошивка ESP Easy (ее ставим на ESP8266), прошивку подключаем к MQTT-брокеру (например WQTT.ru или свой брокер на своем сервере), веб-сервис WQTT.ru уже имеет подключение к Алисе (на своем брокере это подключение придется сделать самостоятельно, что в общем несложно, потому что это наша привычная работа программиста), далее сервер логики Node RED, который подключен к MQTT-брокеру и управляет всем умным домом. И в конце можно поставить Homebridge для связи умного дома с Homekit.

Как вы наверное догадались, homebridge с голосовыми помощниками не обязательные компоненты. Главное это MQTT-брокер и Node RED. Эти два сервера вам обеспечат практический полный функционал и доступ к настройке любой логики.

Думаю общая картинка умного дома уже появилась и можно переходить к самим компонентам в отдельности. В этой статье рассмотрим MQTT-брокер и само устройство. В следующих статьях будем рассматривать настройку прошивки ESP Easy и Node RED. Этого будет достаточно, чтобы запустить простейший вариант умного дома.

В качестве устройства у нас будет светодиод, который встроен в ESP8266 и сидит на пине GPIO2. Этот светодиод будет имитировать освещение в гостиной например. Также подключим кнопку, которая будет включать этот светодиод. И еще в нашем устройстве будут два датчика: DHT11 и BMP085 (влажности и барометр с термометром). 

В логику (которая будет хранится в Node RED) заложим управление кнопкой и светодиодом, оповещение по телеграму о резком похолодании в комнате и вывод значений датчиков в Homekit и Алису.

Тестовое устройство

Тестовое устройство я собрал из того что было под рукой. И выглядит оно следующим образом:

Тестовое устройство
Тестовое устройство

У меня был модуль Troyka Wi-Fi (это ESP8266 в модификации ESP-12F)от магазина Амперка. Но можно использовать любой вариант ESP8266. Датчик DHT11 подключен к одному из пинов контроллера, а датчик BMP085 подключен к пинам, которые будут работать в режиме I2C-протокола (выбор пинов настраивается в прошивке ESP Easy).

То же устройство, но в виде принципиальной схемы:

Принципиальная схема (на детали U3 я показал встроенный светодиод)
Принципиальная схема (на детали U3 я показал встроенный светодиод)

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

Устройство это собирается легко как Arduino, только вместо Arduino вы будете использовать ESP8266. Оно мощнее, но питание 3.3 вольта, о чем нельзя забывать. Добавите 5 вольт — сожжете его. Контроллер можно прошивать своими скриптами. Они тоже весьма простые и из них можно будет подключаться к HTTP-серверам и MQTT-брокерам. Но этот вариант мы рассмотрим позже, сейчас я предлагаю рассмотреть вариант готовой прошивки.

Итак устройство собрано. Как прошивать рассмотрим в следующей статье. Теперь перейдем в MQTT-брокеру.

MQTT-брокер

Свой MQTT-брокер пока затевать не будем, а воспользуемся готовым. Веб-сервис WQTT.ru предоставляет простой MQTT-брокер по цене 200 рублей за полгода (первый месяц бесплатно, что вполне нам достаточно для экспериментов). Заходим на сайт этого сервиса https://www.wqtt.ru/ и регистрируемся. После регистрации мы молучим адрес брокера, номер порта, логин и пароль. Их мы позже пропишем в прошивке микроконтроллера и в Node RED. Все, брокером можно пользоваться сразу. Но, если вы хотите подключить Алису, то на WQTT нужно описать датчики и устройства. Это сделать легко, потому описывать не буду. У вас в итоге должна получится такая таблица:

Таблица устройств и датчиков на wqtt.ru
Таблица устройств и датчиков на wqtt.ru

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

Думаю настало время рассказать, а что же это такое MQTT-брокер и какую роль он играет.

Во-первых, это программа для обмена сообщениями между устройствами вашего умного дома. Сообщение это просто маленькая текстовая строка. В ней можно передать например состояние кнопки или значение какого-либо датчика.

Можно сделать так, чтобы это сообщение (точнее последнее сообщение) сохранилось на брокере. И таким образом состояние вашего умного дома будет храниться в брокере. Если вы знаете что такое MVC, то брокер это M, Node RED это C, а ваш смартфон это V. Если не знаете, то пропустите это.

Во-вторых, кроме отправки сообщения можно на них подписываться. Все, кто подписался, будут гарантированно получать сообщения из того или иного топика. Например у нас есть топик ESP_Easy/BMP085/Temperature. Наше устройство (которое мы назвали ESP_Easy) регулярно (например каждые 5 минут) отправляет на этот топик значение температуры из датчика BMP085. А в Node RED мы создадим подписчика на этот топик и будем принимать эти сообщения. В самом подписчике мы опишем что мы хотим с этой температурой делать, например отобразить на экране смартфона в Homekit.

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

Резюме

Устройство у нас собрано. Пока без прошивки. Брокер настроен. Далее мы подключим Node RED, прошьем контроллер и все это соединим воедино.




Комментарии (60):

  1. RingoAl
    /#22737398 / +1

    Проблема в вашей схеме в том, что без интернета весь ваш умный дом превратится в тыкву

    • shaggyone
      /#22737680

      Никто не запрещает mqtt в домашней сети поселить.

      • RingoAl
        /#22737708 / +3

        Я понимаю, но автором предлагается использовать WQTT.ru

        • shaggyone
          /#22737990

          Я к тому, что это не фундаментальная проблема, для первых шагов вполне вариант.

          • RingoAl
            /#22738106

            С одной стороны да, с другой — «нет ничего более постоянного, чем временное» и не лучше ли сделать сразу и правильно?

            • shaggyone
              /#22744358

              Я бы с вами согласился, если бы человек что-то другим людям за деньги делал, а так, его решения, ему же расхлёбывать возможные последствия. Потом, речь о хобби, хобби проекты не обязаны быть… да вообще ничем не обязаны. Разве что укладываться в рамки закона, даже соответствие здравому смыслу не обязательно.

              Автор попробует и, быть может, сам придёт к выводу, что брокер MQTT лучше свой использовать. При этом не придётся переделывать всё, достаточно будет параметры соединения поменять.

    • khusamov
      /#22738306 / -4

      Требования к умному дому читайте в первой статье.

  2. kerenskiy
    /#22737444 / +2

    Вижу метеостанцию на Node-Red. Умный дом не вижу…

    • khusamov
      /#22738416

      Во-первых, к системе легко подключить новые устройства. Основной упор именно на это, чтобы была база для создания своей логики и своей сети устройств. Во-вторых… это цикл статей.

  3. asrrd6
    /#22738298 / +1

    Подскажите, а не рассматривали другие прошивки? Например, ESPHome (может напрямую работать с HomeAssistant и MQTT не нужен) или Tasmota (есть функции прямого взаимодействия устройств без Интернета — device groups и KNX)?

    • khusamov
      /#22738378

      Рассматривал. Под мои требования не подходят.

      • asrrd6
        /#22738740 / +1

        Странно, мне показалось что из всех вариантов именно ESPHome будет оптимальным — он активно обновляется, может ставиться как адд-он в HomeAssistant и поддерживает расширения/дополнения на С++ (как и требовалось). Кроме того, в HomeAssistant Add-On Store есть как Mosquito MQTT, так и NodeRED. Т.е.получается единая точка управления/конфигурации системы. Если Вы говорите о Малине, то все даже останется внутри домашней сети.

        • khusamov
          /#22739092 / -1

          Я ищу путь более понятный для фронт-разработчика. ESP Easy более понятная система. И она дает нужный результат.

  4. arozhankov
    /#22738464

    Непонятен выбор wqtt. В NodeRED это несколько кликов — установка палитры брокера, размещение ноды брокера в потоке и его банальная настройка.

    • khusamov
      /#22738498

      Я даже и не знал что в Node Red есть такая возможность. Вообще к Node Red еще надо привыкнуть. Такого класса ПО я еще не использовал.

  5. Rosti
    /#22738478

    К сожалению ESP_easy не поддерживает шифрование MQTT, тоесть все данные, включая mqtt пассворд передаются открытым текстом.

    • khusamov
      /#22738532

      Требований таких не было пока. Но думаю прокси может помочь в этом деле, если действительно надо шифровать. Или другая прошивка.

  6. catBasilio
    /#22738920

    А не смотрели в cторону ZigBee? на modkam ребята много чего интересного делают и схемы можно посмотреть и прошивки.
    Профит зигби в том, что он не требует интернета. То есть если РКН забанит вас и все ваши wqtt,hodered,homebridge, А шлюз взорвется или упадет с 27 этажа на асфальт… то внезапно, большая часть функций будет работать. Так как в протоколе есть такое понятие как binding. это когда можно напрямую подключать устройства друг к другу, и они будут работать даже если координатор сети отвалится.

    • khusamov
      /#22739160

      ZigBee менее понятный для фронт-разработчика. Я так и не нашел простого мануала как быстро запустить пример типа Hello World. Поэтому пишу такой мануал самостоятельно и в конце цикла его тоже опубликую. Но реально долго это делаю, т.к. Wi-Fi намного проще в понимании, чем ZigBee.

      • megazhuk
        /#22739696 / +1

        А можно вопрос не очень в тему?
        Для чего вы говорите за всех "форнт-разработчиков"?
        И для чего вы про себя говорите от лица всех "форнт-разработчиков"?


        Это шаблоны и ярлыки в которых может затеряться личность.

        • khusamov
          /#22740410

          Я про себя говорю. И про тех, кто ищет подобное руководство.

        • AlexGluck
          /#22746562

          Автор же сказал, ума не хватает фронтенд-разработчикам, всем. Что вы пристали?)

      • shaggyone
        /#22744362

        «Hello World» в случае ZigBee это послушать события и включить/выключить чего-нибудь в соответствии с ними. В сами устройства ни паяльником, ни с программатором лезть нет необходимости.

  7. catBasilio
    /#22739018 / +1

    Не используйте DHT11 у него стабильность плохая. Лучше возьмите
    BME280. Он и температуру и влажность и давление меряет, и очень точно.

    Кроме того, подумайте о том, чтобы заменить ESP8266 на ESP32. Если нужно будет делать автономное питание то у 8266 есть архитектурные проблемы.
    — Он не может долго спать. по-моему макс 40 минут.
    — Нельзя запоминать некий стейт в RTC памяти
    — нет ULP процессора.
    — официальный SDK уже фактически не развивается. А в том что есть — там черт ногу сломит.

    в ESP32
    — можно спать сколь угодно времени до наступления события
    — можно при просыпании по-быстрому обработать причину в ULP и решить нужно ли будить основное ядро.
    — есть RTC память. которая не сбрасываетя в deep-sleep.
    — есть bluetooth. То есть можно делать BLE маяки, которые будут сильно энергоэффективнее wifi.
    — официальный SDK (ESP-IDF) очень активно развивается. есть много документации и примеров.
    — 2 ядра на 240mhz!!! я как-то телеграм бота делал на esp32 который по https ходил. все работало довольно быстро.

    • asrrd6
      /#22739158 / +1

      Со многим согласен, но:
      — Продолжительность сна 8266 (если верить Тасмота) — 71 мин tasmota.github.io/docs/DeepSleep. Они обходят это ограничение кратковременным (0.3 сек) просыпанием и засыпанием снова. Т.е. некритично.
      — Для ULP процессора нужно писать на Ассемблере, насколько я понял. Не каждый возьмется. А если ставить прошивки типа ESPEasy, ESPHome, Tasmota так наверное и не получится?

    • khusamov
      /#22739210

      Согласен. Но не все сразу. Главное взлететь. А там разберемся)

  8. Alecseyyy
    /#22739102 / +2

    Где тут умный дом то? Дом станет умным только при появлении сценариев взаимодействия, логики работы устроцств без вмешательства в эту систему. А так просто датчики в интернет данными срут.

    • khusamov
      /#22739512

      Вообеще-то я написал об этом. Node RED же будет. Плюс rules в прошивке ESP Easy. В следущих статьях будут подробнее разобраны.

  9. telobezumnoe
    /#22739312

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

    • zopukh
      /#22741790

      Хозяин ушёл на работу и «умный дом» превратился в тыкву. Это ещё интересней, чем использование облачного mqtt-брокера.

      • telobezumnoe
        /#22741990

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

      • khusamov
        /#22741996

        Не вижу связи между "ушел на работу" и "УД выключился". Поясните, пожалуйста, свою мысль.


        У меня тестовая система работает. Я уже много раз уходил, но она как работала так и продолжает работать. С чего ей вдруг ломаться?

        • IlyaGalkin
          /#22742278

          С чего ей вдруг ломаться?
          Эти ребята тоже так думали

          • khusamov
            /#22743852

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

  10. REPLAY_5
    /#22739518

    Пробовал когда то строить на esp, но… беда в том что wifi не потерпит много клиентов, особенно если некоторые в подрозетниках, гле сигнал плохой :( выходит полунерабочая, тормозная поделка...

    • khusamov
      /#22739582

      Поэтому я предложил гибридную сеть. Сервер, wi-fi до ESP, от ESP до датчиков и исполнительных устройство провода на 1-Wire и I2C. А потом, когда я допишу мануал по ZigBee, то будет еще лучше.

      • IlyaGalkin
        /#22741402

        Вы предлагаете дичь… I2C интерфейс для связи мк и периферии на плате, а не для прокидывания проводами на метры. Ни о какой надёжности вашего "умного дома" и речи не идёт, а это первичный параметр в системе, которая управляет инженерными коммуникациями в квартире или доме.

        • khusamov
          /#22741788

          Мне это предложили профи в электронике. И не просто предложили, а обосновали и показали что I2C действительно работает на довольно больших расстояниях. И ничего не глючит.


          А провода довольно надежный вариант. У меня всегда было куча проводов в квартире и ничего, все работало надежно. Так что не совсем понятно о какой надежности вы пишите.

          • IlyaGalkin
            /#22742266

            Мне это предложили профи в электронике
            Профи себя не считаю, но на вашем бы месте я бы начал сомневаться. Такое обычно профи в arduino предлагают просто.

            работает на довольно больших расстояниях. И ничего не глючит
            Так мы говорим о надежности, в электронике вообще довольно мало вещей, которые вообще не работают. Они будут работать на столе, может быть даже какое-то время «в поле», но вероятность сбоя высока и будет грустно, если условный «умный дом» случайно включит чайник или не корректно считает данные с датчика в теплых полах.

            Просто сам I2C изначально предполагался для соединения всякой низкоскоростной периферии на плате, например, eeprom, датчик температуры или что-то такое. У данного интерфейса же есть свои особенности, как ограничение емкости линии, правильный выбор подтягивающих резисторов и прочее. Вряд ли вы провода между своими устройствами как-то обдуманно выбирали и вообще задумываясь о емкости.

            А провода довольно надежный вариант
            Так никто же не спорит, я же не радио вам предлагаю использовать, а более подходящий для задачи интерфейс. Есть же всякие can-ы, модбасы и прочие прелести, реализация которых стоит 1$ на устройство + можно реализовать диагностику линии, например, на отрыв контакта, что на длинной дистанции опять же повысит надежность.

            Просто все статьи в стиле «мой умный дом» выглядят как поделки школьников, которые с обедов накопили на китайские модули, пытаются что-то повторять по чужим проектам, но понимания при этом нет. Это неплохо пока ты школьник, но взрослым дядям же надо задумываться о том, что они проектируют.

            • khusamov
              /#22743114

              Ничего. Разберемся. Главное стартануть.

          • telobezumnoe
            /#22742398 / +1

            датчик находится в полутра мерах от контроллера, подбирал подтягиваюшин резисторы. так вот стоит включить освещение в соседней комнате, такая дичь оттуда начинает сыпаться… единственное что уменьшило этот шум(но не исключило) это использование экранированных витых пар..

          • Alexeyslav
            /#22743606

            В I2C есть моменты завязанные на фронты двух сигналов, оно может и работает на большее расстояние нежели плата но только по чистой случайности или об этом надо постоянно помнить и выравнивать электрические длины для двух сигналов… это не очень хорошо для надёжности. Тот же RS-232 которому уже лет 50 и то лучше…

  11. sav13
    /#22743436

    Никто не разворачивал умный дом на ESP-Mesh? Вроде в для Arduino IDE создали специальную библиотеку painlessMesh.
    Очень заманчиво, чтобы не городить дома кучу WiFi точек доступа, чтобы обеспечить дохлым ESP нормальное покрытие.

    • asrrd6
      /#22754392

      Тоже думал в этом направлении, но… это требует постоянной работы ЕСПешэк (никакого сна, но в плюсе быстрая/мгновенная реакция на датчики, и наверное в чем-то проще в подключении/настройке). Еще минус — дистанция между точками ограничена (другие точки, помехи, стены).
      Похожее/лучшее решение, по-моему (если важна энергоэффективность) будет на модулях JDY-40 или nRF24L01 — дистанция от 100 м до 1-2 км, более энергоэффективные, дешевле ЕСПэшки (даже 8266, не говоря о ESP32 NodeMCU). В этом варианте в дальних точках будут именно датчики с модулем передачи (а не роутер/ретранслятор) — и это все на батарейках (т.е. получается небольшой автономный модуль который легко переместить/закрепить).
      Если важна простота — то да, пары-тройки ЕСП должно хватить на всю квартиру.
      Кстати, некоторые модули идут со штатным штекером для внешней антенны, т.е вопрос охвата/силы сигнала можно решить и так (взять антенну на 2.4 от старого раутера или ноутбука).

      • sav13
        /#22754460

        Тоже думал в этом направлении, но… это требует постоянной работы ЕСПешэк (никакого сна, но в плюсе быстрая/мгновенная реакция на датчики, и наверное в чем-то проще в подключении/настройке). Еще минус — дистанция между точками ограничена (другие точки, помехи, стены).

        ESP8266 и сон — как то не очень совмещаются.
        Жрут много даже во сне, выход из сна через перезагрузку, а значит и переподключение к WiFi. В этом отношении лучше Zigbee я пока не видел ничего.

        Похожее/лучшее решение, по-моему (если важна энергоэффективность) будет на модулях JDY-40 или nRF24L01 — дистанция от 100 м до 1-2 км

        Ни разу не удалось получить на nRF24L01 хорошее покрытие. Мощность передатчика там меньше чем у WiFi и те же 2.4ГГц
        NRF52 немного получше — у них радиотракт помощнее. Из них NRF52840 самые мощные.
        Тут принцип работы, как и в Zigbee — самоорганизовывающая сеть, где любое устройство может стать роутером/ретранслятором

        • asrrd6
          /#22755410

          Если верить diyi0t.com/how-to-reduce-the-esp8266-power-consumption то 8266 ест в глубоком сне 10/20 мА, без модема — 20/30, на полном ходу — до 200.
          Zigbee, бесспорно хорош в энергоэффективности, но цена всего набора (хаб плюс пару-тройку датчиков, плюс реле) выходит высоковата (как по мне).
          А вот о Вашем опыте с nRF был бы рад услышать, т.к. пока моя мысль движется именно в этом направлении (особенно интересна связка ESP32 на внутреннем Bluetooth modeme и nRF Bluetooth на датчике).

          • sav13
            /#22756118

            10мА в режиме глубокого сна это жуткие токи при работе на батарейках. NRF52 получается 2-3мкА с прерыванием по таймеру. И около 20мА в режиме передачи на максимальной мощности. Сейчас тестирую устройства на CR2450 — несколько месяцев уже полет нормальный

            NRF c Bluetooth я не запускал. Не нашел примера реализации нормального.

            А вот NRF24, NRF51, NRF52 c Mysensors использую уже несколько лет.
            Пока самые интересные модули получаются E73 на NRF52832 при цене менее $2.5

            ESP32 активно использую в коммерческих задачах. Там FreeRTOS — песня!

            • khusamov
              /#22756662

              А где вы используете ESP32 в коммерческих задачах?

              • sav13
                /#22757370

                из последних:
                Умные теплицы
                Контроллер для пивоварни
                Контроллер уличного освещения (c GSM)

  12. belov-ve
    /#22743830

    По моему пока статьи автора ещё очень сильно не дотягивает до уровня хабра. Понимание в теме, в выбираемой архитектуре решения, вопросы надежности, автономности работы и т.д. и т.п. отсутствуют.
    Для начала замените "светодиод" на полноценную индуктивную нагрузку. Возможно после этого поймёте, что просто как front-end разработчику без паяльника, в теме умного дома Вам делать нечего.
    А далее подумайте про автономность работы Дома (это не ups), на что косвенно и напрямую на протяжении двух статей обращают ваше внимание.

    • khusamov
      /#22743900

      полноценную индуктивную нагрузку

      Пока не планировал такую нагрузку ставить… Это же вроде как двигатели всякие. А у меня пока что только лампы и обогреватели.

      • belov-ve
        /#22744000

        Во-во. "вроде как двигатели всякие". Вы ещё мыслите на уровне светодиода. Реле под нагрузкой это нечто другое. Вот тут отдельные статьи можно писать — обычные реле, твердотельные, и т.п. Как вы собираетесь коммутировать нагрузку? Подключите лампу 220В, свой обогреватель. Реальную кнопку подвесте на ESP. Схему питания, приближенную к реали. Хоть лампу себе на рабочий стол запитайте. Активно попользуйтесь пару недель. Я тему ЭМИ после этого вспоминал, вспоминал RC цепи, про которые как программист давно забыл. Десяток вариантов переделал. И код перелопачивал для обеспечения восстановления работоспособности и большей стабильности.
        Никто не утверждает, что на 8266 нельзя собрать адекватное управление. Ещё как можно, но с учётом большого количества "НО" и опыта. У меня работает несколько самоделок стабильнее, чем промышленные zigbee выключатели. Как раз на esp8266.
        А в ваших статьях нет главного — понимания необходимости стабильной работы. Нет опыта. Вы молодец, что делаете, изучаете тему. С темы "светодиодов и датчиков температуры" начинал каждый, кто этим интересовался. Но сразу писать об этом серию статей…

  13. avbase
    /#22743866

    У меня 14 ESP трудиться, роутер не тормозит, и свет включается и гараж открывается Пример поумневшего дома

    • khusamov
      /#22743880

      Наконец-то, свет в конце тоннеля))))
      Вы невозможны!


      Мне тут карму плинтуса опустили только за то, что я хочу строить сеть на одних ESP-шках)))


      И кстати, сеть на ZigBee получается дороже, чем на ESP-модулях. Это правда пока первая прикидка, но уже модуль ESP стоит от 80 рублей, а ZigBee — от 300 рублей.

      • avbase
        /#22743972

        Никаких проблем, жаль только что Espressif поддерживает частоту 2.4 Ghz.

        • khusamov
          /#22745790

          А вы какие модули используете? ESP-01, ESP-12, Wemos, NodeMCU, ...?

          • avbase
            /#22746118

            Пока в проекте 11шт wemos D1R2 (ESP-12E) и 3шт D1R32 (ESP32). Участок большой, расстояния приличные, поэтому так много :)image

            • khusamov
              /#22756668

              А вы от батареек или от сети питаете ESP?

              • avbase
                /#22758808

                Импульсные бп для лид, с алиэкспресс…

  14. chakabaka
    /#22745780

    Основная проблема MQTT это отстутствие шифрования (а данные гуляют по воздуху).
    Его можно поднять с сертификатами (сертификат в скетче — это изящно и удобно, да).
    Второй момент — отстутствие нормальной (работающей) ОТА библиотеки.
    У меня напрямую не вышло.
    Только через загрузку скомпилированного бинарника по https с NodeRed.
    А ведь потенциальный "мамкин хакер" может попросту долбить "дропами" WiFi (библиотеки на которой можно поднять mesh сеть и чтобы в ней работало все что описано выше я не нашел).
    Короче дело было год назад и может что то и поменялось.