HAOS наводит порядок

Дисклеймер: Некоторые моменты из написанного могут оказаться дикими баянами-бабаянами… Но мне как-то индифферентно. И будет много воды.

Вообще... многим, конечно, в 2024 году от "этих ваших интернетов" хватает за глаза возможности слать на пасху дичпики крашеные яйца в одноглазниках, и если даже вся их электроника "сразу в рай" от непотушенной сигареты - они просто купят в рассрочку новый телефон и без разницы на какой платформе свайпать очередные сторисы про то как моднее свайпать очередных хомяков... Они дальше могут не читать. Но есть фрики, цифровые маньяки и прочие изгои привычного общества, которые вечно усложняют жизнь себе, донимают вопросами "а как сделать" окружающих и любят чтобы их данные и честно купленные устройства принадлежали им. Особенно их заметки, семейные фото и видео, непосильным трудом натыренная ещё с BBS'ок и флопиками медиатека, инсталлы, бэкапы, бэкапы бэкапов и прочее это вот графоманское цифровое счастье, описанное страшным термином "цифровой актив". И весь этот цифровой актив им хочется потреблять с максимальным комфортом, с любимой железки, без лагов, рекламы и танцев с бубном. Именно для этих клёвых котанов вечером в пятницу захотелось собрать мысли в кучку.

Если у вас есть достаточное количество разнородного скарба, то вам, нужна и система Управления цифровыми активами (DAM) - система хранения, организации, поиска, сортировки, извлечения и обмена цифровыми активами, такими как изображения, видео, документы и другие медиа файлы. Подразумевается использование какого-то неведомого специализированного программного обеспечения и от термина DAM даже пахнет дорогим кровавым тырпрайзом, но если подумать, то приходят на ум всякие TrueNAS, OpenMediaVault, Synology... кто-то даже их потрогал. У кого-то даже прижились. Вроде и давно на слуху, живут, как-то даже работают, но решают минимально какие-то задачи из разряда "сетевой диск с какими-то ручными бэкапами", "торрент" и "иногда запустить пару пет-проектов", для которых вполне бы хватило мощностей какого-нибудь роутера с OpenWrt или Keenetic.
Но что, если уже давно можно по технологии ИзГиП из спичек и желудей собрать свою, более подходящую систему для управления своими цифровыми активами? И пусть она будет управлять всеми вашими цифровыми активами, от управления чайником до скачивания новых серий "Любовь, смерть, роботы" сразу на шару в которую смотрит телевизор и включения по расписанию к вашему приходу этого добра на проигрывание?

Нас спасёт HAOS, а точнее Home Assistant OS - это дистрибутив на базе Linux от создателей умного дома Home Assistant, который давно перерос "просто управлялку лампочками" и позволяет сделать из мини-ПК на антресольке не просто самостоятельный, наиболее автономный из доступных ваш собственный сервер умного дома, но и предоставляет Add-on store - платформу для развёртывания докеризированных приложений нужных вам, вашим железкам, вашему дому. К сожалению Add-on store не прикручивается к уже докеризированному Home Assistant Container (минимальная сборка, которую можно даже на приличном роутере запустить, если антресоль с серверами ещё не отросла). Если сильно захотеть, какие-то штуки можно прикрутить сбоку и к докеризированному Home Assistant (esphome, zigbee и bluetooth прокинуть, MQTT...), но это лишнее усложнение и чрезмерный костылизьм. Полноценный HAOS на самостоятельной железке выглядит лучшим вариантом для полноценного сервера умного дома.
Не полный список того, что можно развернуть

и ещё вагон занимательных штук, начиная с BirdNET и до каких-то приложений которые вы сами можете сделать и добавить в собственный репозиторий аддонов (да, у вас может быть свой, не прибитый гвоздями к производителю умнодома, репозиторий дополнений!), которые изолированы друг от друга, от основной системы и при достаточных мощностях сервера друг другу практически никак не мешают.

И вот одним ловким финтом всё собирается в одном месте (не нужно прям думскроллить между вкладками облаков, сервисов и дисками каждый раз перепроверяя где что изменилось, добавилось). Всё доступно постоянно, на максимально возможной скорости (по сравнению с облаками, которые то отваливаются, то замедляют скорость, то денег хотят, то перестают регистрировать тутовых), никто посторонний там не роется, компромат на вас не ищет, рекламу на вас не тренирует, баннеры и кричащие всплывашки на каждый чих вам не подсовывает. А если ещё и UPS прикрутить, то эта музыка будет вечной (если я заменю батарейки)...

У вас больше не файлопомойка в одном углу, троянизированная "колонка" превращающаяся в тыкву при проблемах с инетом в другом и мешок не связанных между собой железок постоянно бибикающих и всё портящих, а полноценный фундамент умного дома, через который вы можете управлять всей электроникой, и всем медиа-контентом. Вы можете всё очень гибко настраивать под себя или заменить отдельные части на более подходящее лично вам решение. И всё это крайне просто бэкапить в т.ч. через какой-нибудь duplicati.

При значимых объёмах данных стоимость железа и дисков быстро себя отобьют.

Если вы всё ещё в поиске, надеюсь HAOS поможет вам разгрести ваш электронный хаос, автоматизировать некоторую домашнюю рутину и поможет маленечко узбагоиться в этом суетном мирке. Ну или в бережно отстроенном за дачей бункере с генератором...

@ritorichesky_echpochmak
05.10.2024 02:47 UTC
Первоисточник

Комментарии

@Pavel7
05.10.2024 05:20 UTC
+1

Полноценный HAOS на самостоятельной железке выглядит лучшим вариантом для полноценного сервера умного дома.

Полноценный HAOS в виртуалке на самостоятельной железке будет лучшим вариантом для полноценного сервера умного дома. Отдавать весь физический хост под hassos и загонять себя в ограниченный список addon-ов, вместо того, чтобы просто запускать любые контейнеры рядом с виртуалкой HAOS (а не в ней) - это очень странное и недальновидное решение. Оно может быть вынужденным из-за каких-то серьёзных ограничений хоста, но рекомендовать его всем подряд уж точно не стоит.

@ArtemSmit
05.10.2024 06:17 UTC
0

Коряво он работает с zigbee свистками через виртуалку. Лучшее решение - intel nuc с авито за 5 тысяч. Дёшево и сердито.

05.10.2024 08:08 UTC
0

Странно, ни разу не встречал подобного на с zigbee, ни с bt адаптерами, хотя запускал hassos на самых разнообразных конфигурациях, типа bhyve/kvm/hyper-v с пробросом как usb контроллеров, так и usb устройств. Ну и решать это, всё-таки, гораздо дешевле шлюзом wi-fi <-> zigbee.

05.10.2024 08:19 UTC
+1

Почти год работал HAOS в kvm на домашней файлопомоке на debian. Всё вроде бы неплохо, но перетыкнув zigbee стик - он получал новый адрес, что вынуждало лезть и вручную подпихивать новое usb устройство виртуальной машине. Да, предвижу что вы скажете что нефиг его перетыкивать, но ситуации бывают разные и предсказать их все невозможно. Плюс любая перезагрузка хоста либо обновление пакетов KVM делала на какое-то время дом дурачком, что к примеру при управлени котлами через ZONT довольно критично. Поэтому было принято решение отселить HA на NUC. Сейчас имею 2 таких решения, одно в квартире, одно на даче, дёшево, сердито, без костылей. Как-нибудь осилю написать статью о погружении в HAOS с момента "а что это такое, дай попробую" до "2 котла Buderus, дом 300 квадратов, видеоаналитика и завести машину жены на прогрев в зависимости от дня недели и проснулась ли она" глазами простого обывателя с еврейской ноткой в характере

05.10.2024 11:56 UTC
0

вы скажете что нефиг его перетыкивать

Да нет, почему. Если нужно перетыкивать, то решается это просто пробросом отдельного USB контроллера в виртуалку, либо вышеупомяного wifi-zigbee моста. Допускаю, что есть и ещё более простые варианты по пробросу устройства по UUID, но сам ими не пользовался.

любая перезагрузка хоста либо обновление пакетов KVM делала на какое-то время дом дурачком

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

без костылей

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

05.10.2024 13:00 UTC
0

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

06.10.2024 09:53 UTC
0

И, вместо покупки телефона с батареей большей ёмкости или покупки пауэрбанка или просто контроля за уровнем заряда, покупается фотоаппарат, которые делает фотографии хуже качеством (производительность), который надо отдельно заряжать, который надо отдельно бэкапить и которым надо отдельно управлять. Примерно так видится полная аналогия :)

06.10.2024 14:10 UTC
+1

Хуже качеством? Какая вам нужна производительность от фото? Ну если вы ОЧЕНЬ сэкономили на фотоаппарате по сравнению с телефоном... потому что в плане удобства съёмки и качества фото за пределами идеальных условий или тупого "смотрите всей инстой чё я жру" даже люто б/у-шные зеркалки взятые на барахолке за сотку мёртвых президентов с объективом старше меня отлично снимают то, что, например, Samsung S23 Ultra на своём x10 зуме превращает в днище. И по удобству съёмки примерно все фотоаппараты дают отличного фору всем этим убердорогущим лопатофонам. Ну а про "бэкапить" с современными телефонами у которых нет microSD и у половины type-c под капотом = USB2 - тут им до фотоаппаратов (которые и в тот же WiFi давно умеют) ещё костылять и костылять... и у актуальных камер уже зарядка по type-c - это норма. Только ресурс у них такой, что можно на одном заряде весь отпуск отбегать, если не лупить во всё вспышкой. Никогда телефоны не заменят полноценно нормальные фотоаппараты - физику не обманешь.

Те кто пользуется фотоаппаратами будут несогласны с вами примерно во всём. Те, кому достаточно фоток в *грамме с максимально шакальным качеством, с фотками уровня "смотрите чо я жру" и "показания со счётчика воды" - не смогут оценить фотоаппарат. Фотоаппаратом, впрочем, как и телефоном, ещё нужно научиться пользоваться.

07.10.2024 07:55 UTC
0

Хуже качеством?

Вы явно всю ветку не читали и растеклись куда-то не туда. Суть в том, что если проводить аналогии выноса виртуалки HA с относительно мощного домашнего сервера на физический NUC за 5 тыщ с разделением телефона и фотоаппарата, то в этой аналогии NUC - это дешёвый фотоаппарат с хреновым качеством фото.

07.10.2024 17:33 UTC
0

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

05.10.2024 08:40 UTC
-1

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. Тогда и обновляется это всё счастье само (а обновления там летят с завидной регулярностью)

05.10.2024 08:42 UTC
0

HA в docker неполноценен и очень не любит соседство с другими контенерами.

@randomsimplenumber
05.10.2024 06:09 UTC
+3

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