• 2022.08.06. Исправлена ошибка отсутствия периодического обновления данных BLE монитора в Mqtt в версиях 2022.07.12-2022.07.29.
• 2022.07.29. Исправлена ошибка при соединении с Mikettle в версиях 2022.07.12-2022.07.25.
• 2022.07.25. Переделал сохранение параметров шлюза в NVS с целью уменьшения требуемой памяти. Нужно было место для сохранения сертификата. После обновления желательно в настройках отметить пункт "Format NVS area" и далее "Save setting" для удаления лишних записей. Добавлена поддержка Mqtt соединения с SSL/TLS. Авторизация по логину и паролю. Сертификат вводится в поле "Certificate" (я вводил копипастом из Notepad), можно и без строк "BEGIN CERTIFICATE" и "END CERTIFICATE". В NVS эти строки не сохраняются. Если поле "Use SSL/TLS" отмечено, а в поле сертификата пусто, соединение устанавливается без проверки сертификата сервера. Для более строгой проверки можно отметить "Hostname verify". При этом имя сервера Mqtt сравнивается с прописанным в сертификате. Эту опцию не тестировал. При тестировании выяснилось, что Mqtt Explorer имя сервера не проверяет. Проверял работу с Mosquitto / Home Assistant и самоподписанными сертификатами по описаниям Mosquitto SSL Configuration -MQTT TLS Security, и Mosquitto, SSL, certificates - how to?. Есть также возможность использования имеющихся в среде esp-idf корневых сертификатов. Для этого нужно отметить опцию "Use x509 Bundle". Если она включена содержимое поля "Certificate" игнорируется. Добавил соединение через WS(websocket, не проверял). Если строка сервера содержит номер порта не в конце, то в поле порт нужно вписать 0, а в строке сервера указать и порт через двоеточие. Проверена возможность сборки для esp32c3, пока только без опций экрана.
• 2022.07.17. Добавлены загрузка и отображение в текстовом виде погоды с сайта wttr.in. Размер буфера ссылки увеличен до 384 байт.
• 2022.07.12. Поддержка 5 одновременных BLE соединений и отслеживания 24 устройств в BLE мониторе. В сущность климата Home Assistant добавлены режимы auto и cool. Auto включает кипячение или кипячение с подогревом, cool включает подсветку. Это позволяет умному дому Яндекса только из климата управлять основными режимами работы. Добавлена также в ассистенте кнопка рестарта шлюза. В BLE мониторе MAC адрес во второй строке выводится без точек для быстрого копирования в настройки. В меню мультиварок русские буквы переведены в юникод. Добавлена возможность загрузки картинки по https. Проверка сертификата отключена. Добавлена возможность управления параметрами загрузки картинки по Mqtt, используя топики r4sx/jpg_url и r4sx/jpg_time. Если в Mqtt эти топики не прописаны, а также после сохранения настроек, эти параметры копируются из настроек в Mqtt. Установка нулевого интервала обновления возвращает кота на экран. Длина буфера ссылки пока 256 байт. Это 256 английских или 128 русских букв. Если ссылка не содержит строки "http://" или "https://", то шлюз считает это сообщение простым текстом и отображает на экране. Доступно 2 шрифта и пока 10 вариантов цветов. Управляющие символы: \ \ или \n - перевод строки, \F - шрифт 26 пикселей и перевод строки, \f - шрифт 16 пикселей и перевод строки, \0 ... \9 - цвета. Поддерживается кириллица, проверял, правда, только из mosquitto. Он поддерживает юникод по факту, как другие брокеры, не знаю. Пока шлюз не получит корректную дату, она на экране не отображается. Добавлен контроллер полива Galcon GL9001A. Восстановлена возможность сборки шлюза без опций экрана. В уже собранных бинарниках процессор теперь работает на 240MHz. Если же источник питания не имеет запаса по току, можно использовать сборку для работы на 160MHz из папки build/160. Много мелких исправлений, может, что-то забыл написать.
• 2022.06.07. Добавлен датчик дыма RSS-61S. Окно определения количества воды при нагреве 65-85°C. Добавлена конфигурация для сборки в среде Platformio, спасибо bvp, подробнее здесь.
• 2022.06.03. Добавлена возможность вычисления уровня воды в процентах. Выбирается в настройках, после чего нужна рекалибровка при полном заполнении чайника. Значения в диапазоне 100-120% принимаются за 100%. Во всех устройствах в шлюзе с нулевым номером изменен префикс в сущностях и Mqtt топиках с "r4s" на "r4s0". После прошивки нужно выбрать в настройках "Delete Mqtt topics" для удаления не используемых более топиков в брокере и конфигураций устройств в Ассистенте. После чего поправить устройства в автоматизациях, скриптах и т.п. Топик и сущность "r4s" теперь используются для определения лучшего уровня сигнала от метки(маяка) среди нескольких шлюзов и номера шлюза, принимающего самый сильный сигнал. После обновления нужно также повторно выставить значения Timeout для всех меток(маяков). Мелкие исправления.
• 2022.05.20. Защищенное шифрованное BLE соединение для всех устройств, кроме климатической станции, запрашивается после 3-х неуспешных попыток авторизации при незащищенном соединении. В Mqtt Discovery в поле "connections" шлюза добавлен MAC адрес. При неизвестном количестве воды в Mqtt вместо "?" выводится "-0.0".
• 2022.05.06. При изменении значений "Timeout" в BLE мониторе нажатие "Ok" сразу записывает все значения в энергонезависимую память, а Mqtt Discovery отправляет все новые устройства в Home Assistant. Мелкие исправления.
• 2022.04.29. Добавлена опция авторизации устройств с использованием MAC адреса шлюза. Позволяет при соответствующей настройке работать рядом двум и более шлюзам с одинаковыми параметрами. Для каждого шлюза придется заново перепривязать все подключенные к нему устройства, предварительно очистив на них все существующие привязки. Добавлена поддержка ATC_MiThermometer с прошивкой от atc1441 в режиме custom.
• 2022.04.28. Переделан еще раз вывод меток(маяков) в Mqtt и Home Assistant Discovery. Добавлена поддержка ATC_MiThermometer с прошивкой от pvvx в режиме custom. После обновления рекомендую выбрать в настройках Delete Mqtt Topics и Format NVS Area. Увеличено до 32 символов поле сервера Mqtt.
• 2022.04.27. Переделан вывод меток(маяков) в Mqtt и Home Assistant Discovery. Добавлена поддержка BLE меток(маяков) приложения Home Assistant на смартфонах. После обновления рекомендую выбрать в настройках Format NVS Area. Поправлено обновление прошивки для macos/ios устройств, проверено пока только на iPhone.
• 2022.04.26. Добавлена регулировка времени кипения чайника. Допустимые значения от -5 до 5. Регулировать можно только при выключенном чайнике.
• 2022.04.23. Добавлена авторизация из pull request #67, спасибо Raerten. Добавлена регулировка яркости экрана в топике screen. Допустимые значения от 0 до 255. Добавлена возможность вызова картинки пятой кнопкой, пункт jpg. При конфигурации входов в режиме кнопок включается pullup, если это возможно (номер пина меньше 34).
• 2022.04.20. Пересобрал проект на версии esp-idf 4.4. С этой версией метки(маяки) сканируются нормально и при установленных соединениях. Запрашивается защищенное шифрованное ble соединение для всех устройств. Добавлена климатическая станция RSC-51S.
• 2022.04.11. Переделан Hass Discovery для мультиварок.
• 2022.03.30. Добавлен вывод количества воды в чайнике на экран, сенсор количества воды после последнего кипячения. Добавлен BLE monitor.
• 2022.02.15. Добавлен конвектор Redmond SkyHeat RCH-7001S.
• 2022.01.20. Добавлено вычисление количества воды в чайнике. Подробнее в описании ниже.
• 2021.12.22. Добавлена отдельно мультиварка RMC-M92S. Оптимизация, мелкие исправления.
• 2021.11.21. Добавлена возможность поиска и подключения к устройствам как по имени, так и по MAC адресу. Пригодится при работе с устройствами с одинаковыми именами. MAC адрес вводится в поле имени устройства в виде строки из 12 символов большими или маленькими буквами без двоеточий и тире. Найти адрес можно в строке "BLE Last found name/address" на главной страничке.
• 2021.11.19. Добавлена мультиварка RMC-M961S.
• 2021.11.14. Увеличено до 19 символов поле Mqtt Server.
• 2021.11.06. Добавлены "configuration_url" и версия прошивки для шлюза. Первая опция работает только на 11 версии ХА, на 10 версии из-за ошибки в этой опции разбор discovery на ней тормозится и в итоге пропадает выключатель экрана. Добавлена опция чистки топиков Mqtt.
• 2021.11.05. Исправлена ошибка в версиях 2021.11.03 и 2021.11.04, не обновлялся статус 3-го устройства при локальном управлении.
• 2021.11.04. Переделан вывод на экран даты для освобождения места. На освободившееся место цветом выводится состояние устройств, 1 - первое устройство, 2- второе и 3 - третье. Серый - не на связи или не определено, синий - выключено, красный - включено, желтый - подогрев, белый - установлена программа. Стало удобней пользоваться кнопками включения - выключения.
• 2021.11.03. Добавлена мультиварка RMC-M224S. Добавлено 5 портов ввода-вывода (Port1-Port5). Порты программируются на вывод(от 0 до 33 пина) или ввод(от 0 до 39), с учетом ограничений esp32, разумеется. Жесткой проверки не производится, так что возможно зависание esp32 при старте при неверном выборе пинов. Для первых трех портов предусмотрен также режим sw(sw1-sw3), когда порт работает в режиме ввода с активным низким уровнем как кнопка локального включения-выключения соответствующего устройства. В этом режиме состояние кнопки в mqtt не выводится. При включенном Hass Discovery порты в Ассистенте привязываются к шлюзу. Отмечу, что выключение порта не удаляет его из шлюза в Ассистенте, для этого нужно удалить в Mqtt брокере все топики с r4s, выбрав в настройках Delete Mqtt topics. При работе порта на ввод подтягивающие резисторы (pullup, pulldown) программно не задействовал, да и для пинов 34-39 esp32 это нельзя сделать. Пока потестируем, может что-то и стоит поправить.
• 2021.10.29. Добавлена поддержка экрана на ili9342.
• 2021.10.27. Добавлен топик heat. Включает подогрев с последней установленной температурой с момента соединения с чайником. При старте шлюза температура подогрева берется из Heat temp вкладки Setting. Если и там температура < 30°C, то по умолчанию температура подогрева 40°C.
• В Hass Discovery добавлено поле "via_device".
• Потребленная энергия выводится в кВт/ч.

Версия 2021.10.17.

• Во всех типах чайников топик "state" изменен на "boil". Буду изучать еще режим подогрева, возможно, добавлю топик "heat".
• В чайниках 200-240 добавлено включение и выключение цветовой индикации температуры воды, включение и выключение звуковой индикации, а также статистика.
• Включенная "offline Response" выводит offline в топиках состояний при отсутствии связи с устройством. Если она выключена, об отсутствии связи можно судить только по топику status. Если включена опция Hass Discovery, опции true/false и offline выключаются за ненадобностью.

Версия 2021.09.29.

• Добавлена лицензия.
• Mqtt топик state чайника Redmond теперь управляет только режимом кипячения, на режим подогрева не влияет.
• Увеличена длина пароля Mqtt до 19 символов. Работа с экраном теперь включается в настройках и по умолчанию выключена. Это нужно для запуска прошивки на esp32 с нестандартной разводкой пинов, например, на ESP32-PICO-D4 (m5atom lite).
• После кипячения чайник Mikettle переводится в режим поддержания температуры, что позволяет повторно включать кипячение без снятия с подставки.
• Добавлен чайник M170S.
• После обновления нужно проверить и при необходимости поправить тип чайника. При обновлении закрываются все BLE cоединения. Изменил параметры скана и добавил строку состояния BLE. При соединении показывает 2 этапа: open - установление соединения, auth - чтение характеристик устройства и авторизация.
• Немного поправил wifi, теперь пытается восстановить соединение 10 раз до рестарта.
• Уменьшил до 256 минут время сброса счетчика warming Mikettle.
• Вроде бы нашел в коде причину зависания BLE при сканировании. Зависаний BLE больше не замечал. Мониторинг состояния BLE сделан опцией "BLE monitoring" и по умолчанию выключен, сейчас я им не пользуюсь. Если он включен, поведение прошивки аналогично старой версии, то есть рестарт при потере соединения более минуты и ошибке скана.
• Добавлена поддержка мультиварки RMC-M903S и частично духового шкафа RO-5707S, за исключением режимов блокировки и автоподогрева.
• В RMC-M800S добавлена программа мультиповар. В режиме RMC-M903S можно попробовать и другие мультиварки.
• Отключена проверка состояния BLE соединений во время обновления.
• На экране вместо влажности в помещении выводится напряжение и ток из ZMAi-90.
  

• Это по факту стандартный протокол систем умного дома. Другое дело, как он реализован. От встроенного MQTT сервера в системе ioBroker, где все, что происходит в MQTT, сразу отображается в админ интерфейсе, до внешнего брокера в Home Assistant, где для настройки иногда приходится пользоваться сторонними утилитами. В последнем, правда, MQTT Discovery сильно упрощает интеграцию устройств в систему.
• В MQTT устройства могут обмениваться данными и между собой, а не только с сервером умного дома. В шлюзе можно настроить отображение на экране показаний основных датчиков в доме. На аргумент, что одни устройства могут бесконтрольно переписывать данные других замечу, что в нормальных брокерах существует система разделенного доступа (ACL). Хотя на вопрос, а зачем вообще заводить в систему устройства, которым нет доверия, у меня ответа нет.
• В MQTT могут обмениваться информацией устройства, вообще не знающие друг о друге ничего, кроме топика, где они должны встретиться. Это используется для определения максимального уровня сигнала от метки/маяка среди нескольких шлюзов, и шлюза, принимающего самый сильный сигнал.
• Поддержка MQTT включена в среду разработки esp-idf и не требует подключения сторонних библиотек. После неудачных попыток доработать очень неплохой проект olehs на arduino стал сторонником чистого esp-idf.
• Ну и немного imho, если кому интересно. Понятно, что встроенный сервер в принципе гибче, надежнее и быстрее внешнего, где сервер умного дома является лишь одним из клиентов. В Home Assistant не так давно тоже был встроенный сервер Mqtt, но потом он почему-то был убран из системы. Для сравнения, тот же ioBroker, Mqtt сервер там тоже не без проблем, но он там есть. Если уж в Home Assistant дело дошло до выпиливания встроенного Mqtt сервера (сейчас в документации на сайте не нашел даже упоминания о встроенном брокере), это означает только одно - не смогли. Особенно после их аргументов о лишней точке отказа, стабильности или же о больших задержках. Давайте тогда сделаем Native API на внешнем http сервере, а потом уже посмотрим, кто кого. Тем не менее многие считают, что в esp32 должна быть только esphome прошивка и общаться Home Assistant она должна по Native API. Но пока это не стандартный протокол и никем более не поддерживается, насколько мне известно. А привязываться к одной системе считаю неразумным. Спорить нет желания, каждый имеет право на свое мнение (и я тоже, как это ни странно!). Им нужно просто искать другие решения.

Картинка 2. Мои Mqtt настройки.

  Снят флаг retain, чтобы брокер не запоминал, а считывал состояние устройств при соединении. В Home Assistant установленный в нем и/или Mqtt брокере флаг retain может приводить к самопроизвольному включению и выключению устройства. Также установлен флаг публикации при подписке, что позволяет не вводить все топики вручную. Иногда при публикации сразу большого числа подписок ioBroker почему-то делает некоторые из них с защитой от записи :-), есть у меня такой глюк. Приходится их удалять и перезапускать Mqtt адаптер, чтобы они появились опять.

Mqtt топики для чайника (см. картинку 3 ниже):

r4s0/devaddr/cmd/boil <-- 0/off/false - выключение кипячения, 1/on/true - включение кипячения. Если перед этим был включен подогрев, включается кипячение с последующим подогревом;
r4s0/devaddr/cmd/heat <-- 0/off/false - выключение подогрева, 1/on/true - включение подогрева с последней запомненной шлюзом температурой. При старте шлюза температура берется из поля Heat в настройках;
r4s0/devaddr/cmd/heat_temp <-- 30...90 - включение подогрева, > 97 - выключение, < 30 - выключение, если подогрев был включен, последняя температура если был выключен;
r4s0/devaddr/cmd/boiltime <-- -5...5 - время кипения чайника;
r4s0/devaddr/cmd/nightlight <-- 0/off/false - выключение ночника, 1/on/true - включение ночника;
r4s0/devaddr/cmd/nightlight_red <-- 0..255 Уровень красного в ночнике;
r4s0/devaddr/cmd/nightlight_green <-- 0..255 Уровень зеленого в ночнике;
r4s0/devaddr/cmd/nightlight_blue <-- 0..255 Уровень синего в ночнике;
r4s0/devaddr/rsp/ - текущее состояние, температура, rssi и т.д.;

Значения уровней запоминаются в шлюзе и передаются на чайник при включении подсветки.

Картинка 3. Мои Mqtt топики для чайника.

Mqtt топики для мультиварки (см. картинку 4 ниже):

r4s0/devaddr/cmd/state <-- 0/off/false - выключение, 1/on/true - старт программы или подогрев, если программа не установлена;
r4s0/devaddr/cmd/prog <-- номер программы 1-12, 0 - выключение;
Программы:
1 - Rice / Рис Крупы, 2 - Slow Cooking / Томление, 3 - Pilaf / Плов, 4 - Frying / Жарка;
5 - Stewing / Тушение, 6 - Pasta / Паста, 7 - Milk Porridge / Молочная каша, 8 - Soup / Суп;
9 - Yogurt / Йогурт, 10 - Baking / Выпечка, 11 - Steam / Пар, 12 - Hot / Варка Бобовые;
r4s0/devaddr/cmd/mode <-- режим: 1 - овощи, 2 - рыба, 3 - мясо для программ 4,5,11
r4s0/devaddr/cmd/temp <-- температура;
r4s0/devaddr/cmd/set_hour <-- время работы программы, часы;
r4s0/devaddr/cmd/set_min <-- время работы программы, минуты;
r4s0/devaddr/cmd/delay_hour <-- время работы программы плюс задержка до старта программы, часы;
r4s0/devaddr/cmd/delay_min <-- время работы программы плюс задержка до старта программы, минуты;
r4s0/devaddr/cmd/warm <-- подогрев после завершения программы;

Параметры delay_hour и delay_min запоминаются в шлюзе и передаются при установке программы, режима или подогрева, а потому устанавливаются перед установкой программы, режима или автоподогрева. При выборе программы устанавливаются температура и время работы программы по умолчанию, после установки mode еще раз корректируются. После установки программы и режима можно при необходимости скорректировать время и температуру. Этот порядок установки параметров обусловлен тем, что по Mqtt нельзя сразу установить одной командой все параметры, если они находятся в разных топиках. При установке же через web все параметры ставятся одной командой. И значения температуры и времени по умолчанию для каждой программы и режима устанавливаются через web только если перед этим они были равны 0. Программа мультиповар пока не поддерживается, я не вижу смысла. При записи нуля в prog на мультиварку посылается команда выключения, что полезно для сброса программы.

Картинка 4. Мои Mqtt топики для мультиварки.

Mqtt топики для кофеварки:

r4s0/devaddr/cmd/state <-- 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/cmd/delay_hour <-- время отложенного старта, часы;
r4s0/devaddr/cmd/delay_min <-- время отложенного старта, минуты;
r4s0/devaddr/cmd/delay <-- запуск отложенного старта, 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/cmd/lock <-- блокировка, 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/cmd/strength <-- крепость, 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/rsp/ - текущее состояние, rssi и т.д.;

Значения времени отложенного старта запоминаются в шлюзе и передаются на кофеварку при включении этого режима.

Mqtt топики для розетки:

r4s0/devaddr/cmd/state <-- 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/cmd/lock <-- блокировка, 0/off/false - выключение, 1/on/true - включение;
r4s0/devaddr/rsp/ - текущее состояние, rssi и т.д.;

  Начиная с версии 2020.10.27 появилась возможность использовать совмещенные топики для команд и ответов. Опция включается в настройках. Мне это пригодилось при интеграции устройств в Google Home с помощью драйвера iot iobroker-а. Как я понял, этот драйвер не принимает раздельные топики команд/ответов. Кроме того, так как Google Home понимает true / false вместо ON / OFF, то нужно в настройках драйвера iot Conversation to Google Home = function (value) {} ввести строку вида switch (value) {case "ON": return true ; break; default: return false;}. Если же автозамена недоступна, то начиная с версии 2020.11.07 можно использовать опцию "true / false" Response. Опция не работает совместно с Hass Discovery, там она не нужна.

PlatformIO

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

platformio.ini - файл конфигурации для PlatformIO Собрать так - pio run -t build или просто pio run Загрузить прошивку - pio run -t upload Потребуется только поправить upload_port и monitor_port. Для Win32 значение будет вида COM4 (поставить свой номер порта, на котором находится прошивальщик). Для Linux - будет /dev/ttyUSB0 (так же поставить свой номер порта, на котором находится прошивальщик). Для macOS - как в прилагаемом примере.

Clang-format

В файле описываются правила форматирования кода, согласно которым код приводится к нужному стилю. Необходим установленный clang-format.