Home Assistant, какой дистрибутив выбрать?

09 сентября 2019, 16:34

Мы довольно часто сталкиваемся с вопросом, как мне поставить Home Assistant и какой вариант установки выбрать? Постараемся в данном материале разобраться, из чего приходится выбирать новичкам, и в чем вообще разница между дистрибутивами. В качестве железа возьмём за основу Raspberry Pi 3b, как самый распространённый микрокомпьютер. А так же давайте немного разберемся в терминологии. У нас будут встречаться следующие значения:

  • Docker (докер): программное обеспечение, дающее возможность развернуть (установить) готовый образ настроенной мини системы со всем необходимым софтом в виртуальный контейнер.
  • Python VENV: программа, позволяющая устанавливать необходимые пакеты не напрямую в систему, а в виртуальную "песочницу", не затрагивая системные файлы.
  • Хост система: операционная система, которая установлена как основа на вашей малине, или другом мини сервере.

А так же надо понимать разницу между Home Assistant и Hass.io:

  • Home Assistant: базовый пакет, ставится и обновляется из командной строки, не имеет поддержки аддонов;
  • Hass.io: готовый пакет с аддонами и удобным способом обновления, но со своим софтовым надсмотрщиком.

Итак приступим к разборам.

Hass.io как готовый образ

Является по сути самым простым методом установки начисто. В результате получаем готовый образ, развёрнутый на вашу Micro SD карту, со всем минимально необходимым установленным ПО.

Плюсы:

  • Легкость установки;
  • Малый объём занимаемой памяти;
  • Плагины Hass.io;
  • Бекап Системы автоматизации и ее плагинов одной кнопкой.

Минусы:

  • Отсутствие полноценного доступа в хост систему;
  • Невозможность установить стороннее ПО при необходимости;
  • Проблема с доступом к монтируемым USB дискам;
  • Привязка к конкретному железу, под который сделан образ.

В принципе это отличный способ познакомиться с системой, при минимуме телодвижений. От вас требуется только пустая Micro SD карта минимум на 8 GB и сама малинка.

Hass.io в докер установленной системы

Этот метод немного посложнее, но он к преимуществам предыдущего добавляет еще и открытость собственной уже установленной операционной системы. То есть вы, имея уже настроенную малину с какой нибудь распбиан на борту можете поставить себе hass.io как отдельный компонент. Более подробно о самом методе установки можно прочитать тут

Плюсы:

  • Плагины Hass.io;
  • Бекап Системы автоматизации и ее плагинов одной кнопкой;
  • Возможность доставить необходимый пакет в хост систему;
  • Функциональность Hass.io с возможностями и вариативностью хост системы.

Минусы:

  • Зависимость от скрипта в котором надо разбираться, если ему не доверяешь.

Подойдет тем, кто немножко разбирается в Linux, и кому нравятся плагины и простота Hass.io

Home Assistant в Python Virtual Environment

Это собственно вариант установки, с которого я в своё время начинал знакомство с Home Assistant. Он был относительно более простым, понятным и давал практически полное представление, как о работе самой системы, так и о совершаемых вами действиях при ее настройке. 

Плюсы:

  • Полный контроль над происходящим;
  • Большая гибкость готовой системы;
  • Меньшая нагрузка на сервер.

Минусы:

  • Более сложная в установке на данный момент;
  • Необходимость минимального, а желательно и среднего знания команд linux.

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

Home Assistant в doker на хост систему

Способ немного проще, чем предыдущий. Так же потребует небольшого знания командной строки linux.

Плюсы:

  • Легкость разворачивания системы на новом сервере;
  • Преимущества докера;
  • Большая гибкость за счет самостоятельного управления контейнерами.

Минусы:

  • Нет аддонов Hass.io;
  • Над бекапом системы надо думать самому (использовать скрипты).

Позволяет пользоваться всеми плюшками Докера, но не дает преимуществ аддонов Hass.io. Хотя если вы ставите все необходимое из докер хаба самостоятельно, используя docker-compose, не такой уж это и минус. Кстати, у меня есть готовый образ с уже установленной и практически настроенной системой, если вы используете Raspberry Pi 3b/3b+. И установлен он именно так.

Немножко моих наблюдений и выводов.

На данный момент, попользовавшись всеми вышеперечисленными системами, я могу сказать, что если вы не хотите напрягаться и вникать в тонкую настройку системы, написания тонн конфигов и прочие прелести linux, вы можете воспользоваться либо готовым образом Hass.io с официального сайта, либо моим плагином/образом с предустановленной системой. Hass.io с его плагинами на самом деле не панацея, и как показывает практика - нужный вам аддно запросто может просто перестать работать с очередным обновлением системы. Ту же торрентокачалку transmission мне пришлось чинить руками и просить автора поправить ошибку. А HomeBridge вообще прекратили поддерживать, и значит никаких камер в HomeKit вам не видать, пока не запилят поддержку средствами самого Hass.io. Так что внимательно изучайте все возможные подводные камни понравившегося вам варианта установки, перед тем как им воспользоваться.


Все новости мира умных домов - t.me/SprutAI_News

Остались вопросы? Мы в Telegram - t.me/soprut

Хочешь умный дом но нет времени разбираться?
Посмотри примеры работ и выбери себе интегратора.
  1. (flexoid)
    (flexoid) отредактировано 8 дней назад

    Пользовался какое-то время дистрибутивом hass.io также на Raspberry PI 3b. 

    В данный момент установил способом "Hass.io в докер установленной системы" поверх Raspbian, так как подключил к малинке небольшой SSD через USB-box для большей живучести системы. Hass.io image не умеет запускаться напрямую с SSD.

  2. Алексей Костаков (partizan)

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

  3. (solopov)
    (solopov) 6 дней назад

    Изначально пользовался докер вариантом ХА, но в хассио появился  ингрес  и решил его попробовать.

    настроил, пожил 2 недели и вернулся на ХА в докере.

    основные причины:

    - полностью в аддоны хасио перейти не удалось (не все есть), а жить с 2 супервизорами в докере мне не очень понравилось (привык что все композом управляется)

    - ингрес хорош, но ощутимо тормозит + не понятно куда девать ресурсы что вне ингреса (например в докере)

    - часть аддонов собрана заметно хуже чем докер образы (у меня от motioneye  такое ощущение) и если докер образ пересобрать с нужными изменениями стандартная операция, то тут все сложно.

    - бекап конфиг директории проще делать штатно, особенное если там нет sqllite базы, то  гит  может заменить бекап и даст ещё доп возможности

К списку статей

Похожие статьи

15 ноября 2018, 09:42
Способы автоматизации механических ворот
24 августа 2018, 12:18
Пошаговая установка HomeAssistant
15 июня 2018, 12:13
Охранная система в гараж на ESP8266 с интеграцией в Apple HomeKit
27 августа 2018, 10:14
Интегрируем ХА в HomeKit
04 апреля 2019, 17:48
Расскажу о том за ~1 час перевезти УД с 2мя USB стиками с Raspberry PI на Synology NAS.
14 ноября 2018, 06:43
Плагин для интеграции в Athom Homey дочерних zigbee-устройств, подключенных на координаторы deCONZ - RaspBee или ConBee.
20 октября 2018, 22:57
Теоретические основы протокола MQTT и описание того, как он работает и для чего используется
01 ноября 2018, 09:27
Настройка Deconz USB стика ConBee от Dresden Elektronik в Hass.io и некоторые особенности эксплуатации
25 ноября 2018, 18:23
Умное зеркало добавляем модули Airplay и Google Calendar
03 октября 2018, 22:03
Как собрать и настроить Hyperion Ambilight - адаптивную подсветку ТВ.