Как настроить home assistant android

Home Assistant: зачем он нужен и как использовать?

Или как усложнить себе жизнь и потратить часы времени в изучении yaml.

Каждый из любителей IoT и темы умного дома может без презрения совести назвать себя сектантом и фанатиком.

И ступени этого фанатизма достаточно четко разделены на некоторые жизненные ситуации:

  1. Сначала мы покупаем что-нибудь от Xiaomi, ну так, поиграться…
  2. Потом появляется желание завернуть это всё в наш удобный и красивый HomeKit, ну а как же? И идём покупать raspberry и ставить Homebridge.
  3. После этого нам становится мало HomeKit. Ведь Siri такая глупая, да и автоматизаций нормальных не сделать и мы идём искать что-то ещё.
  4. Есть ещё и следующая стадия… Но сейчас не про неё.

И вот мы решили найти что-то более гибкое, но чтобы и красиво было, и устройств много поддерживало, и community живое было, и обязательно чтобы в Homekit умело. И тут мы становимся перед выбором, ведь вариантов много. Из наиболее интересных вариантов мы обычно имеем:

  • OpenHab
  • MajorDomo
  • IOBroker
  • Home Assistant
  • Domoticz

Выбор каждого в итоге остаётся на своём, но наш выбор в итоге пал на Home Assistant.

Плюсы

Но чем же он в итоге лучше привычного нам Homebridge.

Возможность подключения OpenZWave.

В наше время Z-wave все ещё также популярен и помогает решать точечные потребности. И home assistant позволяет без труда использовать специальные Z-wave стики или плату Razberry.

Большой выбор устройств и плагинов.

Наверное, только home assistant может похвастаться такой же объемной поддержкой устройств как Homebridge.

Настраиваемый веб-интерфейс.

То чего никогда не было у Homebridge — интерфейса для управления устройствами и вывода дополнительной информации. Ну а зачем? Есть же приложение Дом. Но как оказалось многие в итоге переходят в интерфейс HA и в общем отказываются от приложения Дом.

Автоматизации.

Конечно же автоматизации. Это одна из сильных сторон HA. Они не просто для изучения, и сам yaml не так прост и понятен, чем тот же json, но в сети достаточно много примеров автоматизаций, подкрутив которые под себя можно смело использовать. И именно это в итоге и держит на HA не отпуская с него.

Частые обновления.

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

Кастомные компоненты.

При этом ты все также остаёшься не привязанным к стандартным компонентам, которых чересчур много. Ты всегда можешь найти какой-то кастомный компонент на GitHub и использовать его.

Большое сообщество.

Как было упомянуто выше — практически на любой вопрос в сети уже есть ответ на сайте HA или же на их форуме. Вокруг множество блогеров на youtube, группы в telegram и тд.

Минусы

Но конечно же и не обошлось без ложки(ложек) дёгтя.

HomeKit.

То, ради чего мы всё это начинали. Возможно дело в том, что ээиспользуется не та же библиотека, что в Homebridge, но… Во-первых Home Assistant все устройства прокидывает в ограниченный ряд устройств. Условно, увлажнитель воздуха будет прокиснут как вентилятор. (спойлер: но решение есть).

Во-вторых, он в общем менее стабильный, чем Homebridge. (спойлер 2: решение есть)

В-третьих, Home Assistant в общем не умеет прокидывавший камеры в HomeKit. Поэтому камеры все-таки так и останутся в Homebridge 🙂

Читайте также:  Найти работу если всю жизнь не работала

Сложный.

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

Долгий.

Перезагрузка Home Assistant занимает иногда минуты. В среднем около полуторы минуты, но по причине того, что все настройки устройств проходят с перезапуском, то в итоге это складывается в минуты ожидания. В отличие от нескольких секунд перезапуска Homebridge.

И тут остаётся вопрос…

К чему этот пост?

Да скорее всего к тому, что мы также планируем вносить свой вклад в это сообщество (тк опыта уже накопилось достаточно) и начать серию статей про Home Assistant.

Источник

Сказ о том, как я Home Assistant настраивал

Home Assistant — это популярная система умного дома, которая автоматизирует привычные бытовые процессы и работает на YAML файлах. В этой статье я расскажу, как настроить Home Assistant (далее HA), и что конкретно я использую в повседневной жизни. Это поможет вам избежать ошибок и быстрее продвинуться в изучении HA.

На Хабре уже есть статьи о HA (раз, два, три), но здесь я хочу рассказать об установке и настройке системы от начала до конца. От первого запуска сервера до полноценно работающей системы, которую потом можно улучшать и дорабатывать для себя.

Основной единицей в HA является интеграция — логика, которая описывает взаимодействие с умным устройством или внешним сервисом. Большая часть полезной нагрузки HA ориентировано на связку: умное устройство + интеграция или внешнее API + интеграция.


Набор моих интеграций

Железо, участвующее в статье:

  • Микроконтроллер Esp8266, а также датчик температуры и влажности DHT11;
  • Лампа Xiaomi Desk Lamp;
  • Raspberry Pi 4B в 2GB версии, как сервер для HA (в дальнейшем буду ее называть малинкой);
  • Xiaomi Router 4A .

Сервисы, которые будем использовать:

  • OpenWeatherMap для получения погоды, температуры, влажности на улице и других метеопараметров;
  • Telegram для создания системы уведомлений;
  • Google drive для создания бекапов;
  • SpeedTest для замеров скорости;
  • А также OpenUV для замеров ультрафиолетового излучения и др.

Установка

Установка HA предельно проста:

  1. Записать образ HA на SD карточку (подробная инструкция с ссылками на скачивание для разных версий Raspberry Pi тут).
  2. Подключить питание и Ethernet к малинке
  3. Подождать несколько минут, пока система развернется в локальной сети на :8123 .

Также можно установить на уже имеющуюся систему с помощью Docker-compose:

А теперь разберем несколько сценариев использования.

Отслеживание устройств

Начнем с отслеживания устройств, с помощью которого мы можем фиксировать вход и выход носителей из дома.
Я предлагаю 2 способа отслеживания:

  • с помощью роутера (у меня в наличии Xiaomi Router Mi4A),
  • с помощью GPS.

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

С помощью Xiaomi Router Mi4A

  • Не требует никаких действий на устройстве, отслеживает всех в локальной сети.

  • Если устройство не подключено к домашней сети, то устройство пропадает в пустоту, и на картах мы его не увидим.
  • Иногда может сработать триггер выхода/входа из зоны, когда фактически девайс не покидает зону (можно попробовать решить расширением зоны).

С помощью GPS

  • Точность работы сравнима с GPS трекером в телефоне.
  • О телефоне можно узнать: процент заряда аккумулятора, заряжается устройство или нет, а также показатель состояния аккумулятора.

  • Можно контролировать устройства (пользователей) не только на вход домой, но и на вход в любую из кастомных зон.
    • Активно тратит заряд.
    • Требует подключение Интернета.
    • Для точного трекинга необходимо настроить SSL, чтобы телефон мог отправлять данные о местоположении из вне локальной сети.
    • Требует дополнительных прав доступа к GPS, возможна утечка данных третьей стороне в будущем.
    • На бюджетных телефонах, которые имеют свойство неожиданно менять местоположение GPS, возможны проблемы с выпадением из зоны.

    Создание системы отслеживания через роутер

    Трекинг через локальную сеть роутера требует настройки, в отличие от GPS отслеживания. Два вида трекинга можно комбинировать для повышения точности. Ниже можно заметить, что в моем случае отслеживание через роутер работает лучше, чем через GPS. Зеленая зона значит, что телефон внутри зоны, красная — вне зоны.


    Результаты работы отслеживания (сверху — роутер, снизу — GPS)

    Можно подключиться через плагин SSH в VS Code, но получить доступ к проводнику в данный момент мне было удобнее. Поэтому, добавим сетевое расположение.

    Нажмем обзор, найдем каталог config (мы в основном будем редактировать его) и выберем его как сетевую папку.

    Дальше мы можем перейти в созданную папку и открыть ее через редактор.

    После перезагрузки HA мы можем увидеть, что у нас появился новый глобальный объект device_tracker и наши устройства в нем.


    Трекинг устройств через роутер

    Освещение

    Теперь, когда мы умеем отслеживать пользователя, мы можем включать и выключать определенные лампочки с учетом информации о его местоположении.

    Для этого необходимо произвести действие по определенному событию. В этом нам помогут автоматизации.

    Теперь импортируем в наш основной файл весь каталог automation — так нам будет удобнее при написании следующих автоматизаций.

    Для того, чтобы получить адаптивное освещение в зависимости от времени суток, нужно настроить цветовую температуру. Это удобно сделать внутри блока switch. Тут важно понимать, что пока данный switch включен, изменить параметры температуры будет невозможно (через interval минус время_с_прошлого_обновления лампа примет старые параметры).

    Здесь вы найдете больше про динамическую цветовую температуру (flux в терминологии HA). А если вам интересна тема адаптивного освещения, на Хабре есть отличная статья по этому поводу.

    Для того, чтобы не разглашать всем секретные данные, создадим еще secrets.yaml . Туда мы сложим все данные, которые не должны попасть в публичный доступ. Для использования переменных из этого файла используем !secret.

    В итоге у нас имеется Telegram бот, готовый к отправке сообщений.

    Утренние (или нет) погодные оповещения

    Теперь, когда у нас есть настроенный сервис уведомлений и погодная интеграция, мы можем сделать утренние оповещения о погоде.

    Создаем новый файл автоматизации, и начинаем писать логику.

    Пишем переменную, которая будет отвечать за срабатывание оповещений только по будням. Если он true — то в выходные оповещений не будет.

    И подключаем в основном конфиг файле.

    Добавим blueprints

    Теперь небольшое лирическое отступление в виде рассказа о написании blueprints на примере уведомлений.

    В данном случае я бы перевел blueprints не как чертежи, а как шаблоны или заготовки. Их удобнее использовать, если нужно написать несколько похожих автоматизаций, а основную логику оставить нетронутой.

    Например, можно упростить создание уведомлений о начинающихся осадках.

    “for” — это время, в котором должен оставаться выбранный параметр, чтобы сработал триггер на превышение уровня осадков.

    Теперь, когда есть blueprint, мы можем написать автоматизацию с меньшим количеством логики.
    Создадим уведомления о начале осадков.

    Мы смогли вынести часть функциональности в отдельный файл. В подобных случаях, когда со временем появляется похожий код, можно выносить часть логики в отдельный файл.

    Для большей полезности можно изменить шаблон и поменять action на повышение яркости для света в доме или закрытие штор.

    Бэкапы

    В бэкап попадает весь каталог /config , а также все установленные расширения. С любого бекапа можно восстановить состояние системы на момент его создания.

    Можно настроить создание резервных копий в Google Drive:

    1. Скопировать ссылку https://github.com/sabeechen/hassio-google-drive-backup и зайти в HA (также можно прочитать подробную инструкцию в ReadMe репозитория по ссылке)
    2. Добавить ссылку как кастомный репозиторий в Supervisor’е через UI.

  • Открыть его (Open Web UI) и следовать инструкциям по аутентификации с Google Drive
  • После этих манипуляций мы получаем регулярное создание бекапов, важность которых сложно переоценить.


    NodeMCU

    Так как умного градусника у меня нет, а температуру измерять хочется, воспользуемся ESP8266.
    Сначала установим интеграцию ESPHome из официального списка интеграций.

    Для каждого микроконтроллера, используемого в системе, требуется создать файл с подобным содержанием.

    Подключимся к WiFi

    По умолчанию используются секреты только от ESPHome. А для того, чтобы подгрузить секреты из HA, можно создать отдельный файл, где мы заинклудим эти секреты.

    Теперь подключим data pin (обычно это средняя нога) термометра к D2 порту, дадим на него питание и землю. Потом создаём сам термометр (DHT11) и две переменные, которые будем отслеживать в HA.

    Дальше нужно скомпилировать прошивку и загрузить на контроллер. Если он подключен напрямую к Raspberry Pi, то мы увидим его на /dev/ttyUSB0 и сможем загрузить прошивку в первый раз. Все последующие обновления можно загружать по воздуху. А если в списке устройства не видно, то можно скачать прошивку и воспользоваться ESPHome-Flasher.

    Если все заработало, то в Developer Tools мы увидим созданные переменные.

    Немного оптимизации

    По умолчанию в HA используется SQLite, и сброс данных на диск происходит часто (каждую секунду). Это может привести в скором времени к выходу из строя SD карточки на малинке (если сервер стоит на ней). Чтобы продлить срок службы карточки, скажем HA, что нужно записывать на диск раз в commit_interval и исключить некоторые сущности, которые мы не хотим отслеживать на длинном временном промежутке (или вообще не хотим отслеживать).

    Если мы хотим использовать СУБД, отличную от SQLite, то можно сделать один из следующих пунктов на выбор:

    1. Установить соответствующий аддон для перехода на MariaDB.
    2. Использовать существующую реляционную базу данных на удаленной машине, если указать строку для подключения в параметр db_url .

    Отслеживание системных параметров

    Чтобы отслеживать остаток свободной памяти, загруженность процессора или скорость Интернет соединения, мы можем добавить мониторинг показателей системы.

    При желании можем создать автоматизацию, которая при критических показателях будет отправлять уведомление о необходимости принятия мер.

    Также мы можем посмотреть Uptime сервера.


    Заключение

    • Простая установка и настройка, не требующая знания программирования.
    • Большое коммьюнити — вопросов на форуме много, ответов тоже хватает.
    • Огромное количество готовых интеграций со сторонними сервисами — скорее всего не придется писать свою интеграцию руками.

    • Достаточно сложно отлаживать систему. Если action можно запустить программно в обход триггера, то триггер тестировать уже сложнее.

    В итоге мы создали несложную систему умного дома, которую каждый может расширить покупкой новых устройств или написанием своих продуманных и продвинутых автоматизаций. По этой ссылке можно найти полную версию моих автоматизаций дома.


    Главный экран

    Что дальше? Можно добавить HACS (сборник UI компонентов и даже целых интеграций от коммьюнити, пригодится при использовании Яндекс Станции) и установить несколько UI элементов. Можно интегрировать умную колонку или телевизор и включать их по определенному условию. Вариантов апгрейда бесконечное множество.

    Источник

    Оцените статью