Bluetooth

Home Assistant в Docker не видит Bluetooth-устройства, даже если на хосте всё работает. Причины: ❌ Контейнер не имеет прямого доступа к /dev/hci0 ❌ BlueZ внутри контейнера конфликтует с демоном на хосте ❌ Пассивное сканирование BLE требует флага --experimental в BlueZ Решение: не запускать Bluetooth-стек внутри контейнера, а пробросить D-Bus с хоста. ✅ Настройка Docker Compose Минимальная конфигурация services: home-assistant: container_name: home-assistant image: ghcr.io/home-assistant/home-assistant:stable volumes: - config:/config - /run/dbus:/run/dbus:ro # ← Критично для Bluetooth cap_add: - NET_ADMIN - NET_RAW - SYS_ADMIN restart: unless-stopped networks: - traefik - prometheus volumes: config: driver: local networks: traefik: external: true name: traefik prometheus: external: true name: prometheus ⚠️ Не добавляйте devices: - /dev/hci0:/dev/hci0 - это не нужно при пробросе D-Bus и может вызвать конфликт. ...

На Orange Pi 3B встроенный Bluetooth-чип Spreadtrum UWE5622 подключён через UART (/dev/ttyBT0). В отличие от USB-адаптеров, он требует: Загрузки прошивки и калибровочных данных перед инициализацией Запуска hciattach_opi с правильными флагами Корректного порядка запуска: сначала инициализация чипа, потом демон BlueZ Симптомы: bluetoothctl scan on → No default controller available btmgmt info → Index list with 0 items hciconfig -a показывает hci0, но bluetoothctl его не видит Ошибка org.bluez.Error.Busy при попытке включить питание Причина: сервис orangepi3b-sprd-bluetooth.service запускает hciattach_opi с флагом -n (no-detach), который удерживает устройство, не давая BlueZ зарегистрировать контроллер. ...