Комментарии 13
Полноценный HAOS на самостоятельной железке выглядит лучшим вариантом для полноценного сервера умного дома.
Полноценный HAOS в виртуалке на самостоятельной железке будет лучшим вариантом для полноценного сервера умного дома. Отдавать весь физический хост под hassos и загонять себя в ограниченный список addon-ов, вместо того, чтобы просто запускать любые контейнеры рядом с виртуалкой HAOS (а не в ней) - это очень странное и недальновидное решение. Оно может быть вынужденным из-за каких-то серьёзных ограничений хоста, но рекомендовать его всем подряд уж точно не стоит.
Коряво он работает с zigbee свистками через виртуалку. Лучшее решение - intel nuc с авито за 5 тысяч. Дёшево и сердито.
Странно, ни разу не встречал подобного на с zigbee, ни с bt адаптерами, хотя запускал hassos на самых разнообразных конфигурациях, типа bhyve/kvm/hyper-v с пробросом как usb контроллеров, так и usb устройств. Ну и решать это, всё-таки, гораздо дешевле шлюзом wi-fi <-> zigbee.
Почти год работал HAOS в kvm на домашней файлопомоке на debian. Всё вроде бы неплохо, но перетыкнув zigbee стик - он получал новый адрес, что вынуждало лезть и вручную подпихивать новое usb устройство виртуальной машине. Да, предвижу что вы скажете что нефиг его перетыкивать, но ситуации бывают разные и предсказать их все невозможно. Плюс любая перезагрузка хоста либо обновление пакетов KVM делала на какое-то время дом дурачком, что к примеру при управлени котлами через ZONT довольно критично. Поэтому было принято решение отселить HA на NUC. Сейчас имею 2 таких решения, одно в квартире, одно на даче, дёшево, сердито, без костылей. Как-нибудь осилю написать статью о погружении в HAOS с момента "а что это такое, дай попробую" до "2 котла Buderus, дом 300 квадратов, видеоаналитика и завести машину жены на прогрев в зависимости от дня недели и проснулась ли она" глазами простого обывателя с еврейской ноткой в характере
вы скажете что нефиг его перетыкивать
Да нет, почему. Если нужно перетыкивать, то решается это просто пробросом отдельного USB контроллера в виртуалку, либо вышеупомяного wifi-zigbee моста. Допускаю, что есть и ещё более простые варианты по пробросу устройства по UUID, но сам ими не пользовался.
любая перезагрузка хоста либо обновление пакетов KVM делала на какое-то время дом дурачком
Ну так и обновления HAOS/HA на отдельном физическом хосте, которые приезжают достаточно часто, будут давать даунтайм и необходимость предусматривать корректную работу оборудования на время даунтайма.
без костылей
В моём представлении, вынос одного из многих домашних сервисов с общего гипервизора на отдельный физичекий хост - это как раз костыль. Но, понимаю, что каждому - своё, кому-то проще так.
Вынос на отдельный давайс это аналогично тому, что в один момент ты все же понимаешь что телефон и фотоаппарат это немного разные вещи. И желательно чтоб севшая батарея телефона не повлияла на твою возможность сделать фото.
И, вместо покупки телефона с батареей большей ёмкости или покупки пауэрбанка или просто контроля за уровнем заряда, покупается фотоаппарат, которые делает фотографии хуже качеством (производительность), который надо отдельно заряжать, который надо отдельно бэкапить и которым надо отдельно управлять. Примерно так видится полная аналогия :)
Хуже качеством? Какая вам нужна производительность от фото? Ну если вы ОЧЕНЬ сэкономили на фотоаппарате по сравнению с телефоном... потому что в плане удобства съёмки и качества фото за пределами идеальных условий или тупого "смотрите всей инстой чё я жру" даже люто б/у-шные зеркалки взятые на барахолке за сотку мёртвых президентов с объективом старше меня отлично снимают то, что, например, Samsung S23 Ultra на своём x10 зуме превращает в днище. И по удобству съёмки примерно все фотоаппараты дают отличного фору всем этим убердорогущим лопатофонам. Ну а про "бэкапить" с современными телефонами у которых нет microSD и у половины type-c под капотом = USB2 - тут им до фотоаппаратов (которые и в тот же WiFi давно умеют) ещё костылять и костылять... и у актуальных камер уже зарядка по type-c - это норма. Только ресурс у них такой, что можно на одном заряде весь отпуск отбегать, если не лупить во всё вспышкой. Никогда телефоны не заменят полноценно нормальные фотоаппараты - физику не обманешь.
Те кто пользуется фотоаппаратами будут несогласны с вами примерно во всём. Те, кому достаточно фоток в *грамме с максимально шакальным качеством, с фотками уровня "смотрите чо я жру" и "показания со счётчика воды" - не смогут оценить фотоаппарат. Фотоаппаратом, впрочем, как и телефоном, ещё нужно научиться пользоваться.
Хуже качеством?
Вы явно всю ветку не читали и растеклись куда-то не туда. Суть в том, что если проводить аналогии выноса виртуалки HA с относительно мощного домашнего сервера на физический NUC за 5 тыщ с разделением телефона и фотоаппарата, то в этой аналогии NUC - это дешёвый фотоаппарат с хреновым качеством фото.
Понятие о "относительно мощном" домашнем сервере очень растяжимо и нормальные мини-ПК рвут половину из них в хлам. Особенно тех, которые собраны на списанных с шараги реликтах и не выкидываюстя только потому что когда-то были мощными и сейчас всё ещё справляются с возложенными на них функциями. Определитесь уже, куда несётся весь этот поток, потому что пока что очень плохо всё и очень зависит от конкретного кейса
C zigbee в докере на бубунте (от 20.04 по 24.04) не было проблем, конфиг
services:
homeassistant:
container_name: homeassistant
image: "homeassistant/home-assistant:2024.10.1"
volumes:
- ./homeassistant:/config
- /etc/localtime:/etc/localtime:ro
- /run/dbus:/run/dbus:ro
restart: unless-stopped
ports:
- "8123:8123"
privileged: true
devices:
- /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221029191029-if00:/dev/ttyACM0Но если включался BT - спустя какое-то время устройства подключенные через оба стэка начинали отваливаться. Даже если соблюдать все рекомендации типа разнести их подальше, на удлинителях без экранирования. Ну и по личным ощущениям Zigbee как-то лучше работает для IoT. В итоге блютуз уехал на отдельные железки: хлаоми-хаб для некоторого хлаоми-барахла и esp32 для чайника. Когда-нибудь выделю лишнюю деньгу и заменю хлаоми на что-то более человеческое, потому что облако хлаоми и железки прибитые строго к нему - это дичь. К примеру у меня есть камера над входом, с которой пока прилетит стрим человек успеет зайти, увидеть камеру и унести её в неизвестном направлении. И иногда получение стрима из облака хлаоми просто не срабатывает. Как и получение фото. Как и не отрабатывает сенсор движения - только в родном приложении. Разумеется если инет рубанут - вообще ничего работать не будет от хлаоми. И даже родное приложение хлаоми сейчас стало слать уведомления с задержкой около часа
Но возможно у человека проблема была не с изолированным HA, а с прошивкой к Zigbee. У меня на SONOFF сейчас зашита ncp-uart-sw_7.3.1.0_115200 и не вижу проблем
У меня в докерах на том же хосте вертелись esphome, mosquito, ftp (для аплоада фото с камеры), mockoon и ещё какой-то костыль на HP Chromebook с Celeron 2955U @ 1.40GHz / 8GB RAM / 64GB SSD. Проблема не с самим докером, а с объёмом головняка когда нужно добавить к HA любой другой сервис. В варианте когда они друг от друга изолированы и HA ничем сам не управляет приходится слишком много превозмогать проблемы которых у других тупо нет - поэтому я и советую смотреть HAOS, на худой конец Supervised. Тогда и обновляется это всё счастье само (а обновления там летят с завидной регулярностью)
Рассказ о программистском проекте без единой ссылки, зато состоящий из воды больше чем полностью. Обещание отбить стоимость железа без единой цифры. Вместо рисунков, схем, графиков - кпдв. Супер комбо.
HAOS наводит порядок