Skip to content

Commit 51631e0

Browse files
authored
Update the documentation about BT in container
1 parent b57ec02 commit 51631e0

File tree

1 file changed

+19
-0
lines changed

1 file changed

+19
-0
lines changed

docs/Containers/Home-Assistant.md

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -316,3 +316,22 @@ Random MACs are not a problem for a **client** device like a phone, tablet or la
316316
> In TCP/IP any device can be a client or a server for any protocol. The distinction here is about *typical* use. A mobile device is not usually set up to *offer* services like MQTT or Node-RED. It typically *initiates* connections with servers like Docker containers running on a Raspberry Pi.
317317
318318
It is not just configuration-time SSH sessions that break. If you decide to leave Raspberry Pi random Wifi MAC active **and** you have other clients (eq IoT devices) communicating with the Pi over WiFi, you will wrong-foot those clients each time the Raspberry Pi reboots. Data communications services from those clients will be impacted until those client devices time-out and catch up.
319+
320+
# Using bluetooth from the container
321+
In order to be able to use BT & BLE devices from HA integrations, make sure that bluetooth is enabled and powered on at the start of the (Rpi) host by editing `/etc/bluetooth/main.conf`:
322+
323+
```conf
324+
....
325+
[Policy]
326+
AutoEnable=true
327+
```
328+
329+
After a reboot, check that BT is up:
330+
331+
```sh
332+
(root) # hciconfig
333+
...
334+
UP
335+
...
336+
```
337+
ref: https://scribles.net/auto-power-on-bluetooth-adapter-on-boot-up/

0 commit comments

Comments
 (0)