Прям отлично! Огромное вам спасибо. О том, что LYWSD03MMC теоретически может в Zigbee было известно, вроде, давно, но вот прошивок никто не делал. А теперь вот, благодаря вам, есть. Попробовал пока один из своих перевести, ZHA смог его подтянуть не с первого раза, но смог. Правда влажность что-то ну ооочень долго первое показание вытягивало. Будем тестировать дальше. Тоже, как у комментатора выше, использую дополнительную esp32 для расширения области покрытия Bluetooth, и, как следствие, заколупался менять батарейки в датчиках. Посмотрим что будет на Zigbee.
Я, конечно, понимаю, что некропост, но для тех кто это будет читать - так как сделал автор делать НЕ НАДО. Таким образом автор, как раз, шунтировал те самые ключи. Вероятнее всего эти площадки, как раз, для более дешёвой версии хаба без ключей.
К сожалению, бинарник не пережил очередную очистку сетевого диска =) Но делал по рекомендациям отсюда tasmota.github.io/docs/OpenTherm и отсюда tasmota.github.io/docs/Compile-your-build с созданием файла user_config_override.h. Чтобы не заморачиваться — делал через рекомендуемый ими GitPod (https://gitpod.io/#https://github.com/arendst/Tasmota/tree/master), но, как результат, теперь больше нет ни конфига ни бинарника. Ничего — при следующем обновлении придётся ещё раз пересобирать — сделаю на локальном инстансе VSCode. Там в конфиг всего-то добавить русский язык и поддержку OpenTherm, так что изменения не особо сложные.
А, собственно, у Tasmota в документации говорится что нужно сделать, чтобы включить поддержку OpenTherm. Там ничего сложного. Чуть позже как буду у ПК могу скинуть вам бинарник и, если надо, описать подробнее.
Кстати, как результат перехода — удалось, наконец, прикрутить газовый турбокотёл через Tasmota (отдельная сборка с поддержкой OpenTherm) и управлять им со смартфона. Причём это настолько просто, что, например, теперь жена не просит меня сделать отопление потеплее, а сама это делает, на основе показаний уличного датчика температуры и датчиков температуры в комнатах. По-хорошему, конечно, надо сесть и написать «автоматизацию» для HA, которая будет это делать сама, но, честно говоря, пока тупо лень. А вот все прошлые попытки сделать то же самое с Node-RED разбивались о ненадёжность решения — дольше недели стабильно не работало.
Если, наконец, будет не лень нормально написать автоматизации — можно бы даже и статейку по всему этому делу было бы оформить, но, честно говоря, такого нынче и так много, а полезность от того, что я выложу очередную конкретную реализацию на основе всем хорошо известных решений, весьма сомнительна.
И да, совсем забыл, HA решает задачу интеграции с голосовыми помощниками — у меня сейчас управлять всем этим хозяйством можно смело одновременно и Алисой и Гуглом. Причём я сознательно стараюсь избегать привязки ко всяким сторонним сервисам — всё управление, кроме голосового, работает и при полностью отсутствующем интернете. А сами голосовые помощники работают тоже напрямую с HA, без использования сторонних сервисов, чего и вам рекомендую.
Для начала — EspHome и Tasmota — разные вещи. Первая, по сути, решение для подключения почти чего угодно с ESP8266/ESP32 внутри к HA. Вторая — полноценная прошивка для, опять же, реализации возможностей ESP «малой кровью». Осваивать там почти нечего в обоих случаях, однако оба варианта хорошо интегрируются с HA «из коробки».
Чем HA лучше Node-RED? Как бы вам аналогию покорректнее привести… Чем JavaScript лучше низкоуровневых языков для веб-разработки? Всё равно не то… В общем, Node-RED — прекрасный инструмент для прототипирования и набивания руки по обработке событий. Но это именно «среда визуального программирования». И да, я в курсе, что там ничего не мешает писать на чистом JS. Поверьте — я пару лет на этом комбайне решал все возникающие задачи для своего решения. Например, написал «драйвер» для UPS APC Smart, который работал через ESP8266 с Tasmota. Но когда решил проверить Home-Assistant, так, ради интереса — что же это такое… Я случайно на него перевёл все свои уже существующие интеграции «тупого дома» в течение одного вечера (вечера, Карл!). А на следующий день добавил ещё несколько — «из коробки» HA много с чем работать умеет. Опять же для примера — поставил я себе видеонаблюдение. Видеорегистратор HiWatch (бюджетное подразделение HikVision), гибрид. Оно умеет, например, в детекцию движения в заданной области и пересечение линии. Для интеграции с Node-RED уже начал к тому моменту изучать собранную в интернете по крупицам документацию на их API для работы со всеми этими плюшками. И вот сидел я смотрел и думал — на Node-RED сделал запрос к регику с помощью http-multipart, забирал события. Потом посмотрел в HA — там есть webhook, там, вроде, тоже можно. А потом зашёл в официальный репозиторий т.н. «интеграций» для HA и ввёл HikVision. И каково же было моё удивление, когда через 5 минут у меня уже все нужные события появились в HA вообще без какого-либо геморроя. В итоге, уже через неделю я вообще отключил инстанс Node-RED у себя за ненадобностью. Прошу заметить — не неделю настроек и переноса конфигов, а обычную реальную рабочую неделю, в которой, на этот самый перенос, всего времени было потрачено часа 3-4. Сложность с HA, на данный момент, может быть в том, что у них на сайте, похоже, решили обновить документацию, и, настройка Home-Assistant Core, который и надо ставить на что-то отличающееся от Raspberry (а у меня OrangePi), немного затерялась. Но там тоже ничего особо сложного.
Очередной человек пошёл путём тех же граблей, которым когда-то ходил и я. Совет — не тратьте своё время (ну, разве что, в образовательных целях). Вместо связки ESP8266 + ESP Easy (или Tasmota, не суть важно) + Node-RED изучайте, лучше, сразу ESP8266 (или ESP32) + EspHome + HomeAssistant. Там всё уже придумано за вас и работает. Всё равно — в итоге к этому прийдёте)
Ну дык… А вы и не колхозьте всё это великолепие всеми кишками наружу. Правильная настройка сети решает половину указанных вами проблем. Ну и… не используйте всякие облака и колхозные решения для ответственных систем, особенно китайские.
Вот как раз в процессе реализации именно такой задачи. Есть котёл на OpenTherm, есть esp8266 с прошивкой и физикой для работы с OpenTherm, теперь есть пара датчиков температуры и влажности. Осталось докупить управляемые электрозаслонки на радиаторы и можно автоматизировать. А с контролем потребления электричества и резервированием уже давно сделано...
Ну, к слову, у esp есть режим сна, и, при желании, в виде датчика с батарейкой, люди вполне добивались от esp автономии больше года. Но, на мой взгляд, wi-fi, всё же, плохо подходит для датчиков в системах умного дома. Для этих целей лучше z-wave, zigbee, bluetooth ble наконец. И вот все датчики пусть там и сидят, а к wi-fi уже их всех скопом подключает один шлюз. Причём, при желании, для zigbee и ble для этой задачи достаточно esp32 с модулем для zigbee и прошитую tasmota. Ну, или, если уж совсем лень, те же свистки с BT, zigbee и z-wave, обычно, вполне можно подключить к тому устройству, на котором работает ваш сервер "автоматизации".
Зависит, конечно, от конкретного решения. Вот моё старое решение на node-red, запущенной на роутере, после некоторого допиливания напильником вполне себе само запускалось и всё приводило в рабочий вид само. Новое решение на HA — даже без допиливания пока само стартует нормально.
Ну, не считая того, что меня вообще не волнует доступность и работа Китайского облака ( в т.ч. при добавлении нового устройства в сеть) — я шил до появления lan на официальной. И у меня не только sonoff, есть и пара собственных ковыряний на esp. С Tasmota — всё единообразно, подключать-обслуживать проще — всё через одну интеграцию. Но, да, через HACS в HA можно добавить поддержку официальной прошивки Sonoff с lan-доступом и облаком и не напрягаться.
Прям отлично! Огромное вам спасибо. О том, что LYWSD03MMC теоретически может в Zigbee было известно, вроде, давно, но вот прошивок никто не делал. А теперь вот, благодаря вам, есть. Попробовал пока один из своих перевести, ZHA смог его подтянуть не с первого раза, но смог. Правда влажность что-то ну ооочень долго первое показание вытягивало. Будем тестировать дальше. Тоже, как у комментатора выше, использую дополнительную esp32 для расширения области покрытия Bluetooth, и, как следствие, заколупался менять батарейки в датчиках. Посмотрим что будет на Zigbee.
Я, конечно, понимаю, что некропост, но для тех кто это будет читать - так как сделал автор делать НЕ НАДО. Таким образом автор, как раз, шунтировал те самые ключи. Вероятнее всего эти площадки, как раз, для более дешёвой версии хаба без ключей.
Да, собственно, делаете всё по инструкции с их сайта и всё. Там совсем ничего сложного. У меня так домен уже туеву хучу лет работает...
А зачем, если есть LetsEncrypt?
- platform: mqttunique_id: TempMon_DHW
name: "Горячая вода"
modes: ["off", "heat"]
mode_state_topic: "tele/TempMon/SENSOR"
mode_state_template: "{% if value_json.OPENTHERM.SLAVE.DHW %}heat{% else %}off{% endif %}"
current_temperature_topic: "tele/TempMon/SENSOR"
current_temperature_template: "{{ value_json.OPENTHERM.TDHW }}"
temperature_state_topic: "tele/TempMon/SENSOR"
temperature_state_template: "{{ value_json.OPENTHERM.DHWS }}"
temperature_command_topic: "cmnd/TempMon/OT_TWATER"
availability_topic: "tele/TempMon/LWT"
payload_available: "Online"
payload_not_available: "Offline"
min_temp: 35
max_temp: 55
temp_step: 1.0
precision: 1.0
fan_modes: []
climate: !include climate.yaml- platform: mqttunique_id: TempMon_OT
name: "Отопление"
modes: ["off", "heat"]
mode_state_topic: "tele/TempMon/SENSOR"
mode_state_template: "{% if value_json.OPENTHERM.SLAVE.CH %}heat{% else %}off{% endif %}"
power_command_topic: "cmnd/TempMon/OT_CH"
payload_off: 0
payload_on: 1
current_temperature_topic: "tele/TempMon/SENSOR"
current_temperature_template: "{{ value_json.OPENTHERM.TB }}"
temperature_state_topic: "tele/TempMon/SENSOR"
temperature_state_template: "{{ value_json.OPENTHERM.BTMP.REQ }}"
temperature_command_topic: "cmnd/TempMon/OT_TBOILER"
availability_topic: "tele/TempMon/LWT"
payload_available: "Online"
payload_not_available: "Offline"
min_temp: 35
max_temp: 85
temp_step: 1.0
precision: 1.0
fan_modes: []
Честно говоря, сам не видел. Хотя некоторые интересные моменты можно почерпнуть на sprut.ai (кажется так сайт назывался).
А, собственно, у Tasmota в документации говорится что нужно сделать, чтобы включить поддержку OpenTherm. Там ничего сложного. Чуть позже как буду у ПК могу скинуть вам бинарник и, если надо, описать подробнее.
Если, наконец, будет не лень нормально написать автоматизации — можно бы даже и статейку по всему этому делу было бы оформить, но, честно говоря, такого нынче и так много, а полезность от того, что я выложу очередную конкретную реализацию на основе всем хорошо известных решений, весьма сомнительна.
И да, совсем забыл, HA решает задачу интеграции с голосовыми помощниками — у меня сейчас управлять всем этим хозяйством можно смело одновременно и Алисой и Гуглом. Причём я сознательно стараюсь избегать привязки ко всяким сторонним сервисам — всё управление, кроме голосового, работает и при полностью отсутствующем интернете. А сами голосовые помощники работают тоже напрямую с HA, без использования сторонних сервисов, чего и вам рекомендую.
Чем HA лучше Node-RED? Как бы вам аналогию покорректнее привести… Чем JavaScript лучше низкоуровневых языков для веб-разработки? Всё равно не то… В общем, Node-RED — прекрасный инструмент для прототипирования и набивания руки по обработке событий. Но это именно «среда визуального программирования». И да, я в курсе, что там ничего не мешает писать на чистом JS. Поверьте — я пару лет на этом комбайне решал все возникающие задачи для своего решения. Например, написал «драйвер» для UPS APC Smart, который работал через ESP8266 с Tasmota. Но когда решил проверить Home-Assistant, так, ради интереса — что же это такое… Я случайно на него перевёл все свои уже существующие интеграции «тупого дома» в течение одного вечера (вечера, Карл!). А на следующий день добавил ещё несколько — «из коробки» HA много с чем работать умеет. Опять же для примера — поставил я себе видеонаблюдение. Видеорегистратор HiWatch (бюджетное подразделение HikVision), гибрид. Оно умеет, например, в детекцию движения в заданной области и пересечение линии. Для интеграции с Node-RED уже начал к тому моменту изучать собранную в интернете по крупицам документацию на их API для работы со всеми этими плюшками. И вот сидел я смотрел и думал — на Node-RED сделал запрос к регику с помощью http-multipart, забирал события. Потом посмотрел в HA — там есть webhook, там, вроде, тоже можно. А потом зашёл в официальный репозиторий т.н. «интеграций» для HA и ввёл HikVision. И каково же было моё удивление, когда через 5 минут у меня уже все нужные события появились в HA вообще без какого-либо геморроя. В итоге, уже через неделю я вообще отключил инстанс Node-RED у себя за ненадобностью. Прошу заметить — не неделю настроек и переноса конфигов, а обычную реальную рабочую неделю, в которой, на этот самый перенос, всего времени было потрачено часа 3-4. Сложность с HA, на данный момент, может быть в том, что у них на сайте, похоже, решили обновить документацию, и, настройка Home-Assistant Core, который и надо ставить на что-то отличающееся от Raspberry (а у меня OrangePi), немного затерялась. Но там тоже ничего особо сложного.
Как вариант — ESP32 + EthPhy. Даже модули готовые существуют.
Очередной человек пошёл путём тех же граблей, которым когда-то ходил и я. Совет — не тратьте своё время (ну, разве что, в образовательных целях). Вместо связки ESP8266 + ESP Easy (или Tasmota, не суть важно) + Node-RED изучайте, лучше, сразу ESP8266 (или ESP32) + EspHome + HomeAssistant. Там всё уже придумано за вас и работает. Всё равно — в итоге к этому прийдёте)
Вот как раз в процессе реализации именно такой задачи. Есть котёл на OpenTherm, есть esp8266 с прошивкой и физикой для работы с OpenTherm, теперь есть пара датчиков температуры и влажности. Осталось докупить управляемые электрозаслонки на радиаторы и можно автоматизировать. А с контролем потребления электричества и резервированием уже давно сделано...
Ну, к слову, у esp есть режим сна, и, при желании, в виде датчика с батарейкой, люди вполне добивались от esp автономии больше года. Но, на мой взгляд, wi-fi, всё же, плохо подходит для датчиков в системах умного дома. Для этих целей лучше z-wave, zigbee, bluetooth ble наконец. И вот все датчики пусть там и сидят, а к wi-fi уже их всех скопом подключает один шлюз. Причём, при желании, для zigbee и ble для этой задачи достаточно esp32 с модулем для zigbee и прошитую tasmota. Ну, или, если уж совсем лень, те же свистки с BT, zigbee и z-wave, обычно, вполне можно подключить к тому устройству, на котором работает ваш сервер "автоматизации".
Зависит, конечно, от конкретного решения. Вот моё старое решение на node-red, запущенной на роутере, после некоторого допиливания напильником вполне себе само запускалось и всё приводило в рабочий вид само. Новое решение на HA — даже без допиливания пока само стартует нормально.
М-да. За т9 надо следить — "роняла" и "ноду".
Ну, не считая того, что меня вообще не волнует доступность и работа Китайского облака ( в т.ч. при добавлении нового устройства в сеть) — я шил до появления lan на официальной. И у меня не только sonoff, есть и пара собственных ковыряний на esp. С Tasmota — всё единообразно, подключать-обслуживать проще — всё через одну интеграцию. Но, да, через HACS в HA можно добавить поддержку официальной прошивки Sonoff с lan-доступом и облаком и не напрягаться.