1. 从零开始：为什么选择 Home Assistant 作为智能家居的“大脑”？

如果你和我一样，折腾过市面上各种品牌的智能家居设备，从米家到苹果 HomeKit，再到谷歌 Home，那你大概率会陷入一个困境：设备之间互不相认，App 多到眼花缭乱，一个简单的“回家开灯”场景，可能需要在三四个应用里跳来跳去设置。这种割裂感，正是催生 Home Assistant 这类开源家庭自动化平台的核心痛点。

Home Assistant 不是一个成品 App，而是一个需要你亲手部署的“智能家居操作系统”。你可以把它想象成一个超级翻译官和总指挥。它通过海量的集成（Integration），将不同品牌、不同协议（Wi-Fi、Zigbee、Z-Wave、蓝牙等）的设备，全部接入到一个统一的平台里。从此，你的小米传感器可以触发飞利浦的 Hue 灯泡，你的苹果 HomePod 可以控制海尔的空调，而这一切的逻辑编排，都集中在一个地方完成。这种“大一统”带来的自由度和可玩性，是任何封闭生态都无法比拟的。它不是为了替代某个品牌，而是为了连接所有品牌，让你真正成为所有智能设备的主人，而不是被设备厂商的生态壁垒所束缚。

很多人看到“开发指南”和“开源”就望而却步，觉得这是极客的玩具。但我想说，今天的 Home Assistant 已经远比几年前友好。它的核心价值在于其强大的“集成”能力和本地化运行带来的隐私与稳定性。所有自动化逻辑都在你的本地服务器（可以是一台闲置的电脑、树莓派，甚至是一台虚拟机）上运行，无需依赖任何云服务。这意味着，即使外网断了，你家“开灯关灯”这些基础自动化依然照常工作，而且你的所有数据都牢牢掌握在自己手里。这不仅仅是技术上的选择，更是一种生活理念的体现。

2. 部署基石：虚拟机、容器与硬件，哪种方式最适合你？

决定入坑后，第一个现实问题就是：把它装在哪？这直接决定了后续的开发、维护体验和系统性能。网络上热门的“virtualbox虚拟机安装home assistant”只是众多路径中的一条，我们需要根据自身情况做出最合适的选择。

2.1 主流部署方案深度对比

为了让你一目了然，我将几种主流方案的核心特点、适用场景和注意事项整理成了下表：

注意：对于“virtualbox虚拟机安装home assistant”这个热门搜索，我强烈建议，如果你只是短期测试，可以用此方法。但若打算长期使用，虚拟机方案会持续消耗你电脑的资源，且宿主机休眠或关机后，智能家居就会瘫痪。长期来看，一台独立的、低功耗的硬件设备是更可靠的选择。

2.2 硬件选型：树莓派还是 X86 小主机？

确定了部署方式，硬件就是下一个关键。很多人从树莓派起步，这没错，但它真的是最优解吗？

• 树莓派（ARM架构）：优点是功耗极低（5-10瓦），体积小巧，社区支持无比强大。对于设备数量少于50个，且不打算运行大量人脸识别、语音处理等重负载附加功能的家庭，树莓派 4B 或更新的型号完全够用。但它的短板在于 I/O 性能（尤其是 SD 卡读写）和扩展性。SD 卡损坏导致系统崩溃是树莓派运行 HA 最常见的“坑”。因此，如果选用树莓派，务必使用 SSD 固态硬盘通过 USB 3.0 引导启动，这能极大提升系统稳定性和响应速度。

• X86 迷你主机/旧笔记本（Intel/AMD架构）：这是我认为更“长治久安”的选择。你可以在闲鱼或淘宝上找到大量便宜的迷你主机（如 Intel NUC 系列、华硕 PN 系列等）或退役的轻薄笔记本。它们的优势是性能强劲（多核CPU，支持虚拟化），可以轻松运行 HA OS 虚拟机、Docker 以及其他服务（如 Plex 媒体服务器、Nextcloud 私有云）。功耗虽比树莓派高（15-30瓦），但仍在可接受范围。更重要的是，它们通常使用真正的 SSD 和更稳定的电源，系统可靠性高出一个量级。

我的建议是：如果你的智能家居规划比较宏大，或者你本身就有玩软路由、NAS 的爱好，那么一步到位选择一台 X86 小主机，采用 Proxmox VE 或 ESXi 等虚拟化平台，将 Home Assistant 作为其中一个虚拟机运行，是最灵活、最专业的方案。这为你未来扩展其他智能家居相关服务（如 Frigate 摄像头 AI 分析、Zigbee2MQTT 独立桥接）留下了充足的空间。

3. 核心概念破壁：实体、设备、区域与自动化蓝图

成功登录 Home Assistant 的 Web 界面后，面对琳琅满目的仪表盘，新手很容易懵。别急着添加设备，先花半小时理解下面几个核心概念，它们是你构建一切自动化的基石。

设备 (Device) 与 实体 (Entity)：这是最容易混淆的一对概念。简单来说，设备是物理或逻辑对象的代表，比如“小米门窗传感器（型号 MCCGQ01LM）”。而实体是这个设备暴露出来的具体状态或控制点。一个设备下可以有多个实体。还是以那个门窗传感器为例，它作为一个“设备”被添加后，可能会产生两个“实体”：binary_sensor.door_window_sensor_contact（表示门窗开合状态）和sensor.door_window_sensor_battery（表示电池电量）。在自动化中，我们监听和操作的是实体，而不是设备。

区域 (Area)：这是对空间进行逻辑分组的神器。你可以创建“客厅”、“主卧”、“厨房”等区域，然后将设备（不是实体）分配到对应的区域。这样做的好处是：第一，在仪表盘上可以按区域快速查看和控制设备；第二，在编写自动化时，可以基于区域触发条件，例如“当有人进入‘客厅’区域时”，而不需要罗列客厅里所有传感器的实体ID。

自动化 (Automation) 与 脚本 (Script)：这是实现智能逻辑的两种方式。

• 自动化：是一个完整的“触发-条件-动作”三元组。它由事件（如传感器被触发、时间点到达）自动启动，并且可以设置复杂的条件（如“仅在夜间”、“当手机在家时”）来决定是否执行动作。自动化是无人值守的。
• 脚本：本质上是一系列可重复执行的动作序列。它可以被自动化调用，也可以在前端通过按钮手动触发。脚本更适合封装一套复杂的操作流程，比如“观影模式”，这个脚本可能会依次执行：关闭主灯、打开氛围灯、降下投影幕布、开启功放。你可以创建多个自动化，在不同场景下触发同一个“观影模式”脚本。

蓝图 (Blueprint)：这是 Home Assistant 社区智慧的结晶，可以理解为“可共享的自动化模板”。一个熟练用户可以将自己编写的一个通用、优秀的自动化（比如“有人移动自动开灯，无人后延迟关灯”）发布为蓝图。其他用户只需要导入这个蓝图，填入自己的实体（如选择自家的传感器和灯），就能快速获得一个经过验证的、功能完善的自动化，无需从零开始写代码。善用蓝图是快速上手的捷径。

理解这些概念后，你的思路会清晰很多：先通过集成添加“设备”，系统会自动生成对应的“实体”；然后将“设备”归类到不同的“区域”；最后，基于“实体”的状态变化，通过“自动化”或“脚本”来编写逻辑，实现智能联动。

4. 集成开发实战：从调用 API 到创建自定义集成

当你玩转了官方和社区集成的上千种设备后，难免会遇到一些“野生”设备或不常见的系统，它们没有现成的集成。这时，你就需要自己动手，让 Home Assistant 与之对话。这便进入了“开发”的深水区，也是本指南的核心价值所在。

4.1 理解 Home Assistant 的架构：核心、集成与数据流

在动手写代码前，必须对 Home Assistant 的架构有个宏观认识。它的核心是一个用 Python 编写的事件驱动型框架。所有设备的状态都以“实体”的形式存在于一个全局的“状态机”中。集成（Integration）就是用来与外部世界（设备、云服务）通信，并更新状态机或执行操作的插件。

一个标准的集成，通常包含以下几个关键部分：

1. manifest.json：集成的“身份证”，定义了集成名称、版本、依赖、域名等元信息。
2. __init__.py：集成的入口点，负责初始化和设置整个集成。这里会配置数据更新协调器（Data Update Coordinator），这是现代集成中用于定时轮询数据的最佳实践。
3. config_flow.py：处理通过 UI 添加集成时的配置流程。用户友好的集成都会提供图形化的配置引导。
4. sensor.py/switch.py等：定义具体的平台组件。例如，如果你的设备提供了温度和湿度数据，你就需要创建sensor.py来定义这两个传感器实体。
5. const.py：存放常量，如设备品牌、型号、API 端点 URL 等。

数据流大致是：用户通过 UI 添加集成 -> 触发config_flow-> 验证用户输入（如 API Key、IP 地址）-> 在__init__.py中创建连接实例并初始化平台 -> 平台模块（如sensor.py）创建实体 -> 实体通过协调器定期从设备拉取数据，或监听设备推送的事件，更新 Home Assistant 状态机。

4.2 实战：为一款虚构的智能插座编写集成

假设我们有一款名为“PowerPlug Mini”的智能插座，它提供了一个简单的本地 HTTP API（http://[插座的IP]/status）返回 JSON 数据：{"power": 220.5, "relay": "on"}。我们的目标是创建一个集成，将其作为一个“开关”和一个“功率传感器”接入 HA。

第一步：搭建开发环境不建议直接在生产环境的 HA 中开发。最推荐的方式是使用官方的开发容器。

# 克隆 Home Assistant 核心代码库 git clone https://github.com/home-assistant/core.git cd core # 启动开发容器（这会自动安装所有依赖） script/setup

这会在你的本地启动一个完整的、可热重载的 Home Assistant 开发实例，访问http://localhost:8123即可。

第二步：创建集成骨架在core/homeassistant/components/目录下，创建我们的集成目录powerplug_mini。然后创建必需的文件：

powerplug_mini/ ├── __init__.py ├── manifest.json ├── config_flow.py ├── const.py ├── sensor.py └── switch.py

第三步：编写核心文件

1. manifest.json：定义集成基本信息。

{ "domain": "powerplug_mini", "name": "PowerPlug Mini", "version": "1.0.0", "codeowners": ["@你的GitHub用户名"], "requirements": ["aiohttp>=3.8.0"], "iot_class": "local_polling", // 因为是轮询API "config_flow": true }

2. const.py：定义常量。

DOMAIN = "powerplug_mini" DEFAULT_SCAN_INTERVAL = 30 # 默认30秒轮询一次

3. config_flow.py：实现配置流程。这里简化处理，只让用户输入插座IP。

import voluptuous as vol from homeassistant import config_entries from .const import DOMAIN class PowerPlugMiniConfigFlow(config_entries.ConfigFlow, domain=DOMAIN): async def async_step_user(self, user_input=None): if user_input is not None: # 这里可以添加对IP地址的简单验证，比如尝试连接 return self.async_create_entry(title=user_input["host"], data=user_input) data_schema = vol.Schema({vol.Required("host"): str}) return self.async_show_form(step_id="user", data_schema=data_schema)

4. __init__.py：设置集成和平台。

import asyncio import aiohttp import async_timeout from homeassistant.config_entries import ConfigEntry from homeassistant.core import HomeAssistant from homeassistant.helpers.update_coordinator import DataUpdateCoordinator from .const import DOMAIN, DEFAULT_SCAN_INTERVAL async def async_setup_entry(hass: HomeAssistant, entry: ConfigEntry): host = entry.data["host"] coordinator = PowerPlugMiniCoordinator(hass, host) await coordinator.async_config_entry_first_refresh() # 向前端平台（switch, sensor）传递数据 hass.data.setdefault(DOMAIN, {}) hass.data[DOMAIN][entry.entry_id] = coordinator # 设置开关和传感器平台 hass.async_create_task( hass.config_entries.async_forward_entry_setup(entry, "switch") ) hass.async_create_task( hass.config_entries.async_forward_entry_setup(entry, "sensor") ) return True class PowerPlugMiniCoordinator(DataUpdateCoordinator): def __init__(self, hass, host): super().__init__( hass, _LOGGER, name=DOMAIN, update_interval=DEFAULT_SCAN_INTERVAL, ) self.host = host self._session = aiohttp.ClientSession() async def _async_update_data(self): try: async with async_timeout.timeout(10): url = f"http://{self.host}/status" async with self._session.get(url) as response: if response.status == 200: return await response.json() else: raise UpdateFailed(f"Error {response.status}") except Exception as err: raise UpdateFailed(f"Error communicating with device: {err}")

5. switch.py：实现开关实体。

from homeassistant.components.switch import SwitchEntity from .const import DOMAIN async def async_setup_entry(hass, config_entry, async_add_entities): coordinator = hass.data[DOMAIN][config_entry.entry_id] async_add_entities([PowerPlugMiniSwitch(coordinator, config_entry)]) class PowerPlugMiniSwitch(SwitchEntity): def __init__(self, coordinator, config_entry): self.coordinator = coordinator self._config_entry = config_entry self._attr_unique_id = f"{config_entry.entry_id}_switch" self._attr_name = "PowerPlug Mini Switch" @property def is_on(self): return self.coordinator.data.get("relay") == "on" async def async_turn_on(self, **kwargs): # 这里需要实现调用打开插座的API，例如 POST http://[host]/relay?state=on # 调用成功后，应手动触发一次数据更新，或由设备推送更新 await self.coordinator.async_request_refresh() async def async_turn_off(self, **kwargs): # 实现关闭API调用 await self.coordinator.async_request_refresh()

6. sensor.py：实现功率传感器实体，代码结构与switch.py类似，继承SensorEntity，在属性中返回功率值。

完成以上步骤后，重启开发环境的 Home Assistant，你就可以在“添加集成”界面搜索到“PowerPlug Mini”，输入 IP 地址后，实体应该就会出现在你的实体列表中了。

实操心得：开发集成时，最棘手的往往不是代码本身，而是对设备通信协议的理解。务必先使用curl或 Postman 等工具，将设备的 API 彻底摸透。对于采用非标准协议（如自定义 TCP/UDP）的设备，你可能需要借助asyncio的底层 socket 操作，这会让复杂度上升一个等级。此外，异常处理和重试逻辑至关重要，网络设备不稳定是常态，你的集成必须足够健壮，避免因为一次请求失败就导致整个集成不可用。

5. 前端定制与仪表盘设计：打造专属控制中心

Home Assistant 默认的 Lovelace 仪表盘非常强大，但默认的“概览”标签页可能很快变得杂乱。一个设计良好的前端，不仅能提升使用幸福感，更是向家人推广智能家居的关键（毕竟他们可能不想看密密麻麻的实体列表）。

5.1 Lovelace 卡片：从基础到高级

Lelace 采用卡片式布局，每个卡片都是一个独立的功能模块。除了系统自带的实体卡片、地图卡片、天气卡片，社区通过 HACS 提供了海量自定义卡片，这是美化前端的主力军。

• 布局卡片：这是构建复杂界面的骨架。垂直堆叠和水平堆叠卡片可以将多个小卡片组合成行或列。网格卡片可以创建更灵活的响应式布局。面板卡片则可以用来创建标签页或折叠区域。
• 按钮卡片：功能远超其名。通过配置不同的tap_action（点击动作）、hold_action（长按动作），并搭配自定义图标、颜色和条件显示，你可以创造出功能丰富的快捷开关。例如，一个按钮可以显示当前室温，点击进入空调详细控制，长按则切换为地暖模式。
• 实体卡片：最常用，但不要直接堆砌。通过card_mod插件（需通过 HACS 安装）注入自定义 CSS，你可以彻底改变实体卡片的样式，比如隐藏不必要的元素、修改颜色、调整布局，让它与你设计的主题完美融合。
• 图片元素卡片：这是创建“平面图”或“设备示意图”的神器。你可以上传一张家的户型图，然后通过绝对定位，将代表灯、传感器的图标按钮精确地覆盖到图纸上的对应位置。点击图标即可控制真实设备，直观无比。

5.2 主题与自定义UI：统一视觉风格

一套协调的主题能让你的 Home Assistant 界面脱胎换骨。主题不仅仅是换颜色，它可以修改几乎所有前端元素的样式。

1. 安装主题：在 HACS 的“前端”分类中，搜索并安装你喜欢的主题，如iOS Dark Mode Theme,Midnight等。
2. 应用主题：在“配置” -> “仪表盘” -> “主题”中启用它。
3. 深度自定义：如果你对默认主题还不满意，可以创建自己的主题文件。在 Home Assistant 配置目录（通常是.homeassistant或/config）下创建themes文件夹，新建一个my_theme.yaml文件。在这里，你可以精细地定义颜色、字体、阴影等所有 CSS 变量。网络上有很多分享的主题代码，是很好的学习起点。

一个高级技巧：条件显示与视图组织不要把所有东西都塞在一个页面上。合理利用“视图”（Views）进行功能分区。例如：

• 首页：放置最常用的场景按钮、安防状态概览、天气和家庭成员位置。
• 灯光视图：用图片元素卡片做成灯光平面图。
• 环境视图：集中显示所有房间的温度、湿度、空气质量传感器，并配上趋势图。
• 媒体视图：控制所有音箱、电视和播放列表。
• 系统视图：供管理员查看服务器状态、日志、进行备份等。

你还可以利用“条件卡片”，根据时间、设备状态、人员位置等动态显示或隐藏某些卡片。例如，白天隐藏夜间模式的开关，当检测到家中无人时自动显示安防布防面板。

6. 自动化进阶：Node-RED 可视化编排与高级模式

当你的自动化逻辑变得越来越复杂，YAML 配置可能会变得难以阅读和维护。这时，Node-RED 这个强大的可视化编程工具就该登场了。它可以通过 HACS 以“集成”的形式安装，让你用“连线”的方式构建自动化流。

6.1 为什么选择 Node-RED？

• 可视化调试：数据流一目了然，每个节点的输入输出都清晰可见，调试复杂逻辑比看 YAML 日志直观得多。
• 功能强大：内置海量节点，可以轻松处理 JSON 数据、进行时间计算、调用 HTTP 请求、执行 SQL 查询，甚至运行 JavaScript 函数。它的能力边界远超 Home Assistant 原生自动化。
• 易于复用：你可以将一套常用的逻辑（比如“判断是否有人在家”）封装成一个“子流程”（Subflow），然后在不同的主流程中像调用函数一样使用它。
• 社区支持：有大量针对 Home Assistant 优化的节点包（如node-red-contrib-home-assistant-websocket），让你能轻松接入 HA 的事件、状态和服务。

6.2 一个 Node-RED 实战案例：智能晾衣架

假设你有一个智能晾衣架（通过 MQTT 控制升降），和一个天气传感器（提供降雨概率和风速）。你想实现：如果预测未来2小时内有雨（概率>30%）或当前风速过大（>5级），则自动收回晾衣架；如果天气转晴且风速减弱，则自动伸出。

在 Node-RED 中，这个流的构建会非常清晰：

1. 触发节点：可以是一个时间触发器（每30分钟检查一次），或者一个天气实体状态变化的触发器。
2. 函数节点：编写一小段 JavaScript 代码，综合判断降雨概率和风速等级，输出一个布尔值shouldRetract。
3. 判断节点：如果shouldRetract为真，且当前晾衣架状态是“伸出”，则触发“下降”动作；如果为假，且当前状态是“收回”，则触发“上升”动作。
4. 服务调用节点：调用对应的 MQTT 发布节点，向晾衣架发送控制指令。

整个流程像搭积木一样，逻辑关系通过连线呈现，修改和调整极其方便。对于涉及复杂状态机（比如“离家布防-回家撤防-睡眠模式”切换）的场景，Node-RED 的优势更加明显。

6.3 原生自动化的高级模式：模板与脚本

即便不用 Node-RED，Home Assistant 原生的模板（Templates）和脚本（Scripts）也能实现非常复杂的逻辑。

• 模板：它是 Home Assistant 内置的微型编程语言（基于 Jinja2）。你可以在自动化条件、动作，甚至实体属性中使用模板。例如，一个复杂的条件可以是：

  condition: > {% set now = now().hour %} {{ (now >= 18 or now <= 6) and is_state('binary_sensor.living_room_motion', 'on') and states('sensor.living_room_lux') | float < 50 }}

  这个条件判断：当前时间在晚上6点到早上6点之间，并且客厅有人移动，并且光照度低于50勒克斯。模板让你能灵活地组合各种状态和逻辑运算。

• 脚本模式：脚本除了执行一系列动作，还支持mode参数，这对于防误触和排队执行非常有用。

  • single（默认）：如果脚本已在运行，新的调用将被忽略。
  • restart：如果脚本已在运行，先停止它，然后重新开始。
  • queued：如果脚本已在运行，新的调用会排队，在前一个结束后顺序执行。
  • parallel：允许多个实例同时运行。

  例如，你有一个“播放门铃通知”的脚本，当有人连续按门铃时，使用queued模式可以确保每次按铃的通知都能完整播放，而不会互相打断。

7. 性能调优与长期维护：让你的系统稳定运行数年

系统搭建完毕，自动化也写得七七八八，这并不意味着结束。一个健康的 Home Assistant 系统需要持续的维护和优化，否则可能会慢慢变慢、出现各种奇怪的延迟。

7.1 数据库优化：从 SQLite 到 MariaDB

Home Assistant 默认使用 SQLite 数据库记录所有的状态变更和历史数据。对于轻度使用，这没问题。但一旦你拥有上百个实体，并且以高频次更新（如运动传感器），SQLite 文件会急剧膨胀，导致前端历史图表加载缓慢，甚至影响整体响应速度。

迁移到 MariaDB（或 PostgreSQL）是提升性能最有效的一步。

1. 在你的服务器上安装 MariaDB 并创建一个数据库和用户。
2. 在 Home Assistant 的configuration.yaml中添加数据库配置：

   recorder: db_url: mysql://user:password@server_ip/homeassistant?charset=utf8mb4

3. 重启 Home Assistant。它会自动将历史数据迁移到新数据库（首次启动会较慢）。
4. 迁移完成后，务必配置数据清理策略，否则新数据库也会被塞满。

   recorder: db_url: ... purge_keep_days: 365 # 保留最近365天的详细数据 commit_interval: 30 # 每30秒提交一次，降低IO压力

   purge_keep_days是关键，我通常设置保留30-90天，对于更早的数据，可以设置exclude过滤掉不重要的实体（如每秒钟更新的传感器），只保留关键设备的历史。

7.2 日志管理：从噪音中定位问题

Home Assistant 的日志默认是 INFO 级别，信息量巨大。长期运行后，日志文件会非常大。更重要的是，过多的日志会淹没真正的错误信息。

• 调整日志级别：在configuration.yaml中，为特定集成或整个系统设置更严格的日志级别。

  logger: default: warning # 全局默认设为 WARNING logs: homeassistant.components.xiaomi_miot: error # 某个很吵的集成设为 ERROR custom_components.my_integration: debug # 自己开发的集成设为 DEBUG 方便调试

• 使用 Log Viewer 插件：通过 HACS 安装Log Viewer卡片，可以在前端方便地查看、搜索和下载日志，比去服务器上找文件方便得多。
• 定期清理：确保你的日志记录器（如logger集成）配置了适当的滚动策略，或者写一个简单的自动化脚本定期清理旧的日志文件。

7.3 备份策略：容灾的底线

你的智能家居配置凝聚了大量心血，必须有一套可靠的备份方案。

1. Home Assistant 内置备份：Supervisor（如果你用 HA OS）提供了完整的备份功能，可以定时自动备份到网络存储（如 SMB）或云盘。一定要启用这个功能，并定期测试备份的恢复。
2. 配置文件版本控制：你的configuration.yaml、automations.yaml、scripts.yaml等核心配置文件，应该用 Git 进行版本管理。在本地电脑上克隆一个仓库，每次做出重大修改后，提交并推送到远程（如 GitHub 私有仓库或 Gitea）。这不仅能备份，还能清晰地追踪每一次变更。
3. 分离机密信息：永远不要将密码、API Token 等敏感信息直接写在配置文件中。使用 Home Assistant 的!secret功能，将这些信息存放在独立的secrets.yaml文件中，并将secrets.yaml添加到.gitignore中，避免泄露。

7.4 监控与告警

一个健康的系统需要“体检”。

• 系统监控：在仪表盘上添加System Monitor传感器，实时查看 CPU、内存、磁盘使用率。如果使用 Docker，可以考虑部署Portainer或cAdvisor进行更全面的容器监控。
• 自动化监控：编写一个简单的自动化，定期检查某个必定会变化的实体（如一个每分钟更新一次的传感器）。如果该实体长时间未更新，则通过通知（如推送手机 App、发送邮件）告警，提示你系统可能出现了问题。
• 更新策略：Home Assistant 更新频繁，但不要盲目追新。尤其是大版本更新（如从 2023.x 到 2024.x），最好先等待几天，在社区查看是否有普遍报告的严重 Bug，然后再在你的系统上进行更新。更新前，务必完成一次完整备份。

折腾 Home Assistant 的过程，是一个典型的“用时间换自由、换隐私、换掌控感”的过程。初期投入的学习和部署成本不低，但一旦系统稳定运行起来，它带来的无缝、可靠且高度个性化的智能家居体验，是任何商业套装都无法给予的。这份指南希望能为你扫清一些入门和进阶路上的障碍，但真正的乐趣，还在于你亲手将一个个想法变为现实的那个过程。