Homeassistant 选择困难

如果你家里带电的产品都能够有意无意的接入网络了，而你需要在手机上处理很多设备的数据，在不同的app之间进行切换。你又不想跟小爱这种智障对话，那么是时候给你家部署一下Homeassistant系统了。

那么如何选择H A的系统安装呢？

1、你家里都是购买的成品智能家居设备，例如说小米或者其他比较大品牌的家电设备。选择Docker运行运行Container版本即可。添加针对品牌的插件就可以直接集成到HA中.

2、你有很多想要自己组装或者买了一些D I Y产品的智能家居设备，喜欢折腾，也有N A S或者其他可以运行虚拟机平台的服务器。使用HA OS的虚拟机版本。

这其中还有一些区别如下。

从上图看，最新的（2024.11）H A中，Container和Core没有太多的区别，一个是使用Docker运行，而Core使用了python虚拟化版本运行。
至于那个Add-ons 你可以理解为是在系统中做了一些虚拟化的程序，让一些插件使用Container的方式运行，比如说Cloudflare的tunnel，让你在H A里面搞定一切。

而玩Homeassistant的这10年最困扰我的就是系统的升级。由于这系统开发非常活跃，代码变化非常大，前几年经常因为跨了几个版本系统升级后，导致的调用方式改变，让自己写好的插件失效。前几年由于运行在树莓派中，一段时间后树莓派对sd卡的读写出现故障导致系统挂掉。

经过多年的摸索，我的方案如下：
使用docker运行Container。这样做的好处有
1、我的docker中有watchtower这类软件。可以监控各个容器中的镜像版本自动化升级，结束了每次手动更新的不便。
2、需要D I Y的硬件外设，比如可以通过另外一个设备bridge来控制。比如说Zigbee2Mqtt的设备，任何一个有usb的linux系统均可以使用。方便后期增加节点扩展。

从两年前部署了docker版本的H A以后，解决了升级的痛点，系统升级再也没有关心过。只需要偶尔在H A里面更新一下插件即可。扫描了一圈Add-ons所需要的功能，我有另外的软件搞定这一切，很多插件并不是需要。至此，Homeassistant完好运行将近两年。当然如果你确实想体验无痛升级Docker镜像，又想体验Add-ons带来的便利。那么你当然可以用Docker方式运行Supervised版本。方法在官方提供的github页面。

Homeassistant -Supervised-Docker-installer

安装步骤要按照我下面介绍的。官方文档简直啥也没说。

arm64

docker pull ghcr.io/home-assistant/aarch64-hassio-supervisor:2024.11.4
docker pull ghcr.io/home-assistant/qemuarm-64-homeassistant:2024.11.4

x64

docker pull ghcr.io/home-assistant/amd64-hassio-supervisor:2024.11.4
docker pull ghcr.io/home-assistant/qemux86-64-homeassistant:2024.11.4

启动：

docker run -d --name hassio_supervisor --privileged \
--restart unless-stopped \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/run/dbus:/var/run/dbus \
-v /opt/apps/hassio:/data \
-e SUPERVISOR_SHARE=/opt/apps/hassio \
-e SUPERVISOR_NAME=hassio_supervisor \
-e HOMEASSISTANT_REPOSITORY=homeassistant/qemux86-64-homeassistant \
ghcr.io/home-assistant/镜像版本-hassio-supervisor:2024.11.4

opt 路径换成你自己的存储位置，备份数据也可以直接备份这个文件夹了。
问题来了，由于版本号的问题，那么可能需要手动更新啦。这也是为啥我选择容器版本的stable版本更新的原因。watchtower能够完全自动化处理stable版本的更新。而上面提供的版本由于版本号的变化，watchtower做不到一直最新。

Home Assistant官方文档： https://www.home-assistant.io/docs/