Как стать автором
Обновить

Комментарии 116

Статья в очередной раз напомнила, что где-то дома у меня живет умный дом… живет своей жизнью ничем себя не проявляя… а вроде как должен :-)

И у меня это тот самый случай, когда это всего лишь хобби, про которое вспоминаешь, когда есть свободное время, либо появляется статья, которая мотивирует перераспределить свободное время.
Видимо, у тебя построен идеальный УД, раз о нем не нужно вспоминать и не хочется его модернизировать и улучшать даже в режиме хобби.
А можно поподробнее на базе чего тебе это удалось сделать?
Шутить изволите? Ничего необычного.

RPi4 с Raspbian, Home Assistant в Docker, ZigBee-свисток, некоторое количество датчиков протечек воды от Xiaomi, температуры, влажности, угарного газа. В случае срабатывания — сообщение в телефон через мобильное приложение.

Не, я не говорил, что не хочется модернизировать; свободного времени не так много, как хотелось бы :)
Понял, спасибо. То есть УД в режиме датчиков безопасности, без исполнительных устройств. Действительно, есть куда развиваться :)
А почему нотификации в приложение, а не в телеграм, как это широко практикуется в сообществе?
А почему, кстати, все предпочитают Телеграм, если всё равно установлено приложение HA? Я только собираюсь заняться уведомлениями и вот интересно.
В телеграм каналах тематических самое живое и активное сообщество обитает. Поэтому у них телеграм как главный мессенджер получается. Так почему бы в него не получать уведомления? Как-то примерно вот так сложилось.
Самая простая причина — в чате есть история уведомлений, а для пушей её обычно нет. Бонусом уведомление ходит во все устройства сразу без дополнительной настройки (комп, телефон, браузер и т.д.).
Все зависит (как и всегда) от цели. Я например могу послать своему боту картинку, он в ответ спрашивает что с ней сделать и в зависимости от ответа
— просто сохраняет её
— отправляет мэйл
— преобразует в PDF
В телеграм многие еще шлют картинки с камер. Не уверен, что это можно пушем в приложении сделать.

Так в том и смысл умного дома, он работает и доставляет комфорт.
Если нравится ковыряться с девайсами, то это ble, zigbee, wifi.
Чтобы просто работало, это z-wave, knx.

Это всё протоколы, а вопросы к наличию экосистемы. Можно сидеть чисто на apple home и, покупая совместимые устройства, просто пользоваться тем, что есть. А под капотом там будут и wifi и thread, например. А если хочется добавить ещё другие устройства, то это уже решение проблем и подбор соответствующих решений, другой уровень.
zigbee, wifi, ble — протоколы
z-wave, knx — протоколы и экосистема

Любое устройство с надпись z-wave совместимо с другим устройством с надписью z-wave.
Если написано zigbee на одном и на втором устройстве, то это вообще ни о чем не говорит.
Для zigbee2mqtt с его поддержкой 1402 устройств от 207 вендоров нет никаких практически проблем с любым zigbee устройством. А если и есть, то можешь просто взять и добавить его в zigbee2mqtt внешним конвертором.
Z-wave так умеет?

Для z-wave не нужно писать конвертеров, все устройства работают из коробки.
Я писал конвертер для tuya устройств, чтобы он заработал с zigbeemqtt. А если бы была строгая сертификация, то не было бы проблем совместимости.

Да-да, если еще с подходящей частотой z-wave повезет.
К сожалению не все вендоры соблюдают полностью стандарт и не везде, например, доступны все фичи зигби, как биндинг или тач линк. Т.е. нужно всё же подбирать устройство.
Да. Благо выбор гораздо шире, чем у остальных протоколов.
Прошёл по пути — артудинки с самопальным UI и логикой на дотнете. Потом новые девайсы Aquara «поиграться» + HA в попытке всё это связать вместе. В результате знакомство с Nodered и переписыванием почти всего на связку Z2M + Nodered + MQTT на NanoPI. В результате система получилась на много проще и обслуживаемей за счёт переделки логики на eventную модель и наличием удобного UI для её обслуживания в Nodered. Раньше приходилось собирать волю в кулак, что бы открыть код, вспомнить как оно работает, что-то поделать и забыть опять на пол года. Теперь же просто открываешь UI Nodered и что-то там пилишь.
А почему все же NodeRed вместо Homeassistant?
Когда осознал, что HA слишком высокоуровневый и декларативный, а Nodered на много понятней программисту, так как прозрачней, отлаживаемей и работает с понятными сущностями — JSON пришёл в функцию, JSON ушёл. Что-то типа aws лямбд с step function flow. Там реально недели хватило, чтобы перетащить все основные сценарии, написанные на дотнетах и сильно уменьшить кодовую базу. Но, честно говоря, в этом больше заслуга переделки на MQTT, чем Nodered как таковой.
Node-Red vs HomeAssistant это примерно как Arduino vs STM32 кто в теме. На Node-Red можно полноценную апликацию написать, там же Javascript и NodeJs. То есть раз изучившы, вы получаете универсальный инструмент (причем очень мощный), который к умному дому отношения не имеет. Например можете парсить какие то веб страницы, посылать данные на телеграм бот, что то делать с базой данных, мониторить и т.п. А HomeAssistant — будете знать yaml и иметь прикладное решение. По потребностям, как в классике.
Возможности использовать python для расширения возможностей HomeAssistant также очень широки. С помощью AppDaemon, например.
Не один там yaml только.
Ну тут по желанию, можно кастомный сенсор дописать, который будет что-то делать по расписанию, например и т.д. Все возможности питона и API HA.
Почти счастливый пользователь Home Assistant здесь!
Сразу же с создания системы на HA заглядываюсь на NodeRED (т.к. подобное event-flow программирование лично мне кажется куда более логичным и удобным чем конфиги HA и даже чем обычный код), но менять ядро пока не готов, а одновременно использовать две конкурирующих технологии — очень сомнительное архитектурное решение.

Почему Home Assistant
Красивый GUI (в планах, купить дешевые б/у айпады или другие планшеты, и прикрепить их на стену, т.к. Lovelace по ощущениям, проектировался именно под это).

Поддержка кучи интеграций (я в начале был не очень умен и собирал на решениях разных вендоров и HA помог мне все это связать воедино, сейчас же последние 10 добавленных устройств исключительно Esp8266 + Паяльник + ESPHome (крутая штука, кстати)).

Удобство настройки из GUI (и особенно печально, когда приходится для настройки какой-то интеграции лезть в сonfiguration.yaml).


Против HA
Все же иногда приходится лезть в конфиги, так как даже банальные алерты через гуй не сделать (то есть, иногда приходится остужать пыл ожидания типичной быстрой настройки и неторопливо поднимать ssh-сессию в LXC-контейнер (да, у меня venv-инсталляция)).

Некоторые проблемы с оптимизацией и багами (очень медленное отображение истории недавно починили, но вот 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 боксы чаще всего очень медленно работают на малине, но камон, для умного дома это вообще не важно.

Я упомянул об этой возможности. Но решение с внешними накопителями для малинки может выглядеть слишком overprice для многих, и это тоже недостаток.

Я сначала тоже так думал покупая себе малину…
но на поверку оказалось что старый, ненужный, но живой 2'5 диск валяется почти у каждого дома, кто-то подарит, кто-то обменяет на пиво… В моём случае взял со склада с разрешения начальства то что точно для работы никогда не пригодится ибо давно всё включая рабочие места мигрировало на sas или nvme

Сейчас хватает «малин» с eMMC на борту.
Как-то они не особо популярны в сравнении с «народной» малиной.
Крайне незаслуженно. Думаю из-за цены. Но зато поставил и не задумываешься про то, как не убить SD карту (опыт был, хватило).
Цена большое значение для большинства умнодомщиков имеет. А eMMC и к малине прекрасно прикручивается.

Я не много не в теме, мой выбор пал на малину из-за её популярности, под неё легко найти всё что душе угодно. Но альтернативы мне тоже интересны.
В случае "«малин» с eMMC на борту." меня больше всего смущает само 'на борту', да оно живёт долго, но не бессмертно. А менять распаянное что либо удовольствие сомнительное..

У меня SD карта не из самых дешёвых на малине и месяц не прожила. Да, не тюнил, логи туда же писались. NanoPI Plus2 уже 3 года работает опять же без всяких оптимизаций по записи и симптомов износа eMMC не видно.

Паяю на есп32 под нативный хоумкит разные штуки. Из последнего интегрировал радиоканальные датчики 433мгц от метеостанции

Я свой умный дом сделал на Z-Wave и контроллере Vera. Преимущества те же, что и в ZigBee — Mesh сеть, низкое потребление электричества (датчики так же работают годами на батарейках), управление полностью с GUI, >нет необходимости долбить стены для прокладывания проводов и т.д.
Началось всё с контроллера и одной управляемой розетки лет 10 назад. Сейчас в системе пара десятков таких розеток, несколько выключателей, много датчиков и различные актуаторы. Автоматизировано отключение всех электрических приборов и розеток когда никого нет дома или ночью (появилась эта необходимость после того, как кот ночью включил варочную панель, сев задницей на сенсорную кнопку), управление светом там, где это нужно, с дополнительных кнопок, и по датчикам. Шторы открываются-закрываются, музыка включается в нужных комнатах с определённой громкостью на любимую радиостанцию в необходимое время утром или по возвращению домой (для каждого члена семьи своя радиостанция). Отопление в разных комнатах устанавливается на разную температуру (детям потеплее), когда на улице холоднее определённой температуры.
В планах научить кофе-машину делать кофе утром и в ванной включать интернет радио когда там кто-то находится дольше определённого времени. (сейчас там FM радио, но сигнал очень плохой из-за бетонных стен).
Пока никак не получается включить оповещение о движении, когда никого нет дома, т.к. сейчас датчики срабатывают на шерстяного засранца, и все попытки настроить их приводят к уменьшению чувствительности датчиков настолько, что они перестают реагировать и на людей. Так же раньше было голосовое оповещение о состоянии умного дома. Работало оно через Google TTS онлайн, но потом гугл прикрыл эту лавочку.
Сейчас система не требует никаких вмешательств. Всё просто работает :) надеюсь получится когда-нибудь запилить какой-нибудь Status Monitor в прихожей, что бы беглым взглядом иметь представление что с умным домом вообще происходит.

Да, хороший вариант. Надежный, раз столько лет стабильно работает. Вот только Vera вроде уже совсем не развивается, насколько я знаю. Обновления какие-то выходят еще?
И как управление радио происходит, можно подробнее? Оно там встроенное?

Подскажите, пожалуйста, как вы обесточиваете плиту? Контактором?

На плиту и духовку приходят отдельные 3 фазы, на которые я в электрощите поставил обычные 3 штуки 16А реле по типу такого:


image


сигнал включения на реле приходит от обычного Z-Wave выключателя. Какой-нибудь такой (им же или похожим выключателем выключаются большинство розеток и лампочек):


image


а в мобильной программе для Vera есть Geofencing, где определяешь домашний адрес и радиус, за которым считается, что телефон находится вне дома. На ночь есть Z-Wave кнопка над кроватью — нажал перед сном и включился ночной режим (по времени или ещё как-нибудь это сделать не получится, т.к. ложимся спать очень нерегулярно).

В Node Red многим удобно строить алгоритмы, т.к. он построен на база МЭКовского стандарта для программирования ПЛК. И многим юзерам он понятен по роду своей деятельности. Поэтому для них низкий уровень входа в Умнодом. Ну и всегда неплохо, когда есть альтернативы.

Главная битва начинается вначале Home Assistant Operating System vs Home Assistant Supervised :) На yaml неплохо себя чувствовал. Но перешел на NodeRed и GUI интерфейс, когда домашние изъявили желание тоже сделать пару автоматизаций и интерфейс поправить и чтобы не отбить желание перевел постепенно все на GUI, к моему удивлению(немного сожалению) даже себе стало легче, ибо разбираться с ui-lovelace на 2100 строк все сложнее и сложнее.
Да вроде против Home Assistant Supervised особых возражений ни у кого нет. Разве только что у хардкорных линуксоидов с venv и неприятием докера. Ну а на HassOS обычно новички, не успевшие посмотреть видео Квазиса подсаживаются.

А что, этот GUI интерфейс NodeRed так же хорош и гибок, как Lovelace?
Извините, немного запутал Вас. отдельно NodeRed, отдельно UI из HA, все теперь без yaml. Почему же, HassOS я развернул на слабенькой железяке для dev и экспериментов, работает резвее. Основная машина на ODROID-N2+
А можете назвать хотя бы пару причин не использовать HassOS?
Потому что причина «за» крайне понятна: создал виртуалку (или залил на одноплатник) — и оно просто работает. Аддоны работают, обновляется без проблем, менеджмента кроме кнопки «обновить» в HA не требует.
Я могу назвать одну очень важную лично для меня причину: урезанный до невозможности CLI. Мне нужен полный контроль над сервером.
Там же есть SSH в основную систему + пара аддонов для ssh с разными уровнями доступа.
Дело не в доступе по ssh. A в том, что урезаны все Linux утилиты и средства командной строки. Ничего толком не сделаешь и мало того, не доставишь недостающее.
Так в этом и суть. Не надо делать кашу из всего подряд в машине с критичной инфраструктурой. Хотите рядом медиаплеер — поставьте его отдельной виртуальной машиной. И если вам зачем-то стали нужны «все Linux утилиты» в виртуалке умного дома — вы что-то сделали не так.
Ну а пара полезностей типа построения карт для пылесоса вполне решаются тем же докером (который доступен в HassOS через portainer).
Как в HassOS в командной строке создать новый докер контейнер? Это возможно? А как поставить какой-нибудь кастомный компонент? Только через HACS или 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, а не на других одноплатных мини ПК.
Ну, сравнение подключения RaZberry в GPIO и подключение к нему датчика CO2, например, на MHZ19B с пробросом его показаний в систему, выглядит не совсем корректно, мягко говоря.
Возможность использования GPIO. Конечно использовать на сервере — многие считают моветоном, но на начальном этапе, почему бы и нет.

Кстати, с помощью GPIO по UART можно напрямую подключить CC2538 в качестве zigbee2mqtt-адаптера.
Я при выборе Малины в качестве основного аргумента для себя использовал второй пункт. Малины проще резервировать и они широкодоступны. И хотя Б/У Nuc или Brix можно добыть дешевле хорошего сетапа с RPi, может быть сложно добыть ему потом аналогичную замену. А Малину я могу купить сегодня же. Хотя, если говорить именно о Home Assistant, то он довольно легко переносится с одного железа на другое.
Непонятен аргумент про «проще резервировать».
Я имел ввиду, что просто склонировать ОС, когда у тебя железо одинаковое. При этом можно держать малину в запасе или просто пойти и купить новую.

вот для себя так и не нашёл причины покупать себе малину, со всем справляется роутер на openwrt, на нём же mosquitto… основные сценарии реализованы в железе, использую esp32, и уже в коде реализую те или иные зависимости, вся остальная логика взаимодействия ложится уже на смартфоны, то есть распознавание команды, отправке нужных сообщений в нужных топиках по mqtt, на пример tasker с плагинами с этим великолепно справляется, при этом сценарии от поведения у каждого пользователя могут быть уникальными. так же легко всё бекапится и на роутере и на телефонах

C появлением в z2m User extensions перенес все автоматизации с zigbee в него. Во первых писать код на JS как то привычнее, чем строить логику в GUI. А во вторых конечные устройства срабатывают быстрее.
Интересное замечание. Да, я тоже поигрался с этой новой возможностью. Но я не уверен, что с ее помощью можно делать реально сложные и гибкие автоматизации. Или это вопрос профессионализма в JS кодировании?
я конечно не могу точно сказать, но на текущий момент не столкнулся с какими то сложностями.
все управление у меня там построено на уровне нажата кнопка — включи свет. есть движение — включи свет и некоторые составные события. типа если была нажата кнопка и прошло < получаса, то не реагировать на датчик влажности.
Ну, это довольно простые автоматизации.
Плохо подходит, если устройства не только zigbee.
ZegBee конечно не плох, если бы не цена. Пару лет назад что-то типа ETRX357 стоило под 1500р. Кстати — как с этим сейчас? У меня порядка >60 устройств и сенсоров в сети и если б я их не на есп8266 строил, то это было бы серьезно дорого…
Что касается мешей — у меня софтовый гейтвей на есп вполне себе транслирует удаленные сенсоры, а энергопотребление решается спящим режимом или зарядкой от солнца.
Вдобавок есть устройства которым надо работать шустро и тут скорости зигби просто не хватит…
Что касается архитектуры умного дома, то особенно после последних событий, связанных сначала с падением дерева на провода, а потом еще и падение соседних проводов на нашу линию ( да раз в жизни такое но бывает) и последующим выгоранием не только систем защиты, но и части автоматизации, я стал окончательным адептом децентрализованной системы управления домом. Сервер может управлять комплексной автоматизацией, но каждое устройство должно уметь управляться отдельно.
Я так понимаю, у вас собственный дом и засорение WiFi эфира соседями не ваша проблема? И вы можете себе позволить сделать отдельную WiFi сеть на мощном роутере, способном тянуть > 60 устройств? Ну и извините, но не верю я что датчик WiFi даже в спящем режиме протянет от батарейки CR2032 больше недели, тогда как такой же ZigBee датчик проработает от нее пару-тройку лет.
да, собственный, хорошо, что вы думаете о соседях, но частоты там схожие если я не путаю, мощность конечно ниже, но дальность действия в 70 -100 метров говорит мне что и зигби немного, но «мусорит», а роутер совершенно обычный — не молодой кинетик. Последнее конечно нет, но год от от двух АА мой средний датчик работает.
Как часто передаёт данные такой датчик, работающий год?
Про цену я приврал. 250 рублей, да, но ещё плюс доставка. Суммарно около 400 рублей. 350 рублей, если от 10 штук. Модули EBYTE E18-MS1 на чипе TI CC2530.
да, спасибо, отстал я, зигби стал значительно ближе
У туи есть wifi датчики на аккумуляторе, которые работают полгода :)
Ну. и зачем? Когда есть zigbee и 3 года работы.
Это как пример, что есть в природе wifi датчики, которые живут дольше месяца. Но так конечно не особо удобно всё заряжать раз в полгода.
ZigBee девайсы довольно недорогие, как по мне. Но они дороже вайфайных. Сами чипы (точнее готовые модули) стоят рублей по 250 на Али.
На чем строить свой Умный Дом? На готовых решениях от 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ГГц канала та ещё неприятность
Вот про радио тоже у меня пунктик, сделать не как все. Первое, я выкинул из рассмотрения «компьютерные» Wi-Fi и BT, т.к. по мне, так это вообще не из той сказки. Потом, я выкинул всевозможные «тупые» варианты модуляции по аналогии с дешёвыми сигналками и погодными станциями. Дальше, я выкинул Zigbee, т.к. дорого, а mesh и всякие наверченные стеки показались мне ненужными сущностями, и вообще, скукота. Туда же отправился LoRaWAN :) Что же осталось? Чистая модуляция LoRa и свой простенький протокол в один уровень. Я даже обнаглел настолько, что решил никакой криптографии не вводить вообще, ни шифрования сообщений, ни даже аутентификации. Почему? Количество настроек модуляции LoRa таково, что само по себе представляет собой нефиговый ключ. Подбирать устанешь. Конечно, он 100% считывается каким-нибудь SDR, но, во-первых, это SDR надо припереть на объект, во-вторых, знать, что там LoRa, в-третьих, знать эту LoR'у настолько хорошо, чтобы распознать настройки модуляции. Решил, что пока это не массовое решение (как автомобильные сигналки), никто даже не станет заморачиваться, как заломать автоматизацию на моей даче :)
Диапазон я тоже выбрал не как все :) Я ушёл максимально низко на 433 МГц. Мне было более интересно хорошее распространение волн, а чем выше частота, тем больше проблем с экранированием окружающими предметами и постройками. На 433 МГц у меня LoRa отлично принимается в любой диспозиции дом-дом с расстоянием между домами примерно 15 м. Решения на 2.4 ГГц на базе NRF24L01 сдувались очень быстро на всех доступных мне модулях. Например, одно атермическое стекло полностью убивает сигнал от антенны такого модуля находящегося вплотную к этому стеклу, одно дерево на пути уже вносит сильнейшие непредсказуемые затухания, крыша из металлочерепицы убивает связь полностью, как только один из модулей выходит из зоны прямой видимости и т.д. А за помехи на 433 МГц я не очень волнуюсь, т.к. это дача и сигнал LoRa хорошо размазан по спектру.
Мощный DIY это круто, конечно. Но насколько оправдано по вложениям и затратам времени, вот вопрос.

Термин «умный дом» мне тоже не нравится, но куда от него денешься теперь?
Чем не нравится термин «домашняя автоматизация»? Довольно точно описывает эти системы сейчас.
Он в два раза длиннее и звучит канцелярски.
Неплохо да, но очень длинно.
Мощный DIY это круто, конечно. Но насколько оправдано по вложениям и затратам времени, вот вопрос.
А хобби вообще крайне редко оправдано по этим параметрам. Автор правильно написал, это всё реализация своих хотелок. Затраты не сопоставимы с прямой выгодой. С точки зрения реализации своих амбиций, если хотите, оправдано полностью: пацан сказал — пацан сделал :)
Самые популярные вопросы по-моему все таки такие: «купил китайскую лампочку и розетку Xiaomi. Обе подключаются на какие-то китайские сервера, через разные приложения. Как бы это все закруглить на свой сервер?»

Очень редко подобные вопросы вижу в сообществе. Купившие лампочку и розетку вообще редко что-то знают о китайских облаках и тем более желают от них избавиться. Кто об этом знает, тот уже не новичок, фактически.

Эх, у меня 6 приложений. И ни одной мысли как это всё объединить.

Жаль, что статья не навела вас на такую мысль. Видимо, написал ее недостаточно хорошо.
А какие? Возможно HA сможет вам помочь в объединении экосистем.
Хотел картинкой, но не вставляется.
Thermex home, eWeLink, WiZ, Mi Home, AI Life, Google home.
В Google home удалось запихнуть то, что в Mi home. Но это все.
Всё, что на zigbee можно через стик добавить в HA, а вот с остальным сложнее, всё вместе собрать потребует некоторых усилий по поиску и настройке интеграций…
Как я помню запарился к HA ssl прикручивать для Алисы) Зато голосовое управление домом сразу стало куда приятнее.
Автор может поделитесь что у вас на НА завязано особенно по zigbee?
Я карту своих устройств zigbee привел в статье. Что конкретно интересует?
Я карту своих устройств zigbee привел


Легенду бы неплохо еще к карте. Чем сплошная линия от пунктирной отличается? С синими устройствами понятно, а зеленые — это end devices? Sleepy, в основном? Я боюсь, Вы привели то, что Вам только кажется картой своих устройств. Как оно на самом деле в данный конкретный момент времени выглядит, знает только сама сеть. Собственно, в этом и сила Zigbee.
Когда строите карту zigbee сети в родном фронтенде zigbee2mqtt, там в углу показывается легенда. Вот такая вот:

image

На самом деле умные хабы станут гораздо популярнее, если появится возможность легко и бесплатно открывать доступ до них в сети интернет. Но первое что нужно сделать официальному клиенту, это умение работать через ssh, так как запариваться с доменом не всегда хочется.

Пардон. Впечатляющий список.
У меня первый вопрос (так до конца и не решённый пока) — это ПЛК (Овен) и ModBus или малинка/ардуинка/ESP8266/полноценный сервер (которых дома и так хватает) и TCP/IP. Второе дешевле, привычнее и гибче, первое надёжнее.
Учитывая, что умный дом у меня — это не только всякие лампочки, но и газовый + электрический котлы, контроль давления в сетях, защита от протечек, пожарная сигнализация и автоматическое пожаротушение и т.п., — немаловажный фактор…
Всегда есть промежуточный вариант — базовая безопасность и критичные системы реализуются на ПЛК или чём-то столь же суровом, а красивости — на Home Assistant.
Например, само перекрытие воды должно быть максимально автономным, а уведомление об этом можно уже послать красиво через приложение или чат. То же и с котлами — базовый контроль идёт суровым железом, а «добавить пару градусов в комнате для гостей» — удобным вам способом через приложение или какую-нибудь умную колонку.

Так по факту и получится, отдельные кусочки уже сделаны на разной основе. Просто обратил внимание, что в посте этот выбор не отражён, неужели так мало людей в сторону ПЛК смотрит.

Статья для начинающих, которые входят в тему через решения opensource. А вы о ПЛК… В тех сообществах, о которых я пишу, никто про ПЛК вообще почти не упоминает. Учитывайте специфику.

Прочитал с интересом… Возник вопрос. Там в скобках прям категорично написано "не атом!" Про проц… Почему? У меня валяется старый нетбук ееерс. Там атом. Я на него взгромоздил Хоум астистант. Что? Совсем не будет работать?

Да будет, конечно. Но уж очень он медленный.

Не поясните, с чем связан антагонизм АСУ/домашней автоматизации и популярного «умного дома»? Цели в общем-то одни, средства тоже, а подходы разные.
Не понял, почему вы увидели тут какой-то антагонизм? Кто и как о нем говорил?
Всё, что я читаю про умные дома и прочие умные вещи, содержит лейтмотив «сюда можно засунуть вайфвай» или «вот ещё один датчик». Классический подход промавтоматики, когда надо предусматривать для агрегата, системы или комплекса систем независимый контроль и проблему аварийного останова, в умных домах встречается (или упоминается) крайне редко.
Наверное это было бы хорошей темой для отдельной статьи. Целью этой статьи было, все же, немного другое.
Хотя бы скажите, в чём смысл датчиков без эффекторов (даже если эффектор в некоторых случаях матерящийся жилец с разводным ключом) :)
Честно говоря, я не знаю что такое эффектор в контексте нашего разговора.
А смысл датчика могу привести на таком примере: Датчик CO2 зашкалил в комнате, и автоматически открылось окно для проветривания и понижения уровня углекислого газа в помещении. Тем самым улучшив качество вашей жизни. Или датчик протечки засек, что у вас прохудилась труба в туалете и дал сигнал клапану перекрыть воду в этой трубе. Тем самым вы не затопили соседей снизу, что стоило бы вам приличной суммы. Разве это плохо? Разве нет здесь пользы и смысла датчиков? И таких примеров можно привести массу.
В этих случаях эффектор это привод на окне и клапан в трубе. Я говорю про случаи, когда есть, например, датчик влажности, а увлажнителя/осушителя воздуха нет. Или датчик освещённости, а жалюзи нет никаких, даже на ручном приводе.
Ну, возможно кто-то и ставит датчики без какой-то цели, у которых нет эффектора, но мне о таких людях неизвестно. И я, честно говоря, не понял, почему вы решили, что это какое-то массовое явление среди увлекающихся домашними автоматизациями.
Не знаю, создалось такое впечатление, как и про обратный случай — изолированный эффектор, без датчиков и внешнего управления, типа чайника с wifi, который включается без напильника только вручную и через родное приложение.
Странно. Зачем строить «умный дом», добавляя в него датчики и исполнительные устройства, если не создавать между ними взаимосвязей в виде автоматизаций, улучшающих качество вашей жизни в этом доме? По моему, это очевидно, что смысла в этом нет и никто так не делает.
Последнее оправдание «островков», какое помню, было в обсуждении к статье про умный вентилятор в туалете.
Безопасность. С 128-битным алгоритмом AES, используемым для шифрования данных и аутентификации, и тремя типами ключей, используемых для управления безопасностью, конечным пользователям не стоит беспокоиться об опасности взлома.


А вот это уже опасная неправда. Никогда не задумывались, почему устройства из коробки так лихо подключаются к сети без особого конфигурирования? В Zigbee HA общеизвестный TC Link Key. Если срисовать трафик в момент подключения нового устройства, то получите актуальный Network Key. Можно его менять время от времени, конечно, но тогда спящие устройства, выключатели всякие, будут либо отсыхать с концами, ну либо в свою очередь создавать дырки в безопасности.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.