Установить Home Assistant можно десятком способов — на Raspberry Pi, мини-ПК, в Docker, на Proxmox или вообще на старый ноутбук. Проблема в том, что половина гайдов не объясняет, чем эти способы отличаются. Разбираю каждый вариант и помогаю выбрать.
Когда я три года назад решил затащить умный дом на Home Assistant, первое, что меня остановило — не сложность настройки и не цена датчиков. Меня остановил выбор. Потому что на официальном сайте написано четыре метода установки, на форумах советуют пятый, а в комментариях кто-то обязательно скажет, что все неправы и надо ставить шестым.
Я перепробовал три из них. На Raspberry Pi 3B — тормозило. В Docker на домашнем NAS — работало, но без аддонов. На выделенном мини-ПК через Proxmox — вот тут зажило по-настоящему. Но у тебя может быть совсем другая ситуация, другое железо и другие задачи. Поэтому давай разберёмся по порядку.
Если ты уже знаешь — мотай дальше. Для остальных: Home Assistant — это бесплатный сервер умного дома с открытым исходным кодом. Он работает локально, без облака (хотя облачный доступ тоже можно настроить), поддерживает больше двух тысяч интеграций и позволяет объединить устройства разных производителей в единую систему.
Zigbee-датчики Aqara, Wi-Fi-розетки Sonoff, камеры по RTSP, кондиционер через ИК-передатчик — всё это подключается к одному интерфейсу. Автоматизации — хоть визуально, хоть через YAML. Дашборды — хоть стандартные, хоть кастомные на Lovelace.
Но для всего этого нужен сервер. Работающий 24/7. И вот тут начинается самое интересное.
Home Assistant можно установить несколькими способами, и у каждого свои ограничения. Официальная документация выделяет четыре типа:
Home Assistant Operating System (HA OS) — это полноценная операционная система, заточенная под HA. Включает Supervisor, магазин аддонов, автоматические бэкапы, обновления в один клик. Самый удобный вариант, если ты готов отдать этому целый компьютер (или виртуалку).
Home Assistant Supervised — Supervisor и аддоны, но поверх обычного Debian. Вся мощь HA OS, но при этом ты сохраняешь полный контроль над хостовой системой. Звучит идеально, но официально поддерживается только на чистом Debian 12. Поставишь на Ubuntu — работать будет, но при обновлении может прилететь предупреждение «используется неподдерживаемый вариант установки».
Home Assistant Container — голый Docker-контейнер. Без Supervisor, без магазина аддонов. Zigbee2MQTT, Node-RED, ESPHome, MQTT-брокер — всё это ставишь и обновляешь сам через Docker Compose. Гибко, но требует больше ручной работы.
Home Assistant Core — установка через Python venv. Для разработчиков. Если ты не контрибьютишь в код HA, этот вариант тебе не нужен.
Мой совет: если ты новичок и просто хочешь, чтобы умный дом работал — выбирай HA OS. Если ты линуксоид и хочешь контроль — Supervised на Debian. Если у тебя уже крутится Docker-хост с кучей сервисов — Container. Core — забудь.
Тут у людей часто ступор. Нужен ли специальный сервер? Можно ли на ноутбук? А на ТВ-приставку? А на роутер Keenetic?
Короткие ответы: нет, да, технически да, нет.
Классический вариант. Raspberry Pi 4 с 4 ГБ оперативки справляется с Home Assistant нормально — если у тебя не больше 30–40 устройств и ты не гоняешь тяжёлые аддоны вроде Frigate (он жрёт CPU как не в себя). Raspberry Pi 5 уже сильно бодрее.
Плюс — энергопотребление 5–7 ватт, тишина, компактность. Минус — SD-карты дохнут. Это не шутка и не байка. У меня за полтора года умерло две штуки. Обязательно ставь систему на SSD через USB-адаптер, а не на карту.
Raspberry Pi 3 Model B — можно, но на грани. Интерфейс подтормаживает, бэкапы создаются мучительно долго, а если добавить Zigbee2MQTT и пару тяжёлых интеграций — начинаются проблемы.
Мой текущий выбор — мини-ПК. Старый тонкий клиент HP T630 обошёлся в 3000 рублей на Авито. 8 ГБ RAM, SSD 128 ГБ, x86-архитектура, два сетевых порта. На нём крутится Proxmox, а внутри — виртуалка с HA OS.
Для сервера Home Assistant на мини-ПК достаточно: 4 ГБ RAM (лучше 8), SSD от 64 ГБ, любой x86-процессор последних лет десяти. Intel NUC — канонический выбор, но стоит дороже. Beelink, MinisForum, GMKtec — вариантов полно.
Потребление — 10–15 ватт. Тишина. Надёжность выше, чем у Raspberry Pi.
Работает? Работает. Если валяется ненужный ноутбук — поставь на него Debian и Home Assistant Supervised, или сразу HA OS. Но ноутбук жрёт 30–60 ватт (батарею вытащи!), шумит вентилятором и занимает место. Как временное решение — ок. Как постоянный сервер — так себе.
Если у тебя уже есть домашний сервер с Proxmox, Hyper-V или VMware — это, пожалуй, лучший вариант. HA OS прекрасно живёт в виртуалке: снапшоты перед обновлением, живая миграция, изоляция от остальных сервисов.
Про установку Home Assistant на Proxmox расскажу подробнее ниже — это мой основной сценарий.
Если у тебя есть NAS от Synology или QNAP, можно запустить Home Assistant Container через Docker. Работает, но без Supervisor и аддонов. Все дополнительные сервисы (Zigbee2MQTT, Mosquitto, Node-RED) поднимаешь отдельными контейнерами.
На Synology с процессором Celeron J-серии — хватает с запасом. Но имей в виду: DSM-обновления иногда ломают Docker, и если NAS — твоё основное хранилище, гонять на нём ещё и умный дом — это дополнительная точка отказа.
Да, народ ставит Home Assistant на дешёвые приставки типа X96 или Tanix. Через Armbian, потом Docker или Supervised. Работает? Иногда. Стабильно? Ну… Если бюджет совсем жёсткий — можно попробовать. Но это скорее хобби-проект, чем надёжный сервер. После третьего зависания захочется нормальное железо.
Это самый простой и рекомендованный способ для новичков. Ты записываешь образ на диск, загружаешься — и через пять минут у тебя работающий сервер умного дома.
Подключи Ethernet-кабель (Wi-Fi настроишь потом, но для первоначальной установки нужен кабель — так надёжнее). Включи питание. Подожди 5–10 минут — система загрузится, развернётся, подтянет обновления.
Открой в браузере:
http://homeassistant.local:8123
Если не резолвится — попробуй IP-адрес, который Raspberry Pi получила от роутера (посмотри в списке DHCP-клиентов).
Тут чуть сложнее — нужна загрузочная флешка.
haos_generic-x86-64-14.1.img.xzHA OS установится на внутренний диск автоматически. После установки вытащи флешку и перезагрузись. Через пару минут в браузере по IP-адресу устройства на порту 8123 откроется мастер настройки.
Момент про Wi-Fi: HA OS на x86 работает с Wi-Fi, но поддержка зависит от чипа. Intel-адаптеры обычно подхватываются, Realtek — через раз. Настроить Wi-Fi без Ethernet можно, но придётся подключаться через консоль. Если есть возможность — воткни кабель.
Мой любимый вариант. Вот что делаю:
.qcow2.xz с той же страницы релизов на GitHubbashxz -d haos_ova-14.1.qcow2.xz
bash# Создаём VM с ID 100 (или любым свободным)
qm create 100 --name homeassistant --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0 --bios ovmf --machine q35 --ostype l26
# Добавляем EFI-диск
qm set 100 --efidisk0 local-lvm:1,format=raw,efitype=4m,pre-enrolled-keys=0
# Импортируем скачанный образ как диск VM
qm importdisk 100 haos_ova-14.1.qcow2 local-lvm
# Подключаем импортированный диск
qm set 100 --scsi0 local-lvm:vm-100-disk-1,ssd=1
qm set 100 --boot order=scsi0
qm set 100 --scsihw virtio-scsi-single
bashqm start 100
Через 3–5 минут HA поднимется. Открывай http://IP_АДРЕС:8123 в браузере.
Есть более быстрый путь — community-скрипты (Proxmox VE Helper Scripts). Одна команда в консоли Proxmox, и VM создаётся автоматически с правильными параметрами. Удобно, но я предпочитаю делать руками — так понимаю, что происходит, и могу подкрутить параметры под себя.
Важно: для проброса USB-устройств (Zigbee-стика, Bluetooth-адаптера) в виртуалку нужно настроить USB passthrough. В Proxmox: VM → Hardware → Add → USB Device. Выбери устройство по Vendor/Device ID, а не по порту — тогда при переподключении стик не потеряется.
Если ты хочешь запустить Home Assistant рядом с другими сервисами и не готов отдавать под него целую машину — Docker твой выбор. Работает на любом Linux (Debian, Ubuntu, даже Armbian), на NAS (Synology, QNAP), даже на Windows через WSL2.
Но помни: это Home Assistant Container. Без Supervisor, без магазина аддонов. Всё дополнительное — руками через Docker Compose.
bash# Устанавливаем Docker
curl -fsSL https://get.docker.com | sh
# Добавляем пользователя в группу docker (чтобы не писать sudo каждый раз)
sudo usermod -aG docker $USER
Перелогинься, чтобы группа применилась.
Создай файл docker-compose.yml:
yamlservices:
homeassistant:
container_name: homeassistant
image: ghcr.io/home-assistant/home-assistant:stable
volumes:
- ./ha-config:/config
- /etc/localtime:/etc/localtime:ro
- /run/dbus:/run/dbus:ro # для Bluetooth
restart: unless-stopped
privileged: true
network_mode: host
Запускаем:
bashdocker compose up -d
Через минуту-две HA будет доступен на порту 8123.
network_mode: host — это не прихоть. Home Assistant использует mDNS, SSDP и другие протоколы обнаружения, которым нужен доступ к локальной сети без NAT. Без host-режима половина интеграций не найдёт устройства.
Дописываем в тот же docker-compose.yml:
yaml mosquitto:
container_name: mosquitto
image: eclipse-mosquitto:2
volumes:
- ./mosquitto/config:/mosquitto/config
- ./mosquitto/data:/mosquitto/data
- ./mosquitto/log:/mosquitto/log
ports:
- "1883:1883"
restart: unless-stopped
zigbee2mqtt:
container_name: zigbee2mqtt
image: koenkk/zigbee2mqtt
volumes:
- ./zigbee2mqtt-data:/app/data
- /run/udev:/run/udev:ro
ports:
- "8080:8080"
environment:
- TZ=Europe/Moscow
devices:
- /dev/ttyUSB0:/dev/ttyACM0 # ⚠️ Проверь путь к своему Zigbee-стику!
restart: unless-stopped
depends_on:
- mosquitto
Путь к Zigbee-стику (/dev/ttyUSB0 или /dev/ttyACM0) зависит от конкретного адаптера. Узнать можно командой:
bashls -la /dev/serial/by-id/
Этот способ — компромисс между полным контролем над системой и удобством HA OS. Ты получаешь Supervisor, аддоны и бэкапы, но при этом хостовая ОС — обычный Debian, на котором можно крутить что угодно.
Официально поддерживается только Debian 12 (Bookworm). Ни Ubuntu, ни Linux Mint, ни Armbian. Технически работает и на них, но обновления могут сломаться, и в логах будет маячить предупреждение о неподдерживаемой конфигурации.
Начинаем с чистого Debian 12. Минимальная установка, без графического окружения.
bash# Обновляемся
sudo apt update && sudo apt upgrade -y
# Ставим зависимости
sudo apt install -y apparmor cifs-utils curl dbus jq libglib2.0-bin lsb-release network-manager udisks2 wget systemd-journal-remote systemd-resolved
# Ставим Docker
curl -fsSL https://get.docker.com | sh
Обязательно переключи управление сетью на NetworkManager:
bash# Проверяем, что NetworkManager активен
sudo systemctl enable --now NetworkManager
Supervised требует именно NetworkManager. Если сеть настроена через /etc/network/interfaces — придётся мигрировать.
OS-Agent — компонент, который связывает Supervisor с хостовой системой:
bash# ⚠️ Проверь актуальную версию на https://github.com/home-assistant/os-agent/releases
wget https://github.com/home-assistant/os-agent/releases/download/1.6.0/os-agent_1.6.0_linux_x86_64.deb
sudo dpkg -i os-agent_1.6.0_linux_x86_64.deb
Проверка:
bashgdbus introspect --system --dest io.hass.os --object-path /io/hass/os
Если выдаёт список методов — агент работает.
bashwget -O homeassistant-supervised.deb https://github.com/home-assistant/supervised-installer/releases/latest/download/homeassistant-supervised.deb
sudo dpkg -i homeassistant-supervised.deb
Установщик спросит тип машины. Для x86-64 выбирай generic-x86-64. Для Raspberry Pi 4 — raspberrypi4-64.
Дальше начнётся загрузка Docker-образов. Это займёт 10–20 минут в зависимости от скорости интернета. После завершения:
http://IP_АДРЕС:8123
Неважно, какой способ ты выбрал — дальше всё одинаково. Открываешь веб-интерфейс, и Home Assistant встречает мастером начальной настройки (onboarding).
Первый экран — имя, логин, пароль. Это будет администраторский аккаунт. Пароль — сложный, особенно если планируешь открывать доступ извне.
HA попросит указать адрес дома — это нужно для погодных интеграций, расчёта восхода/заката, зон присутствия. Часовой пояс и систему единиц тоже задай здесь.
Home Assistant просканирует сеть и покажет устройства, которые нашёл: роутер, телевизор, колонки, принтер. Можно подключить сразу, можно пропустить — всё добавляется потом через Настройки → Устройства и службы.
Установить HACS. Home Assistant Community Store — неофициальный магазин интеграций и кастомных компонентов интерфейса. Без него ты лишаешься сотен полезных вещей: карточки для Lovelace, интеграции с Яндекс.Станцией, кастомные темы и многое другое.
Установка HACS (на HA OS или Supervised):
bash# Подключись по SSH (через аддон Terminal & SSH или SSH напрямую)
wget -O - https://get.hacs.xyz | bash -
После этого перезагрузи Home Assistant, зайди в Настройки → Устройства и службы → Добавить интеграцию → HACS. Понадобится аккаунт GitHub для авторизации.
Настроить бэкапы. Это важнее, чем кажется. Home Assistant хранит все автоматизации, дашборды, историю и настройки интеграций. Потерять это после месяцев работы — обидно.
На HA OS и Supervised: Настройки → Система → Резервные копии. Можно настроить автоматические бэкапы по расписанию. На Docker: бэкапь директорию /config — там всё.
Подключить MQTT-брокер. Если планируешь Zigbee или другие устройства через MQTT — поставь Mosquitto. На HA OS: магазин аддонов → Mosquitto broker → установить. На Docker: уже показал выше.
Zigbee2MQTT — это мост между Zigbee-сетью и Home Assistant через MQTT. Поддерживает больше 3000 устройств. Я использую именно его, а не встроенный ZHA — он стабильнее и гибче в настройке.
Для работы нужен Zigbee-координатор: USB-стик вроде SONOFF Zigbee 3.0 Dongle Plus (на чипе CC2652P) или любой другой из списка совместимых.
На HA OS: магазин аддонов → Zigbee2MQTT → установить. В конфигурации аддона указать путь к стику и адрес MQTT-брокера.
На Docker: уже описал выше в разделе про Docker Compose.
После запуска Zigbee2MQTT открывай его веб-интерфейс (порт 8080) и начинай сопряжение устройств. Кнопка «Permit join» — и нажимай кнопку сопряжения на датчике. Обычно дело 10 секунд.

Набил шишки сам и насмотрелся на чужие — вот топ граблей.
SD-карта на Raspberry Pi. Я уже говорил, но повторю: не используй SD-карту как постоянное хранилище. SSD через USB — обязательно. Иначе через полгода получишь битую файловую систему и потерянные бэкапы.
Нет бэкапов. Классика. «Я потом настрою». А потом обновление ломает интеграцию, и откатиться некуда. Настрой бэкапы в первый же день.
Установка на Windows. Можно через VirtualBox или WSL2. Но если Windows перезагрузится для обновления в три часа ночи — умный дом ляжет вместе с ней. Для экспериментов — ок. Для продакшена — нет.
Подключение всего сразу. Не торопись. Подключи одно-два устройства, разберись с автоматизациями, пойми логику. Потом добавляй остальное. Иначе получишь кашу из полуработающих интеграций и непонятных ошибок в логах.
Zigbee-стик в USB-хабе. Координатор чувствителен к помехам от USB 3.0. Подключай через USB-удлинитель (0.5–1 м), чтобы отвести его от портов и корпуса. Серьёзно, это решает кучу проблем с нестабильной Zigbee-сетью.
Зависит от масштаба. Если у тебя пять лампочек и пара датчиков — Raspberry Pi 4 с SSD справится. Если планируешь камеры с Frigate, медиасервер, Zigbee-сеть на 50+ устройств, Node-RED, Grafana, InfluxDB — нужно что-то посерьёзнее.
Мой рецепт: мини-ПК за 3000–7000 рублей с Авито → Proxmox → виртуалка с HA OS. Рядом при желании крутятся другие виртуалки и контейнеры: Zigbee2MQTT, Frigate, AdGuard Home, медиасервер. Всё изолировано, всё бэкапится, всё обновляется независимо. Потребление — 12 ватт, шума ноль.
Покупать специальный «сервер для умного дома» за 30–50 тысяч не обязательно. Старый тонкий клиент или б/у NUC решают задачу за долю этих денег.
Установка — это буквально первые 30 минут. Дальше начинается самое интересное: интеграции, автоматизации, дашборды, голосовое управление, удалённый доступ. Каждая из этих тем — отдельная история.
Если хочешь копнуть глубже прямо сейчас — посмотри на ESPHome (самодельные датчики на ESP32), настройку MQTT и подключение Zigbee-устройств. Это три кита, на которых держится большинство домашних инсталляций.
А про настройку Home Assistant после установки — автоматизации, дашборды, интеграции с Яндексом — расскажу в следующих статьях..