Pull to refresh

Comments 9

Сколько сложностей. Зачем вам кривая Ubuntu c проблемами вроде:
не запускалась малинка после очередного обновления ядра Linux

Находим файл vmlinuz, распаковываем его в эту же директорию (я использовал 7-Zip) и переименовываем в vmlinux

скаченном архиве идем в папку Boot и копируем (с заменой конечно же!) файлы с расширением .dat и .elf в загрузочный раздел нашего USB носителя

Ubuntu перестанет запускаться до тех пор, пока в загрузочном секторе мы снова не распакуем vmlinuz в vmlinux

Это все не нужно, потому что давно уже есть нормальный чистый Debian под Raspberry Pi 4 (и 3):
raspi.debian.net/tested-images
Причем сейчас там появились сборки с Bullseye, что означает куда более современный софт в репах. Мои платы на этих образах работают уже полгода, обновляться можно сколько угодно безо всякого опасения, что все слетит, все стабильно железно.
Монитор с клавиатурой не нужно, все можно поставить в headless режиме, в файл /boot/firmware/sysconf.txt можно прописать свой ключ для SSH и спокойно все настраивать удаленно.
Если так сильно хочется подключать плату по Wi-Fi, то вставляем SSID и пароль в файл /etc/network/interfaces.d/wlan0:
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ssid my-network-ssid
wpa-psk s3kr3t_P4ss


Дальше уже дело вкуса, но зачем вам Supervisor? Я лично поставил HA в Docker, настроил автоматизацию, что при обновлении мне падает сообщение в Telegram вида:
Update available.
Home Assistant 2021.3.4 is available.


После чего, когда мне удобно, я захожу по SSH в Debian на плате и запускаю скрипт ./update-hass.sh:
docker pull homeassistant/home-assistant:stable
docker stop home-assistant
docker rm home-assistant
docker run --restart=always -d --name="home-assistant" -v /home/user/homeassistant/:/config -v /etc/localtime:/etc/localtime:ro --net=host homeassistant/home-assistant:stable
docker image prune --force


Последняя строчка подчищает скачанные образы, docker pull выкачивает новый, но старый остается занимать место на диске, со временем может много накопиться старых образов.

Вот и все, то есть обновить контейнер с HA несложно, а что еще может Supervisor? Ставить дополнения к HA? Так дополнения это те же самые контейнеры Docker, можно и самому поставить, если хочется. Разве что для обновления HA через Web-интерфейс? Ну если вы столько мучались с Ubuntu на Raspberry, то и обновить докер-контейнер с HA не проблема.
Я ставил Ubuntu Server на малинку и никаких проблем с ней не было. Причем ставил на USB-флешку с помощью Pi Imager и все заработало сразу, без всяких правок в загрузочном разделе.

При этом, непонятно, зачем автору так много действий для установки Docker, если он уже есть в стандартных репах Ubuntu.
Ставить дополнения к HA? Так дополнения это те же самые контейнеры Docker, можно и самому поставить, если хочется.


А вот можно тут по подробнее? Стянуть-то образ не сложно, а вот как правильно потом запустить дополнение? И что бы HASS его увидел?
Прописать в конфиги Home Assistant. То есть в контейнере запускается отдельный сервис, будь то Mosquitto, MariaDB, ESPHome и т.д, а потом прикручивается в HA через конфиги. Некоторые подхватываются сами с помощью интеграций. Возни немногим больше, но зато прозрачнее, легче и понятнее в целом. Так что супервизор не нужен совершенно. Если создать себе соответствующий docker-compose.yml, чтобы все сервисы разом запускались, так вообще все просто будет.

Например, пишем что-то такое:
docker-compose.yml
version: '3.5'

services:

    homeassistant:
        container_name: homeassistant
        image: homeassistant/raspberrypi4-homeassistant:latest
        volumes:
          - ./homeassistant/config:/config
          - /etc/localtime:/etc/localtime:ro
        devices:
          - /dev/gpiomem:/dev/gpiomem
        environment:
            - TZ=Europe/Moscow
        restart: always
        network_mode: host

    eclipse-mosquitto:
        container_name: mosquitto
        image: eclipse-mosquitto:latest
        restart: always
        volumes:
          - ./mosquitto/config:/mosquitto/config
          - ./mosquitto/data:/mosquitto/data
          - ./mosquitto/log:/mosquitto/log
        ports:
          - 1883:1883

делаем в директории с файлом «docker-compose up -d» и разворачиваются одновременно и HA, и MQTT-сервер.
Спасибо, попробую.
В частности вот это поставить github.com/alexmorbo/domru
Интеграции вроде как нету к этому
сколько таких статей уже? сотни… все одно из пустого в порожнее: скачайте образ, настройте сеть, поставте докер… Зачем эти статьи нужны если это все есть в официальной документации…

Лучше бы описали какой то юзкейс, который вы применили в ХА для решения какой-то задачи, и как оно повлияло в итоге на вашу жизнь. А эти установки образов никому не нужны… или люди настолько отупели, что не могут 2 раза клацнуть мышью.
Некоторое время прикидываю возможные кейсы. Вот что накопилось:

Пользуюсь уже давно. Очень полезная штука для домашней автоматизации — подсветка рабочей зоны на кухне, когда кто нибудь заходит на кухню. Делал 4 года назад, без намёков на HA и вообще умность. Имеет основной признак удачного решения — незаметность при обычных кейсов. Хочется только заменить датчик движения на датчик присутствия, ну и установить там, где покрытие у него будет получше.

Сделал недавно на базе HA:
1. управление Tion'ом. Платить десятку за их magic air нет никакого желания, ну и пульт на BTE, из соседней комнаты не достаёт. Благо один хороший человек с год назад расковырял протокол пульта, написал статью на хабр и к настоящему моменту интеграцию с HA сделал (хотя я свою на коленке сваял)
2. включение выключение верхнего света в комнатах, пока больше для понта, чем полезно.

Из того, что хочется:
1. датчики протечки и датчики дыма, которые сообщают о том,
2. датчики температура, влажность, CO2 по всей квартире, чтобы обстановку мониторить. Больше любопытства ради.
3. Попробовать интересные кейсы, вроде постепенного увеличения яркости лампы, чтобы имитировать рассвет, вроде пишут, что так проще просыпаться по утрам. Есть вариант купить филипсовскую лампу или китайский аналог, но не так интересно (и, если не зайдёт, по крайней мере не будет странный девайс с ограниченной полезностью глаза мозолить).
4. летом есть планы прикрутить к HA кондиционер
5. есть планы сделать управление местным освещением и кнопку «сделать хорошо».
6. если тяму хватит, переделать гирлянду, что висит на окне под zigbee, выкинуть режимы мне не нравятся и оставить те, что нравятся.
7. вечернее освещение в коридоре
8. главный выключатель, чтобы можно было по команде извне обесточить всю квартиру (кроме холодильника), при этом, чтобы включить можно было только вручную.
9. термостаты на батареи, с управлением по температуре в дальнем углу.

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

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

Юзкейс

Управление оборудованием в небольшой переговорной комнате.
По беспроводной кнопке — вкл, выкл, перегрузил системник с софтом для видеосвязи.
По датчику присутствия — отключил видео панели и отправил камеру в Mute или всё разбудил. Вкл/Выкл доп. свет.
И т.д. можно автоматизироваться до бесконечности
Пункт 1 уже давным-давно не так заморочен, загрузка с USB есть в любом последнем EEPROM (включая канал critical/default), и замена/распаковка ядра не нужна. Достаточно загрузиться с любого образа (например, Raspbian на microSD) и сделать:
sudo -E rpi-eeprom-config --edit
где выставить BOOT_ORDER в значение 0xf41, после чего перезагрузиться. И всё, та же Ubuntu загрузится только так.
Sign up to leave a comment.

Articles