Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 49
И самое приятное чувство - когда в доме пропадает сеть, а у тебя все продолжает работать, как часы.
в смысле только время и показывает?
А если по делу, то локальное решение имеет очевидно как свои плюсы, так и минусы. Например, если следующим шагом захочется отопление включать до того, как приехал домой - надо либо vpn городить либо в свет свой HA публиковать (а тут начнутся двойные NAT и прочие приключения). И есть интересный вопрос, а выключатели без фиксации положения? чтобы в сценарии включил привычным образом, выключил механически не было ситуации, что он остался включенным?
Эта проблема решается несколькими способами: от привязки внутреннего mqtt к москиту на внешнем сервере (доступ с ограничениями, с tls) до белого IP дома с подключением к тому же mqtt (и снова с tls) прямо с телефона, и управление крутилками-кнопками там.
Получается локальная сеть дома - и возможность доступа снаружи, если вообще не заблокировали...
ну погодите, это же локальная установка, какой внешний mosquito? Белый ip не всем раздают.
Я юзаю KeenDND для доступа извне
Twingate в соседний контейнер поставить религия не позволяет?
Вы противопоставляете работу умного дома через китайские серверы и необходимость поднимать VPN домой для управления локальным умным домом.
Вы действительно считаете, что работа через китайские серверы может быть лучше, чем необходимость поднимать VPN домой?
я противопоставляю уход от китайцев в сторону локального решения, которое потом, удивительно, работает локально!
Ну вот же вы писали в топе ветки:
А если по делу, то локальное решение имеет очевидно как свои плюсы, так и минусы. Например, если следующим шагом захочется отопление включать до того, как приехал домой - надо либо vpn городить либо в свет свой HA публиковать (а тут начнутся двойные NAT и прочие приключения)
Т.е. вы необходимость поднятия VPN ставите как вполне себе минус по сравнению с коробочными решениями на вендорских облаках.
Я поэтому и спрашиваю, вы действительно это противопоставляете и считаете что это прям минус у одного решения, по сравнению с другим?
и те кто умееют настраивать VPN и HA и понимают как это, маловероятно что они пользуются готовыми сервисами из коробки.
надо либо vpn городить либо в свет свой HA публиковать
Зачем так сложно? Вон же у автора HA в телегу пишет, значит бот настроен. Через него можно не только сообщения отправлять, но и команды принимать. Я так с дачей общаюсь, без впн, двойных натов и прочих приключений.
Подтупливание зигби устройств на больших сетках - тоже обычная картина. Но в любом случае - УД должен быть локальным. И зря на провода кидаетесь. Наработайте статистику года в 3. Походите, батарейки поменяйте (надоест уже на второй раз) и прочее. Говорю как 15летний обладатель типа-УД по большей части проводного, но и зигбей пару десятков девайсов работает. Особая прелесть - когда какие-то запрятанные в потолки-люстры девайсы отваливаются и их надо перепаривать.
Если сервер умрет, сгорит малинка или докер уйдет в бутлуп - свет все равно включится, потому что реле замкнет цепь физически.
Зависит от света ещё. Можно насобирать таких стартовых токов, что китайские релюшки на раз залипать будут.
А если у вас проводной отвалится он сам восстанавливается под потолком? Данные кейсы что для провода, что для беспровода одинаковы. Единственный плюс проводного - отсутствие зависимости от перегруженности эфира.
Аналогично и про стартовые токи. Если вы не рассчитали правильно нагрузку, то залипает любая релюшка. Что китайская дешевка под капотом переключателя "именитого" бренда, что такая же китайская сама по себе фирменная....
Ну и батарейковые, даже на улице висящие датчики я достаю для смены батарейки не чаще раза в год. А уж домашние так некоторые не разу не доставал (датчики протечки у меня уже больше 5 лет работают, как датчики на счётчиках воды).
Почему 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 - вызывайте интеграторов и готовьте пустой дом и много денег.
И слава богу, что это датчик включения света - а не реле управления нагревателем, застрявшее на "Вкл" где-нибудь в загородном доме за 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-устройств, потому что они, во-первых, не работают толком без интернета, и, главное, все производители потихоньку начинают внедрять какие-то подписки. Очень скоро нельзя будет даже свет на кухне включить без подписки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выгоняем китайцев из розетки: переезд умного дома на Zigbee2MQTT и Home Assistant