Комментарии 116
И у меня это тот самый случай, когда это всего лишь хобби, про которое вспоминаешь, когда есть свободное время, либо появляется статья, которая мотивирует перераспределить свободное время.
А можно поподробнее на базе чего тебе это удалось сделать?
RPi4 с Raspbian, Home Assistant в Docker, ZigBee-свисток, некоторое количество датчиков протечек воды от Xiaomi, температуры, влажности, угарного газа. В случае срабатывания — сообщение в телефон через мобильное приложение.
Не, я не говорил, что не хочется модернизировать; свободного времени не так много, как хотелось бы :)
А почему нотификации в приложение, а не в телеграм, как это широко практикуется в сообществе?
— просто сохраняет её
— отправляет мэйл
— преобразует в PDF
Так в том и смысл умного дома, он работает и доставляет комфорт.
Если нравится ковыряться с девайсами, то это ble, zigbee, wifi.
Чтобы просто работало, это z-wave, knx.
z-wave, knx — протоколы и экосистема
Любое устройство с надпись z-wave совместимо с другим устройством с надписью z-wave.
Если написано zigbee на одном и на втором устройстве, то это вообще ни о чем не говорит.
Z-wave так умеет?
Для z-wave не нужно писать конвертеров, все устройства работают из коробки.
Я писал конвертер для tuya устройств, чтобы он заработал с zigbeemqtt. А если бы была строгая сертификация, то не было бы проблем совместимости.
Сразу же с создания системы на HA заглядываюсь на NodeRED (т.к. подобное event-flow программирование лично мне кажется куда более логичным и удобным чем конфиги HA и даже чем обычный код), но менять ядро пока не готов, а одновременно использовать две конкурирующих технологии — очень сомнительное архитектурное решение.
Поддержка кучи интеграций (я в начале был не очень умен и собирал на решениях разных вендоров и HA помог мне все это связать воедино, сейчас же последние 10 добавленных устройств исключительно Esp8266 + Паяльник + ESPHome (крутая штука, кстати)).
Удобство настройки из GUI (и особенно печально, когда приходится для настройки какой-то интеграции лезть в сonfiguration.yaml).
Некоторые проблемы с оптимизацией и багами (очень медленное отображение истории недавно починили, но вот recorder все равно при перезапуске инстанца заставляет себя ждать по 5-30 минут, да и полный перезапуск вкладки в хроме можно объяснить виной самого хрома но так происходит только с HA).
Очень неудобные автоматизации (кмк, не хватает переменных, более удобных и настраиваемых триггеров, более компактных шаблонов (jinja не то чтобы плох, но у HA он получился слишком явным) и много чего ещё (сейчас я думаю, про автоматизацию исключительно на алертах, но потребность для каждого делать отдельный binary sensor мгновенно рушит всю мотивацию сделать «красиво и на века»). NodeRED выигрывает на тысячи очков вперед в этом вопросе, а без автоматизации «Умный дом» не такой уж и «умный». Хотя, сейчас думаю про pyscript, но пока ещё не решился его настроить и перевести все свои автоматизации (они, к счастью, пока очень простые, т.к. даже на элементарную «снижать уровень синего у лампочек к ночи, если никто вручную лампочки за последнее время не выставлял» потребовало больше 5 часов моего времени).
P.S. Очень надеюсь, что все мои проблемы — исключительно из-за прямоты моих рук, и сейчас мне здесь доходчиво объяснят почему я не умею правильно готовить HA и покажут как надо.
P.P.S. В самой стать неоднократно идет ссылка на некоего Алекса Квазиса (про которого я впервые слышу, вероятно, потому что я ни с какими сообществами автоматизаторов не взаимодействовал, а постигал все сам исключительно с документации HA), и так как наши взгляды в этом вопросе (исхожу исключительно из статьи и пары оставленных Вами комментариев здесь же) по большей части схожи, то интересует Ваше субъективное мнение о ценности его видео (т.к. в самой статье ощущается сильная противоречивость его личности).
P.P.P.S. Прошу прощения за графоманию и другие проблемы моего языка (хоть он и является моим родным).
По поводу автоматизаций в ХА. Некоторую рекомендацию я давал в самой статье. Можно попробовать совместить вариант GUI с вариантом yaml. То есть, можно базу накидать в GUI, а потом уже в yaml отполировать вручную. Можно попробовать делать автоматизации в AppDaemon на python, если так удобнее. А если и это не подойдет, то тогда действительно может стоит уйти на NodeRed, если вам там удобнее и логичнее все кажется.
Посмотрите уроки Алекса Квазиса на его ютуб канале. Они толковые, полезные, если к ним правильно подойти. Если же просто тупо копипастить все, о чем он говорит, знаний в HomeAssistant они не добавят, а только запутают. Он делает большое дело, популяризируя HomeAssistant и тему домашних автоматизаций. Но как к любому туториалу, к его урокам лучше изначально подходить с небольшой дозой скепсиса, особенно, если вы уже достаточно опытны.
Удачи вам!
Спасибо за статью! Подскажите, пожалуйста, а есть новости про CHIP (connected home over IP)?
Помню, вроде большие компании вроде Apple и Samsung хотели что-то такое запустить вроде?
Я ни разу не фанат малины или arm, но справедливости ради..
Использование в качестве накопителя медленной и очень ненадежной SD карты
С чего бы опция стала вдруг проблемой? Малинка прекрасно грузится и работает с любого usb-sata переходника/бокса/адаптера/etc, или по pxe при желании. Втыкать в третью и четвёртую малину SD карточку вовсе не обязательно (кроме одного раза чтобы собственно включить возможность грузиться откуда то ещё), а в первой и второй на карточку можно положить boot раздел а всё остальное вынести опять же в другое место, и снова проблема решена.
Другой вопрос что usb-hdd боксы чаще всего очень медленно работают на малине, но камон, для умного дома это вообще не важно.
Я сначала тоже так думал покупая себе малину…
но на поверку оказалось что старый, ненужный, но живой 2'5 диск валяется почти у каждого дома, кто-то подарит, кто-то обменяет на пиво… В моём случае взял со склада с разрешения начальства то что точно для работы никогда не пригодится ибо давно всё включая рабочие места мигрировало на sas или nvme
Я не много не в теме, мой выбор пал на малину из-за её популярности, под неё легко найти всё что душе угодно. Но альтернативы мне тоже интересны.
В случае "«малин» с eMMC на борту." меня больше всего смущает само 'на борту', да оно живёт долго, но не бессмертно. А менять распаянное что либо удовольствие сомнительное..
Паяю на есп32 под нативный хоумкит разные штуки. Из последнего интегрировал радиоканальные датчики 433мгц от метеостанции
Я свой умный дом сделал на Z-Wave и контроллере Vera. Преимущества те же, что и в ZigBee — Mesh сеть, низкое потребление электричества (датчики так же работают годами на батарейках), управление полностью с GUI, >нет необходимости долбить стены для прокладывания проводов и т.д.
Началось всё с контроллера и одной управляемой розетки лет 10 назад. Сейчас в системе пара десятков таких розеток, несколько выключателей, много датчиков и различные актуаторы. Автоматизировано отключение всех электрических приборов и розеток когда никого нет дома или ночью (появилась эта необходимость после того, как кот ночью включил варочную панель, сев задницей на сенсорную кнопку), управление светом там, где это нужно, с дополнительных кнопок, и по датчикам. Шторы открываются-закрываются, музыка включается в нужных комнатах с определённой громкостью на любимую радиостанцию в необходимое время утром или по возвращению домой (для каждого члена семьи своя радиостанция). Отопление в разных комнатах устанавливается на разную температуру (детям потеплее), когда на улице холоднее определённой температуры.
В планах научить кофе-машину делать кофе утром и в ванной включать интернет радио когда там кто-то находится дольше определённого времени. (сейчас там FM радио, но сигнал очень плохой из-за бетонных стен).
Пока никак не получается включить оповещение о движении, когда никого нет дома, т.к. сейчас датчики срабатывают на шерстяного засранца, и все попытки настроить их приводят к уменьшению чувствительности датчиков настолько, что они перестают реагировать и на людей. Так же раньше было голосовое оповещение о состоянии умного дома. Работало оно через Google TTS онлайн, но потом гугл прикрыл эту лавочку.
Сейчас система не требует никаких вмешательств. Всё просто работает :) надеюсь получится когда-нибудь запилить какой-нибудь Status Monitor в прихожей, что бы беглым взглядом иметь представление что с умным домом вообще происходит.
И как управление радио происходит, можно подробнее? Оно там встроенное?
Подскажите, пожалуйста, как вы обесточиваете плиту? Контактором?
На плиту и духовку приходят отдельные 3 фазы, на которые я в электрощите поставил обычные 3 штуки 16А реле по типу такого:
сигнал включения на реле приходит от обычного Z-Wave выключателя. Какой-нибудь такой (им же или похожим выключателем выключаются большинство розеток и лампочек):
а в мобильной программе для Vera есть Geofencing, где определяешь домашний адрес и радиус, за которым считается, что телефон находится вне дома. На ночь есть Z-Wave кнопка над кроватью — нажал перед сном и включился ночной режим (по времени или ещё как-нибудь это сделать не получится, т.к. ложимся спать очень нерегулярно).
В Node Red многим удобно строить алгоритмы, т.к. он построен на база МЭКовского стандарта для программирования ПЛК. И многим юзерам он понятен по роду своей деятельности. Поэтому для них низкий уровень входа в Умнодом. Ну и всегда неплохо, когда есть альтернативы.
А что, этот GUI интерфейс NodeRed так же хорош и гибок, как Lovelace?
Потому что причина «за» крайне понятна: создал виртуалку (или залил на одноплатник) — и оно просто работает. Аддоны работают, обновляется без проблем, менеджмента кроме кнопки «обновить» в HA не требует.
Ну а пара полезностей типа построения карт для пылесоса вполне решаются тем же докером (который доступен в HassOS через portainer).
Популярность использования платформы Rapberry Pi для сервера Умного Дома я могу объяснить лишь пресловутыми «исторически сложившимися причинами», а так же, не в последнюю очередь, мощью авторитета Алекса Квазиса и его YouTube канала.
При всех своих недостатках, «малинка» остается самой популярной платформой и поныне.
У меня есть несколько предположений и моё имхо «исторически сложившиеся причины» не на первом месте. Преимущества для начинающего, затмевают вами перечисленные недостатки.
1) Наличие готовых работоспособных образов различных систем, в т.ч. и HA. Сколько времени уйдет новичку, видевшему консоль Linux только в фильмах про хакеров, на установку, настройку ОС и системы УД с нуля и сколько готовым образом.
2) Скорость восстановления. Отказать могут все носители информации, но начальных этапах важнее надежности носителя — «кривизна» рук и наличие актуальных, желательно пошаговых инструкций.
3) Возможность использования GPIO. Конечно использовать на сервере — многие считают моветоном, но на начальном этапе, почему бы и нет. Это уже позже, когда ознакомишься, можно купить и сервер получше и ESP, и малину использовать в качестве какого исполнительного или терминального устройства.
Ну и не последнее дело имеет цена, за один NUC можно купить две RPI, одна — рабочая, вторая — резервная или тестовая.
С третьим не согласен. На мой взгляд, новичку подключить устройство по GPIO будет значительно сложнее, чем по WiFi или Zigbee, например.
А про цену, за которую я купил подержанный Gigabyte BRIX с полным обвесом, я написал. Она не то чтобы сопоставима, а существенно ниже была чем у малины с обвесом даже в то время.
По поводу GPIO, первый мой опыт использования — установка контроллера RaZberry (как раз на GPIO). USB стика в наличии не было, а нужно было срочно. Про z2m тогда ещё слышно не было.
Кстати вот ещё один пункт:
довольно много open source решений, особенно имеющих возможность работы на ARM архитектуре, тестируют, документируют (публикуют мануалы) именно на raspberry, а не на других одноплатных мини ПК.
Возможность использования GPIO. Конечно использовать на сервере — многие считают моветоном, но на начальном этапе, почему бы и нет.
Кстати, с помощью GPIO по UART можно напрямую подключить CC2538 в качестве zigbee2mqtt-адаптера.
вот для себя так и не нашёл причины покупать себе малину, со всем справляется роутер на openwrt, на нём же mosquitto… основные сценарии реализованы в железе, использую esp32, и уже в коде реализую те или иные зависимости, вся остальная логика взаимодействия ложится уже на смартфоны, то есть распознавание команды, отправке нужных сообщений в нужных топиках по mqtt, на пример tasker с плагинами с этим великолепно справляется, при этом сценарии от поведения у каждого пользователя могут быть уникальными. так же легко всё бекапится и на роутере и на телефонах
все управление у меня там построено на уровне нажата кнопка — включи свет. есть движение — включи свет и некоторые составные события. типа если была нажата кнопка и прошло < получаса, то не реагировать на датчик влажности.
Что касается мешей — у меня софтовый гейтвей на есп вполне себе транслирует удаленные сенсоры, а энергопотребление решается спящим режимом или зарядкой от солнца.
Вдобавок есть устройства которым надо работать шустро и тут скорости зигби просто не хватит…
Что касается архитектуры умного дома, то особенно после последних событий, связанных сначала с падением дерева на провода, а потом еще и падение соседних проводов на нашу линию ( да раз в жизни такое но бывает) и последующим выгоранием не только систем защиты, но и части автоматизации, я стал окончательным адептом децентрализованной системы управления домом. Сервер может управлять комплексной автоматизацией, но каждое устройство должно уметь управляться отдельно.
На чем строить свой Умный Дом? На готовых решениях от Miija, Sonoff, Tuya, Apple, Aqara, Rubetek, Yandex, Google и прочих и прочих? Или же построить его самому на базе OpenSource решений типа HomeAssistant, NodeRed, OpenHub, IOBroker и так далее?А ещё можно взять и сделать своё собственное сквозное решение. Вот так я поглядел на разные форумы и how-to'шки, сделался печальным, что всё это разгребать и сказал «данунахер». Что нам стоит дом построить? Что сделано (включая 100% свою разработку железа и софта): головной контроллер, модули I/O локальные и радио, радиодатчики, радиобрелок, прошивки под это дело, интерфейс к контроллеру web и SMS. На контроллере софт из трёх слоёв: демон обслуживающий непосредственно железки, логика автоматизации на Lua и CGI для браузера. Да, с одной стороны, там много «неправильного» дизайна и программирования, т.к. я «не настоящий сварщик», что-то находится в процессе допиливания на ходу, и наверняка есть куча забагованных мест. С другой стороны решение находится в работе 24/7 уже пару лет без заметных косяков и ещё +2-3 года, если считать первые макеты собранные из китайских плат и палок. Весь комплект своих железок удалось спроектировать примерно за 3 года.
Выводы. Стоит ли так делать? Если стоит задача быстро решить конкретную задачу, то точно нет. Если за интерес, разработать полностью собственную систему, то, на мой взгляд, получился очень хороший проект для прокачки своих скиллов. Конечно, я не сделался, ни хорошим программистом, ни хорошим схемотехником, но подкачал свои знания и умения по многим направлениям. По мне, так отличный развивающий DIY.
PS: И да, я это не люблю называть словами «умный дом». В таком варианте как у меня, и какие в статье приведены примеры, я предпочитаю всё-таки называть это автоматизацией.
Это какой-то тренд современный пошёл — любую копеечную автоматизацию или принятие решения на основе статистики называть «умным». Пока копаюсь со всем этим больше пришёл к мысли, что дом скорее становится многофункциональным — всякие обработки двойных нажатий, различное поведение в зависимости от событий — всё это просто увеличивает функциональность дома.
Разработка с нуля это прям очень круто. Когда возишься с готовым, то местами просто руки опускаются. Вроде бы вот тут тебе и двойные клики не нужны, а не отключишь — обрабатывай задержки, где-то начинаешь разбираться что и как работает, а схемоты нет и даже не поймёшь почему не так. Да и текущая загруженность 2.4ГГц канала та ещё неприятность
Диапазон я тоже выбрал не как все :) Я ушёл максимально низко на 433 МГц. Мне было более интересно хорошее распространение волн, а чем выше частота, тем больше проблем с экранированием окружающими предметами и постройками. На 433 МГц у меня LoRa отлично принимается в любой диспозиции дом-дом с расстоянием между домами примерно 15 м. Решения на 2.4 ГГц на базе NRF24L01 сдувались очень быстро на всех доступных мне модулях. Например, одно атермическое стекло полностью убивает сигнал от антенны такого модуля находящегося вплотную к этому стеклу, одно дерево на пути уже вносит сильнейшие непредсказуемые затухания, крыша из металлочерепицы убивает связь полностью, как только один из модулей выходит из зоны прямой видимости и т.д. А за помехи на 433 МГц я не очень волнуюсь, т.к. это дача и сигнал LoRa хорошо размазан по спектру.
Термин «умный дом» мне тоже не нравится, но куда от него денешься теперь?
Мощный DIY это круто, конечно. Но насколько оправдано по вложениям и затратам времени, вот вопрос.А хобби вообще крайне редко оправдано по этим параметрам. Автор правильно написал, это всё реализация своих хотелок. Затраты не сопоставимы с прямой выгодой. С точки зрения реализации своих амбиций, если хотите, оправдано полностью: пацан сказал — пацан сделал :)
Очень редко подобные вопросы вижу в сообществе. Купившие лампочку и розетку вообще редко что-то знают о китайских облаках и тем более желают от них избавиться. Кто об этом знает, тот уже не новичок, фактически.
Эх, у меня 6 приложений. И ни одной мысли как это всё объединить.
Thermex home, eWeLink, WiZ, Mi Home, AI Life, Google home.
В Google home удалось запихнуть то, что в Mi home. Но это все.
Автор может поделитесь что у вас на НА завязано особенно по zigbee?
Я карту своих устройств zigbee привел
Легенду бы неплохо еще к карте. Чем сплошная линия от пунктирной отличается? С синими устройствами понятно, а зеленые — это end devices? Sleepy, в основном? Я боюсь, Вы привели то, что Вам только кажется картой своих устройств. Как оно на самом деле в данный конкретный момент времени выглядит, знает только сама сеть. Собственно, в этом и сила Zigbee.
Учитывая, что умный дом у меня — это не только всякие лампочки, но и газовый + электрический котлы, контроль давления в сетях, защита от протечек, пожарная сигнализация и автоматическое пожаротушение и т.п., — немаловажный фактор…
Например, само перекрытие воды должно быть максимально автономным, а уведомление об этом можно уже послать красиво через приложение или чат. То же и с котлами — базовый контроль идёт суровым железом, а «добавить пару градусов в комнате для гостей» — удобным вам способом через приложение или какую-нибудь умную колонку.
Так по факту и получится, отдельные кусочки уже сделаны на разной основе. Просто обратил внимание, что в посте этот выбор не отражён, неужели так мало людей в сторону ПЛК смотрит.
Прочитал с интересом… Возник вопрос. Там в скобках прям категорично написано "не атом!" Про проц… Почему? У меня валяется старый нетбук ееерс. Там атом. Я на него взгромоздил Хоум астистант. Что? Совсем не будет работать?
А смысл датчика могу привести на таком примере: Датчик CO2 зашкалил в комнате, и автоматически открылось окно для проветривания и понижения уровня углекислого газа в помещении. Тем самым улучшив качество вашей жизни. Или датчик протечки засек, что у вас прохудилась труба в туалете и дал сигнал клапану перекрыть воду в этой трубе. Тем самым вы не затопили соседей снизу, что стоило бы вам приличной суммы. Разве это плохо? Разве нет здесь пользы и смысла датчиков? И таких примеров можно привести массу.
Безопасность. С 128-битным алгоритмом AES, используемым для шифрования данных и аутентификации, и тремя типами ключей, используемых для управления безопасностью, конечным пользователям не стоит беспокоиться об опасности взлома.
А вот это уже опасная неправда. Никогда не задумывались, почему устройства из коробки так лихо подключаются к сети без особого конфигурирования? В Zigbee HA общеизвестный TC Link Key. Если срисовать трафик в момент подключения нового устройства, то получите актуальный Network Key. Можно его менять время от времени, конечно, но тогда спящие устройства, выключатели всякие, будут либо отсыхать с концами, ну либо в свою очередь создавать дырки в безопасности.
О чем спорят строители Умных Домов, Бань, Дач и Гаражей