Как стать автором
Обновить

Комментарии 26

а можете пояснить, зачем устанавливать PostgreSQL? мне кажется, HA и так прекрасно работает

и еще: у вас работает Homebridge? У меня HA был установлен в bridged режиме, но Homebridge не работал. Пришлось поменять настройки контейнера на host

Увы нет. Как только разберусь почему - дополню статью.

ответ "почему" есть в моем вопросе

Вы правы, HA хорошо работает на встроенной SQLite. Разработчики HA позаботились, что бы производительность не снижалась - данные в БД пишутся порциями с небольшими интервалами, старые данные регулярно удаляются и БД пересобирается. Для много дома это не проблема. Моя же цель - сбор и долгосрочное хранение данных для получения исторических срезов. PostgreSQL можно использовать и другими приложениями, например, для хранения локальной копии OSM, для красивого отображения истории геолокации (с картами у меня большой опыт работы), чем HA похвастаться не может. PostgreSQL можно напрямую подключать в Node-RED для дополнительной обработки данных умного дома, используя привычный мне JS и при этом иметь возможность их простого вывода в Home Assistant, в виде датчика.

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

Верное замечание. Именно поэтому сам использую, и всем рекомендую, NVMe SSD - RPI 5 с ними прекрасно интегрируется.

Позвольте пару дурацких вопросов) я правильно понял что ha os так же запускает ha в докере?

Проброс встроенного Bluetooth происходит по аналогии с ZigBee ? Только не usb а нейкий device?

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

Raspberry Pi имеет встроенный Bluetooth, для его подключения достаточно в volumes примонтировать точку /run/dbus:/run/dbus:ro и добавить интеграцию Bluetooth, после чего можно цеплять устройства.

Я сейчас тоже в процессе сборки HA на RaspberryPi 4. Несколько дней не мог понять почему у меня на RPi начала тормозить сеть. Использую Wi-Fi. А иногда вообще RPi отваливается на 1-2 минуты: причём коннекшн по ssh не обрывается, внутри процессы не останавливаются, но сама RPi не доступна по сети и из RPi в сеть не пробиться. Оказалось (методом тыка) что всё ломает тот самый встроенный в RPi Bluetooth. Подключение внешнего usb-bluetooth решило проблему. В интернетах редко, но тоже есть жалобы от людей на такую проблему. Возможно мой коммент кому-то поможет.

Наверное начинающим лучше начать с zha. Я считал что mqtt больше для координаторов не поддерживаемых zha.

Без разницы с чего начинать, просто z2m исторически появился раньше и поддерживает больше устройств (и кстати более полно). С выходом прошивок 'ember' для чипов EFR32xx стабильность работы под z2m заметно улучшилась и ставить ZHA кмк смысла нет.

Обновление ПО на Raspberry Pi OS делается через apt full-upgrade. Запускать rpi-update не нужно, т.к. эта команда служит для установки предрелизной прошивки.

Вместо apt full-upgrade используется apt dist-upgrade, которая выполняет аналогичные действия, но может также обновлять зависимости с новыми версиями, которые не могут быть автоматически установлены или удалены из-за изменений в зависимостях.

А по поводу того что rpi-update лишнее в общем мануале согласен.

Не совсем так. full-upgrade фокусируется на обновлении существующих пакетов в рамках текущего выпуска ОС, в то время как dist-upgrade предназначен для установки обновлений при переходе на новую версию дистрибутива. Исходя из предпосылки, что работа производится со свеже установленной ОС, команда dist-upgrade по сути избыточна, как и остальные.

В данном случае достаточно воспользоваться командами из официальной документации:
# apt update && apt full-upgrade

Верно, dist-upgrade не обязательна.

Однако я крайне рекомендую иметь привычку обновлять пакеты именно приведенным сочетанием команд (apt update && apt upgrade -y && apt dist-upgrade) - это минимизирует возможные проблемы как при обновлении пакетов, так и при апгрейде дистрибутива.

а вот более старые модели использовать хоть и возможно, но не рекомендуется — у них очень скромные аппаратные возможности

У меня на даче крутится на 3 model b(не b+), и я бы не сказал что тройка как то особенно напрягается.

Смотря чем её загрузить. Описанная в статье конфигурация действительно должна себя комфортно чувствовать на RPI 3. Слабым местом будет объём оперативной памяти в 1 Гб, и возможно будет использоваться swap. Дальше будет интереснее.

Какими задачами у вас загружена малинка?

Спасибо за статью, начинающим думаю пригодится.

У вас вот тут закралась ошибка: "sudo docker exec -it mosquitto -c /mosquitto/config/mqttuser mosquitto2ha".

пропущено "mosquitto_passwrd"

Спасибо! Исправил

Добрый день.

Созрел между делом автоматизировать дом в деревне и в итоге в голове пришол к схеме из статьи как оптимальной.

Но у меня один вопрос по сети zigbee не решился гуглом, как-то расплывчато расписан этот момент.

На територии 3 здания, в одном будет малинка и стик координатор zigbee. Но сеть zigbee в итоге нужна во всех сараях, расстояние 15м, кирпич толстый, напрямую координатор я понял не пробьёт, особенно устройства на батарейках. Т.е. получается нужны роутеры и вот тут главный вопрос:
роутеры в сети zigbee всегда соединяются по zigbee или можно поставить координатор на стике в одном здании, малинку с координатором подключить к LAN, и роутеры в других зданиях то же к LAN подключить или WiFi. Такое возможно, если да, то на какие роутеры смотреть? Или такое возможно если ставить в каждом здании координатора с малинкой и потом как-то 3 координатора объединить в один HomeAssistant на отдельном сервере?

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

Пока так и не разобрался, но как я понял, роутер в терминах ZigBee это просто Repeater, можно по пути поставить пару вот таких возле окон разных зданий с прямой видимостью.

Подскажите я правильно понял?

Т.е. для старта когда координатор в одном здании, а конечное устройство в другом на расстоянии 20м, мне нужно будет:

Малинка
Стик SONOFF Zigbee 3.0 USB Dongle Plus-E
Tuya ZigBee 3.0 Repeater (1 или 2шт)
Конечное устройство ZigBee

И с этим можно уже делать первые пробы пера?

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

Можно использовать выносные Zigbee координаторы, т.е. длинные кабелю USB вынести на улицу, либо с прямым подключением к малинке, что проще настраивается, либо подключенные к WiFi к роутеру на OpenWRT (с поддержкой установки кастомных opkg пакетов) соединённых витой парой - так у вас и интернет покрытие увеличится, и zigbee координаторы можно будет прокинуть на малинку (статьи легко ищутся).

Можно использовать zigbee шлюзы, например SLS gateway, которые могут либо выступать в качестве шлюзов, либо подключаться к MQTT брокеру как отдельные сети (через MQTT вы всё равно сможете ими легко управлять), для HA не имеет значения в одной сети устройства или в разных, если с ними можно общаться через MQTT. Собственно, на роутерах с OpenWRT или поддержкой OPKG вы можно поднять z2m, подцепить к ним zigbee usb стики и подключить к одному MQTT - результат будет тот же.

Это из того что я лично пробовал. В интернете есть и более экзотические варианты. Можете спросить ChatGPT, например, Алису от Яндекса или любой другой - накидают вам вариантов.

Добрый день!
Спасибо за статью. На фоне опыта множественных инсталляций НА ваш - новый :)
Но не раскрыт один вопрос: Как будет строится история показаний датчиков? В Графане? или встроенными инструментами НА?
Если Графана - то как её ставить предполагаете? Как аддон в НА или отдельным контейнером как самостоятельное приложение?

Планировал использовать собственный портал на nodejs и svelte. Пока есть только черновик. Занят на основной работе и эксперементами с алисой, в свободное время. Так же рассматриваю вариант дисплея на жидких чернилах с EPS32 (разработка с нуля), либо одного из которых решений (если они могут выводить не только элементу управления, но и графики.

Полностью согласен с идеей использовать экран на электронных чернилах для вывода информации в виде графиков. И даже писал комментарий об этом в другой статье про E-ink здесь, на Хабре (https://habr.com/ru/articles/510102/comments/#comment_21863048).
Но почему-то идея эта не находит должной поддержки у производителей, и, как следствие, обычные мониторы либо дешевле, либо вообще вне конкуренции при определённых размерах.

А Raspberry Pi 5 8gb я уже приобрёл, буду повторять ваш проект, в качестве контроллера предварительно выбрал MegaD.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации