Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 76
И самое приятное чувство - когда в доме пропадает сеть, а у тебя все продолжает работать, как часы.
в смысле только время и показывает?
А если по делу, то локальное решение имеет очевидно как свои плюсы, так и минусы. Например, если следующим шагом захочется отопление включать до того, как приехал домой - надо либо vpn городить либо в свет свой HA публиковать (а тут начнутся двойные NAT и прочие приключения). И есть интересный вопрос, а выключатели без фиксации положения? чтобы в сценарии включил привычным образом, выключил механически не было ситуации, что он остался включенным?
Эта проблема решается несколькими способами: от привязки внутреннего mqtt к москиту на внешнем сервере (доступ с ограничениями, с tls) до белого IP дома с подключением к тому же mqtt (и снова с tls) прямо с телефона, и управление крутилками-кнопками там.
Получается локальная сеть дома - и возможность доступа снаружи, если вообще не заблокировали...
ну погодите, это же локальная установка, какой внешний mosquito? Белый ip не всем раздают.
Ну уж придумать как пакет в дом прислать - мульон способов. Хоть через телегу.
Спасибо за идею, Я почему-то сам не догадался в деревне поднять для этого ТГ бота (в деревне нет и не будет белого ИП)
Поднимать практически ничего не надо, бота только зарегистрировать и настроить готовую интеграцию в HA.
Давно его использую, в т.ч. для доставки видео с камер. Заодно получается бесплатное облако на всякий случай)
На базе Sim800L и Esp32, прошитую в esphome, можно и через sms управление/уведомления сделать, если в деревне интернет не ловит, или заглушен
VDS с пет-проектом хотя бы )
Москитов можно связывать, с шифрованием и контролем доступа.
Есть телефонные приложения для MQTT, в которых можно сразу забить "кнопки", "показометры", "крутилки" - и через MQTT всем управлять.
Я юзаю KeenDND для доступа извне
Twingate в соседний контейнер поставить религия не позволяет?
Вы противопоставляете работу умного дома через китайские серверы и необходимость поднимать VPN домой для управления локальным умным домом.
Вы действительно считаете, что работа через китайские серверы может быть лучше, чем необходимость поднимать VPN домой?
я противопоставляю уход от китайцев в сторону локального решения, которое потом, удивительно, работает локально!
Ну вот же вы писали в топе ветки:
А если по делу, то локальное решение имеет очевидно как свои плюсы, так и минусы. Например, если следующим шагом захочется отопление включать до того, как приехал домой - надо либо vpn городить либо в свет свой HA публиковать (а тут начнутся двойные NAT и прочие приключения)
Т.е. вы необходимость поднятия VPN ставите как вполне себе минус по сравнению с коробочными решениями на вендорских облаках.
Я поэтому и спрашиваю, вы действительно это противопоставляете и считаете что это прям минус у одного решения, по сравнению с другим?
и те кто умееют настраивать VPN и HA и понимают как это, маловероятно что они пользуются готовыми сервисами из коробки.
надо либо vpn городить либо в свет свой HA публиковать
Зачем так сложно? Вон же у автора HA в телегу пишет, значит бот настроен. Через него можно не только сообщения отправлять, но и команды принимать. Я так с дачей общаюсь, без впн, двойных натов и прочих приключений.
В НА давно придумали интеграцию с telegram. Она работает.
Белый ip, dyndns и аналоги, вплоть до кинетиковских и микротовских. Нестандартные порты, сложные пароли, ловушки для скан ботов и vpn с телефона домой можно избежать. С механическими выключателями тоже есть нюанс, если делать контроль напряжения, то количество сущностей удваивается, либо выключатель должен из коробки уметь мониторить выходное напряжение. Возвращаемся к тому, какие изначально цели и задачи перед умным домом поставлены. Бывает достаточно к существующему ремонту прикрутить управление по воздуху, бывает полностью с нуля проектируемое решение с соответствующей проводкой и контроллерами. С кабелем очень много возни, но приятный отклик (20-30мс на атмеге 2560 по лану).
ZeroTier, своя сеть, которая объединяет любое устройство имеющее доступ в интернет.
Так нет тут проблемы. Есть несколько вариантов.
Использовать интеграцию yandex smart home и вывести нужные вещи туда + Алиса заработает.
Использовать для удалённого доступа родной HA Cloud
Взять публичный IP и настроить DNAT.
И ещё навскидку пара чисто сетевых решений. В т.ч уже предложенных.
Подтупливание зигби устройств на больших сетках - тоже обычная картина. Но в любом случае - УД должен быть локальным. И зря на провода кидаетесь. Наработайте статистику года в 3. Походите, батарейки поменяйте (надоест уже на второй раз) и прочее. Говорю как 15летний обладатель типа-УД по большей части проводного, но и зигбей пару десятков девайсов работает. Особая прелесть - когда какие-то запрятанные в потолки-люстры девайсы отваливаются и их надо перепаривать.
Если сервер умрет, сгорит малинка или докер уйдет в бутлуп - свет все равно включится, потому что реле замкнет цепь физически.
Зависит от света ещё. Можно насобирать таких стартовых токов, что китайские релюшки на раз залипать будут.
А если у вас проводной отвалится он сам восстанавливается под потолком? Данные кейсы что для провода, что для беспровода одинаковы. Единственный плюс проводного - отсутствие зависимости от перегруженности эфира.
Аналогично и про стартовые токи. Если вы не рассчитали правильно нагрузку, то залипает любая релюшка. Что китайская дешевка под капотом переключателя "именитого" бренда, что такая же китайская сама по себе фирменная....
Ну и батарейковые, даже на улице висящие датчики я достаю для смены батарейки не чаще раза в год. А уж домашние так некоторые не разу не доставал (датчики протечки у меня уже больше 5 лет работают, как датчики на счётчиках воды).
Ни фига не одинаковы. У вас электропроводка под потолком или в розетках часто отваливается? Так почему "слаботочка" должна отваливаться?
Отваливается не провод. И отваливается не эфир. Отваливается оконечное оборудование и его вы под потолком перенастраиваете, а не провод перекладываете или эфир руками нагоняете, Беспровод или провод это только среда передачи. Насколько надёжно будут работать оконечные устройства зависит от их производителя.
Не только. Зависит ещё от связи до конечного устройства. Связь точка-точка или шина - точка сама по себе много кратно надёжней, чем шумный неконтролируемый эфир, да ещё через дай бог одного роутера, который может быть со своими прибабахами.
сама по себе много кратно надёжней, чем шумный неконтролируемый эфир
провод имеет все теже проблемы что и эфир по наводкам, окислению, переламыванию и т.д.
проводной или беспроводной хаб это опять таки проблема оконечного оборудования а не передачи.
Ну и рассматривается все таки не wifi, а специализированные протоколы z-wave, zigbee, BLE mesh и т.д. Провод же у вас тоже отдельный идет, а не только "220".
Конечного пользователя совершенно не волнует, на каком уровне и кто там виноват. Не включается свет при нажатии кнопки - это одна единая для него проблема. А про окисляющиеся отваливающиеся провода - не надо домыслов плиз. Наводки - это если за монтажниками не следить и они прокинут слаботочку вместе с силовой частью в одном жгуте. Да и то, были эксперименты, не так просто "заглушить" таким образом слаботочку.
Правильно. Только при чем тут тогда передача по "воздуху"? Если у вас наводки, окисление, перемалывание и т.д. это домыслы, то проблема с эфиром в ваших же условиях " конечному пользователю кнопка", это такие же домыслы.
Для переломов кабеля нужно физическое воздействие. Для наводок - нужно неправильно проложить кабели вдоль силовых. Тоже разовая операция. Наводки могут быть только от молний потом (у меня один раз вводная микруха за 15 лет погорела). А застранный эфир на 2.4Ghz - это не домыслы, а видно в любом сканере.
Почему ZigBee - это зло:
Вы хотите включить свет в туалете, а он не включается. Что? А ничего, просто датчик не присылал ничего уже несколько часов. Батарейка датчика последний раз была 100%. Способа опросить/разбудить его удалённо - не существует. кнопочкой он тоже не включился - батарейка села "в ноль". После замены батарейки он не хочет определяться шлюзом. Ой, а шлюз-то сам завис. Вынимаем "свисток", вставляем... Ой, помогло (в прошлый раз не помогало, пришлось стучать бубном по колёсам). Удаляем датчик - не хочет удаляться, т.к. нет связи. Удаляем sudo принудительно. Включаем обнаружение устройств. Зажимаем кнопку на датчике. Ура, идёт привязка. Заработало... можно идти в туалет.
И слава богу, что это датчик включения света - а не реле управления нагревателем, застрявшее на "Вкл" где-нибудь в загородном доме за 100км.
Итог: никакого ZigBee на ответственных вещах - только WiFi-устройства со своей веб-мордой, к которым можно подключиться прямо через роутер, минуя умный дом и ненадёжные "свистки".
Уже давно не свистки, а вполне себе надёжные standalone "zigbee zigstar lan gateway" и подобное. Z2M на N100 - более стрёмное звено, но относительную стабильность обеспечить можно. А вот "эфир" - штука неконтролируемая. Если делать сие в человейнике с кучей соседей - вопросиков много. Да и в пределах одной сетки бывают спамящие девайсы. Не надо тащить в сетку всё, что на алике валяется.
Уже давно не свистки, а вполне себе надёжные standalone "zigbee zigstar lan gateway" и подобное. Z2M на N100 - более стрёмное звено, но относительную стабильность обеспечить можно
Эти "надёжные" устройства по сути тот же свисток, только с промежуточным звеном в виде микроконтроллера (uart2lan), ну + LAN или вайфай - ещё одна потенциальнаЯ точка отказа.
Ну а Wifi устройства, по этой логике - не свистки? Важны не домыслы, а статистика отказов. Свисток + малинка, да на SD карте - это такое себе. А стационарное выделенное устройство без заведомо проблемных элементов - надёжное устройство.
Вы о чем вообще?
Вынимаем "свисток", вставляем...
свисток в данном контексте - USB-Zigbee координатор. В простом случае, это cc2652 + cp2102, И допустим, малина на которой вертится z2m и остальное.
то что вы упоминаете (надёжные standalone "zigbee zigstar lan gateway" и подобное)
- это тот же условный сс2652. Только между ним и сервером УД еще ESP32, 1+ свитч/роутер, 2 lan кабеля.
Могут быть вариации, например другой радиомодуль и целый SoC c линуксом(к примеру, https://hackaday.com/2021/06/12/hacking-the-lidl-home-gateway/)
А собственно без z2m и сервера умного дома данное "отдельное" устройство ничего не может.
Что тут может быть нажежнее?
Если не нравится именно свисток, а используется одноплатник - то можно даже упростить:
https://github.com/codm/cc2652-raspberry-pi-module
(Правда очень желательно вывести EN пин LDO чтобы можно было перезагружать сам модуль)
И да, лично я считаю самым "удобным в качестве отказустойчивости" последний вариант. Если что-то глобально падало - то решалось если не просто перезапуском служб, то передергиванием питания зигби-чипа.
На случай выхода из строя есть как запасной cc2562, так сд-карта с бекапом недельной/месячной давности.
Если вдруг малина умрет - запасные тоже есть, даже не обязательно такую же модель.
Я о том, что сам по себе, назовём его zigbee coordinator в таком dedicated виде - устройство "промышленное" и надёжное, это подтверждает опыт использования участниками релятивных чатов и мной лично. Далее, его обвязка (z2m - его, кстати, нынче достаточно, простую автоматику можно и его средствами уже делать) - вот тут вопросики, как это сделать надёжным. Малину я бы не рассматривал из-за SD карт, надо eMMC. Да и eMMC не панацея, у меня NanoPI один через 5 лет начал косячить, media errorы. Надо что-то типа N100 девайсов с нормальным понятным SSD. Но поинт в том, что ровно тоже самое ведь и для Wifi обвязки надо. Wifi эндпоинты ведь сами по себе умными тоже не станут, кто-то должен их связывать. Вы же не будете называть УД 100500 веб морд релюшек?
Вы это называете "промышленным"? (Оно может быть распаяно на одной плате, но это не меняет дела особенно)
По сути, плата сверху - ровно тот же усб-свисток. Я пробовал и первый и второй путь. На отваливание единичных устройств это вообще никак не влияет. Но и отваливания координатора, внезапно происходило одинаково и по факту зависит от прошивки самого zigbee-stack. И когда переставало работать, то z2m показывал что все хорошо и даже включал лампы, вот только ошибки сыпались.
Малину я бы не рассматривал из-за SD карт, надо eMMC. Да и eMMC не панацея, у меня NanoPI один через 5 лет начал косячить, media errorы.
Это правда, но у сд-карт серьезный плюс - их легко можно заменить, легко сделать полный бекап и восстановление.
Как вариант, использовал PI CM4 + NVME, но решение избыточное для УД, а навешивать туда что-то еще - памяти маловато.
Надо что-то типа N100 девайсов с нормальным понятным SSD
Ну вот у меня что-то типа N150 с нормальным и понятным SSD. Координатор воткнут в USB, проблемы ровно те же, раз в несколько месяцев происходит то что описано выше.
Но поинт в том, что ровно тоже самое ведь и для Wifi обвязки надо. Wifi эндпоинты ведь сами по себе умными тоже не станут, кто-то должен их связывать. Вы же не будете называть УД 100500 веб морд релюшек?
сервер УД подразумевается в любом случае: автоматизация на уровне z2m - это не о чем. Да и сложно представить весь УД только на одних ZB устройствах.
Ну и к примеру кастомные устройства, тот же CO2 с индикацией, микроволновый датчик присутсвия, управление обогревателеми и прочее, чего нет стандартного все равно гораздо удобнее всего делать на Wifi (+питание нормальное и так требуется).
Отдельный плюс устройств на wifi (esphome, tasmota) - то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства.
Из сотни нормальных картинок выбрали самую кринжовую? Не умею или не могу тут картинки вставлять, погуглите SMLIGHT SLZB-06M, чем не промышленное устройство?
Как вариант, использовал PI CM4 + NVME, но решение избыточное для УД, а навешивать туда что-то еще - памяти маловато.
Совсем не избыточное. У меня там z2m, mosquitto, 2 nodered, grafana, prometheus, kopiaui, ещё пара мелочей. На одноплатнике оно совсем тоскливо работало.
раз в несколько месяцев происходит то что описано выше.
повторюсь - на тематических каналах редко кто жалуется на вынесенный отдельно далеко PoE координатор. Со свистками - вечно проблемы, то USB2 ему подавай на нормальном шнурке, то ещё что. А extender можно легко вынести в географически правильное место.
гораздо удобнее всего делать на Wifi
ни фига не согласен. на зигби проще - нажал permit join, включил девайс - всё, он за пол минуты прописался в z2m, бери, юзай. Co2 aqara использую, всё отлично.
то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства
технически и в зигби устройства влезают, но с ESP не спорю, проще. Другой вопрос, надо ли оно.
Тут вообще периодически тема надобности УД как такового, ибо обслуживать этот колхоз некому, а тут ещё и кастомные девайсы, что усложняет картину. Надо максимум стандартизации и упрощения инфраструктуры, в контексте наследственности.
Та картинка - первое что выдает гугл на вашу же фразу zigbee zigstar lan gateway :) там фотки в печатном корпусе тоже есть, но это не так интересно.
погуглите SMLIGHT SLZB-06M, чем не промышленное устройство?
тоже самое, что и выше, только с PoE. Если PoE не использовать, то также могут быть проблемы с БП и усб-кабелем.
Если нужно куда-то "выносить", то какой вариант конечно надежнее, чем усб-удлинитель. Форм-фактор крайне не однозначный, но то мелочи.
ни фига не согласен. на зигби проще - нажал permit join, включил девайс - всё, он за пол минуты прописался в z2m, бери, юзай. Co2 aqara использую, всё отлично.
К сожалению, не для всего есть готовые устройства. Или недосточно функций из коробки. Например световая индикация в том же CO2 или управление SSR для нагревателя.
Разработка же своих устройств для zigbee - это боль. Особенно SDK от TI.
технически и в зигби устройства влезают, но с ESP не спорю, проще. Другой вопрос, надо ли оно.
Так же как и самодельный УД в принципе - это развлечение.
Хочется чего-то надежного, стабильного и без DIY - вызывайте интеграторов и готовьте пустой дом и много денег.
Прочитал всю ветку вот ради интереса. Ощущение, что даже если автору комментария предложить 3-2-1 бэкап, он скажет, что это недостаточно избыточное решение. И нужно 10-8-6.
Начнем с того, что качество рук у всех разное. Могу смело утверждать, как админ-архитектор, что у большинства руки настолько кривые, что инфра выглядит настолько плохо после других даже там, где это, казалось бы, было КРАЙНЕ трудно сделать.
Дальше: представил стоимость всех девайсов и обвязку, если все точить на энтерпрайз решениях. Небось ценник каждого датчика и релюхи становится х10, а потом оказывается, что отваливается оно также весело и баги имеет такого же детского уровня. При этом как обычно, завязано только под конкретнвй сетап и суппорт успешно шлет в пень, если кто+то решил наколхозить не по мануалу или с неподдерживающим окружением?
И слава богу, что это датчик включения света - а не реле управления нагревателем, застрявшее на "Вкл" где-нибудь в загородном доме за 100км.
Итог: никакого ZigBee на ответственных вещах - только WiFi-устройства со своей веб-мордой, к которым можно подключиться прямо через роутер, минуя умный дом и ненадёжные "свистки".
На ответственных вещах всё программное должно быть зарезервировано аппаратными защитами. В идеале, каскадом. Типа если не отработало выключения котла мы рубим всю систему отопления по питанию вообще. И так до возможности обесточить весь дом вообще.
Любой связист вам скажет - там где можно протянуть провода, нужно протянуть провода. Wi-Fi это ненадёжная сеть априори, да ещё и с конкурентной средой передачи данных. Веб-морды пишутся веб-макаками без оглядки на суть дела.
Факт подключения к ним вам не даст ничего, кроме визуального элемента кнопки "выкл", которую вы с большой надеждой будете жмакать, пока ваш котёл имитирует 4-й энергоблок ЧАЭС.
Вообще котел, который можно повредить какими-то командами - это какой-то очень стремный котел.
Как и те, где крайне высокая завязка на вентилятор, насос и электричество и без них они пытаются бахнуть, т.к. вода из него не уходит, а давление копится и огонь остановить ты тоже не можешь по причине, что это брикеты: пока не прогорят.
Когда услышал про такой у знакомого, долго думал: мне бы стремно с таким рядом жить было.
У WiFi релюшек есть интересная особенность: иногда можно их перешить/перепаять на esp8266, которые завести в свою mesh сеть.
Технически тоже WiFi, но работает не через Wifi-роутер, поэтому надежнее.
Но система управления этим сложнее, не просто "через веб-морду". Как и Zigbee, по mqtt
По моим наблюдениям, вайфай все же наиболее надёжный вариант (естественно локальный, не какая-нибудь туя).
Выше писали, зигби может упасть, на уровне одного устройства, так и вся сеть. Вайфай же у меня плохо работал только из-за некачественного питания
Последние два дня занимаюсь установкой аналогичного сетапа. Застрял на том, что zigbee2mqtt не видит sonoff dongle. Донгл такой же как в посте. Перепрошил его последней router прошивкой с официального сайта и последней, которую нашел по ссылке с сайта zigbee2mqtt. Не помогает. Можете подробнее раскрыть часть с прошивкой?
Прошивается за 5 минут
А что именно прошивается? Зачем его прошивать после покупки?
Железка, которая непосредственно работает с ZigBee устройствами (в статье это Sonoff Zigbee 3.0 USB Dongle Plus) из коробки идёт с прошивкой, не обладающей нужным функционалом. Чтобы донгл работал с zigbee2mqtt, нужно перепрошить его. Для Sonoff это можно сделать прямо у них на сайте.
Сам этим не шибко увлекаюсь, но народ шьёт всякое. Сча некоторые девайсы Thread до кучи умеют и прошивки под него активно пишутся / обновляются.
А чего чур от openhab? Лет наверное 10 трудится. Тоже через z2m
Zigbee технология сама по себе отличная, потребляет мало энергии, поддерживает ретрансляцию сигнала по Mesh, не требует сложного дорогого лицензирования.. Но многое зависит от производителя самих исполнительных устройств.
Та же IKEA использует эту технологию уже более 10 лет, например для связи пультов и светильников. Без всяких шлюзов, прямым биндингом. И ничего там не отваливается и не отспаривается само. Если же покупать самые дешевые NoName компоненты и тем более устанавливать их без возможности легкого доступа и обслуживания... Ну так просто делать не надо, получите неприятный опыт.
Мой ТОП производителей zigbee устройств хорошего качества в т.ч. с адекватным софтом: moes, aubess, avatto, heiman, gledopto, loratap, tongou, beok, bseed, zemismart.
А если всего пара устройстов нужно то действительно Wi-Fi проще использовать, тот же Shelly или Sonoff.
Ну а для больших и бетонных частных домов площадью от 300м² пожалуй лучше провода для связи закладывать, если на стадии ремонта. Или делать несколько zigbee сетей.
Та же IKEA использует эту технологию уже более 10 лет, например для связи пультов и светильников. Без всяких шлюзов, прямым биндингом. И ничего там не отваливается и не отспаривается само
Спорное утверждение :) Недавно решил обновить прошивки на светильнике и пульте. Все через z2m все работает как и раньше, а вот прямое соединение - никак. Повторное соединие походит, индикация показыват что все хорошо. Вернул старую версию на пульт.
Вообще, Xiaomi шлюзы вполне себе умеют локальные автоматизации. Более того, они даже умеют локальные межшлюзовые автоматизации (когда датчик на одном шлюзе может включить устройство, привязанное к другому шлюзу).
Но если есть какие-то проблемы с настройкой локальной сети (чаще всего по вине самого пользователя) - автоматизации переходят в облачный режим.
Жалко фото нет
Спасибо большое за статью, интересно сравнить разные решения. Про ненадежность беспроводных устройств - у вас же не завод остановится, а перестанет лампочка с воздуха включаться, провод хорошо, когда ремонт с нуля планируется сразу со всеми коммуникациями. Про физические выключатели абсолютно согласен, делаю либо проходной физический и перекидное реле, либо физический логический на контроллер (в legrand etika отлично ставятся тактовые кнопки). Там уже логики можно больше накрутить, клики и удержания. Тема для отдельной статьи, пока руки не доходят))
Всё таки поправлю, что цена вопроса не 2к, а и минимум 10-15, потому что желателен автономный HA сервер. А вот уже тратить 15к, когда у вас 3-4 датчика на весь дом уже не так вглядит разумно. Но, в целом, я эту штуку поддерживаю и когда-то перейду. Про сохранение всех проводов тоже согласен.
Как идеальный план, с разумным кол-вом проводов, я вижу WirenBoard (или аналоги) на самые важные устройства, управление климатом и водой; всю мелочь и датчики на thread/zigbee на условный HA; свет на провод и беспровод сразу. А из HA всё бросаем в условный HomeKit. Но для этого уже надо делать ремонт, по крайней мере проводки и щитка.
Обычные люди ничего не поняли из статьи и толку было от неё? Осведомлённые уже знают это и для них статья как просто новостная газета...
Когда-то очень-очень давно купил умную Wifi лампочку от Xiaomi. Точный год покупки не помню, но по ощущениям лет 10 назад. Это было ещё в те времена, когда в светодиодные лампочки не закладывали обязательное сгорание. И эта лампочка до сих пор великолепно излучает свет. Проблема в том, что она Wifi, и через несколько лет Xiaomi решили, что их приложение больше не поддерживает эти лампочки, и вам надо выкинуть это прекрасно работающее изделие и купить новое. Это было последней каплей в решении полностью перейти на ZigBee + HA. Ни секунды после этого ни пожалел об этом решении. До этого были постоянные проблемы почти со всеми Wifi устройствами умного дома.
Бегите срочно от wifi-устройств, потому что они, во-первых, не работают толком без интернета, и, главное, все производители потихоньку начинают внедрять какие-то подписки. Очень скоро нельзя будет даже свет на кухне включить без подписки.
Keenetic giga+sonoff dongle+homed
Кинетик подключен через бесперебойник.
К одному юсб зигби свисток, ко второму флешка или ssd.
Homed ставится прямо на кинетик как opkg.
Нравится в таком сетапе минимальное число компонентов. Из минусов бывает что сервисы homed не стартуют после ребута кинетика,
Ну вот не надо батон крошить на wifi ! Устройства по wifi можно использовать локально по сети а на роутере ограничить им доступ в инет а чтобы управлять есть куча дополнений в HA (у меня так работают девайсы по управлению котлом, пылесос Xiaomi а розетки и датчики вообще примитив но у меня их нет). ZigBee хорош если у вас компактная площадь а вот в доме на 300 кв где не очень много устройство иногда wifi это выход из положения. Да и если не хотите что бы дом превращался в тыкву сделайте второй канал на роутере через USB модем.
Слушайте, ну вот есть донгл, втыкаю его в "сервер" с HA (в докере) - тут всё понятно расписано. Но! донгл не добивает по всей квартире, да еще при кол-ве клиентов >10 не хочет новых привязывать.
Потому "далекие от сервера" устройства привязаны к (пока еще tuya-cloud) другому шлюзу. То есть он, (tuya-cloud) Zigbee-шлюз, управляет конечными устройствами, а сам добивает до WiFi-точки. Как такой шлюз привязать к НА-серверу ? .. он не донгл
Пару лет назад делал подарок жене на НГ - парничёк для рассады в подвале дома в деревне. Сначала поковырялся с халявным туя шлюзом и парой датчиков и смарт лайф - не впечатлило, поэтому развернул HA, mqtt и z2m с Zigbee на Synology NAS. Попутно HA затащил к себе телики, сам NAS и камеры видеонаблюдения. Датчик температуры, самые дешёвые Zigbee розетки для подогрева, света и вентилятора - работает 2 зимы без проблем.
Потом поставил внутрь сети keenetic - получил внешний доступ к HA. Добавил ещё один координатор - подключил первый этаж. Поставил датчики протечек, включил насос через розетку. Добавил релюшек вокруг контроллера отопления для управления бойлером косв нагрева, рециркуляцией гвс - газа нет, а контроллер не очень понимает можно уже греть воду от дровяного котла или ещё рановато.
За 2 года с zigbee сетью проблем не было, ну разве что не могу вытащить устройства за контур одного этажа или дома без доп координатора.
Пытался подключить что то по wifi - бойлер electrolux - проприентарный, дешёвые тояобразные релюшки - или через тойя клауд, или перешивать без гарантии успеха - не увидел перспективы. Чтобы не вытаскивать zigbee на улицу попробовал дешёвую релюшку Matter через matter сервер в контейнере - заработало достаточно легко, но с отключениями электричества и, соответственно, "дефрагментацией" локальной сети эта релюшка периодически отваливается - то ли прошивка, то ли сервер - пока не разбирался, но расширяться наружу буду через Matter. С другой стороны, не нашёл разнообразия датчиков на этом протоколе.
Пока самая большая принципиальная проблема всего этого "умного" для меня это отключения интернета и белые списки. К примеру, у меня отопление управляется через сервис Тепломонитор. То есть работает там всё локально, и вебморда есть локальная, но интернет сервис управления затыкается практически каждую ночь. Видеонаблюдение уже давно не работает, как и синхронизация nas. Отключат ли keendns тоже очень неприятный вопрос. Выезжать на vps-ку российскую - на неё надо делать туннели какие нибудь, а это не кажется перспективным. И с физлицами, да и мелкими юриками никто подобные вопросы не решает, и решать вряд ли будет. В общем что то энтузиазму с этими умностями не прибавляется)
Если всё на Zigbee и висит на одном хабе, то никакой Китай не нужен, сценарии крутятся на этом хабе локально, даже если это условный sonoff или yandex. Проверено лично путем замыкания датчика протечки и сработкой привода крана при отключенном интернете. Хаб zbridge-P с родной прошивкой. Яндекс миди и все более свежее умеют еще многие команды голосом принимать локально для устройств zigbee, matter.
Сразу пришёл к локальном решению на базе HA. Писал статью об этом весной. Уже запилил пару интеграций для HA для управления газовым котлом.
Многой похожих решений, только релюшка стоит централизованная программируемая на 24 канала в сумме 😀
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выгоняем китайцев из розетки: переезд умного дома на Zigbee2MQTT и Home Assistant