智能家居网关部署

家居网关在 AIO 里的位置

智能家居的核心痛点是平台割裂：米家、HomeKit、涂鸦、Zigbee 各自为政，一个房间一个 App 是常态。打破割裂的钥匙是本地网关——把各路设备的控制权收拢到家里的服务器上，统一协议、统一自动化、统一语音入口。开源生态里最典型的代表是 Home Assistant：兼容上千种设备、本地执行自动化、断网也能继续跑。AIO 机器上专门留一台虚拟机或容器跑网关，是大多数玩家最终的选择。

网关的特殊性在于它是物理世界与数字世界的桥梁：传感器数据要实时进来，命令要实时下发，网络抖动几百毫秒就是体验灾难。所以网关与路由器之间的链路质量、网关的容灾能力、以及它对上游 DNS 与存储的依赖都要单独评估。它不适合跑在路由系统插件里（更新冲突风险高），也不适合跑在随时重装的工具机上，专机专用最省心。

Zigbee 网关的选择

智能家居绕不开 Zigbee：开关、传感器、灯泡大量采用这个低功耗协议。Zigbee 设备必须通过协调器接入网络，协调器插在网关宿主的 USB 口上即可。通用方案是买一个 USB 协调器，在 Home Assistant 里用 ZHA 或 Zigbee2MQTT 接入。前者配置最省事、原生集成；后者协议兼容更激进、社区响应快。两者的取舍看设备列表：买之前把自家设备型号在两边的兼容列表里查一遍，选支持更完整的一个。

协调器放的位置直接影响体验：插在金属机柜角落里的协调器，与另一头房间的传感器通信要靠设备间逐跳中继，时延与丢包都上来了。预算允许就上 USB 延长线把协调器引到房间中央的开阔位置；预算紧张就先靠中继设备（插在有源插座上的 Zigbee 插座会自动做中继）织网。另外协调器只认一个网络：换方案要先逐个设备解绑再重新配对，迁移成本不低，选型时一次看准。这一步做到位，后面几年的设备都有了稳定归宿。

Home Assistant 部署

Home Assistant 官方提供多种安装方式：全套系统集成镜像（最省心）、容器方式（数据自己管）、以及核心代码方式（不建议家用）。AIO 环境推荐容器方式，数据与配置完全在自己手里：

services:
  homeassistant:
    container_name: ha
    image: ghcr.io/home-assistant/home-assistant:stable
    restart: unless-stopped
    volumes:
      - ./config:/config
      - /etc/localtime:/etc/localtime:ro
    network_mode: host

network_mode: host 是关键：网关需要发现局域网里的设备、接收广播、与各路设备直连通信，NAT 模式会让大量集成失效。容器方式唯一的损失是不能用系统的加载项商店，但加载项的功能大都能用独立容器替代。

部署完成后先做三件事：打开网页完成初始化向导；集成里看本网段的设备是否被发现；配好一个备份（官方自带快照功能，把 /config 目录定期 tar 到备份盘）。Home Assistant 的配置发展了几代，从 YAML 手写到网页 UI 自动化，现在绝大多数自动化都能在界面上完成，只有极少数老式写法还保留在配置文件里。

自动化思路

自动化的常见模式无外乎几类：时间触发（日出开窗帘）、状态触发（人体传感器亮灯）、条件组合（回家且天黑且不在睡觉）。写自动化的第一步是合并同类项：把每个房间的灯统一成一个自动化组，而不是每个开关写一条规则。规则越少越好维护，这是所有自动化系统共同的真理。把自动化当作代码对待：版本管理、小步迭代、每条规则都留注释写清楚什么场景，半年后回来看的人是自己。

稳定性方面有两个经验：其一是自动化要留人工兜底——纯自动的逻辑一次误触发半夜把全家灯打开，立马被家人否决，所以关键场景加上“若 X 则跳过”的保护条件；其二是传感器状态去抖，人体传感器经常会误报一次，加个延迟与持续时间判断（连续亮三秒才算有人），误报率立刻下来。

与软路由的联动

软路由能提供的最有价值的能力是“人在不在家”的判断：路由器里写个脚本检测家庭成员手机是否在线，把状态告诉 Home Assistant，回家自动开灯离家自动布防，比 GPS 定位省电且可靠。反过来 Home Assistant 的传感器也能喂给监控系统使用——两者都在本地，数据不出门。联动接口用 MQTT 最通用，软路由上跑 MQTT 客户端发布在线状态，HA 订阅即可。

联动背后涉及的网络概念（广播、ARP、设备在线检测）见 计算机网络入门。日常管理网关与路由都属于远程操作，SSH 的用法与加固见 SSH 远程登录与加固。

部署后的维护节奏

网关上线后的维护分三个周期。每天无感：日志按月滚转、配置自动备份到 NAS。每月一次：检查集成与设备健康度（大部分集成有修复通知，网络修复无感的设备要重新配对）、清理解绑过的旧设备。每季度或半年：大版本升级一次 Home Assistant——升级前完整 tar 一份 /config，这是社区里救过无数人的操作。

大版本升级的坑集中在配 API 与集成格式变化：某个集成报配置错误警告但系统仍然能跑，可以先忽略一周等社区适配补丁；某个集成的配置格式变了，按日志指引迁移即可。保持插件最小化是降低升级风险的有效手段：只装真正在用的集成与自动化，那种装了二十个插件只用三个的环境每次升级都鸡飞狗跳。

最后一个忠告是把网关的稳定性当作家事而非技术洁癖：家里人对智能家居的容忍度很低，一次半夜灯全亮就能让整套系统下马。所有自动化先在测试场景跑两天再给家人开放，默认关闭每条新规则的“通知”选项（你不需要每次灯开都收到推送），把系统调到安静稳定的状态——家人感觉不到它的存在，就是智能家居的最高境界。

补充一组本地的实用设置：把网关的 DNS 明确指向 AdGuard Home 并给 IoT 域名的解析留白名单通道，避免家庭 IoT 设备被云控的同时本地控制也通不了；给 Home Assistant 的 /config 目录每日 tar 至 NAS 的备份区，重装时丢配置比丢设备还可怕；语音助手类的集成如果需要外部服务，画一条单独的出站规则给它（目标域名白名单），减少本地网关对互联网的敞口。

隐私与数据的自觉

智能家居网关把全家的行为数据都收到本地，这既是自由也是责任：传感器记录着起居规律、摄像头记录着最私密的空间。三条自觉值得内化：敏感设备（卧室摄像头）不进入云端集成，只在本地存与看；自动化记录与历史数据定期清，保留期按家庭接受度设（比如运动与温度数据留一个月）；网关的远程访问走自家穿透而非厂家的云——数据从产生到消费都在家里，这是本地化方案的初衷。

自动化的克制

Home Assistant 玩到深处容易陷入“自动化一切”的狂热：窗帘、空调、灯光、音响全部联动，规则套规则。维护这种蛛网系统的成本是规则数量的平方倍增长，三个月后自己都搞不清某条规则为什么触发。克制的技术是“一个意图一条自动化”：意图（如“晚上回家自动亮灯”）对应一条清晰规则，中间逻辑用模板与场景压缩而不是堆砌条件。简单的自动化能跑十年，复杂的自动化两周就要修。

再往后还有一个台阶值得迈：把长期跑得稳的自动化逻辑从 Home Assistant 界面版迁移成 YAML 版本（或至少导出备份）。界面规则看不见全貌，YAML 里整套逻辑一览无余，还能 diff 与 review。这两点在规则数量过二十之后价值直线上升，是“玩家”与“维护者”的分水岭。

最后谈一件容易被忽略的事：智能家居越用越依赖网关，网关本身就变成了关键基础设施。它值得享受 NAS 级别的待遇：独立虚拟机或容器、每日配置备份、快照覆盖升级、监控告警覆盖。家用 IT 的普遍错误是“次要服务无运维”——家居网关挂三天才有空修的痛苦，远大于一开始给它配好备份的那十分钟。

智能家居装备到这个阶段，其实你已经把家里最重要的“数据流”都本地化了：设备状态在本地处理、自动化在本地执行、历史在本地存储。家人每天关上百次的灯、说的话、走的每一步，都不再经过某个云端的机房。这不只是技术选择，也是一种生活立场——家是私密的场所，让它聪明可以，让它全天候向云端汇报不行。

延伸阅读

• 计算机网络入门：设备发现、组播与本地通信的基础概念。
• SSH 远程登录与加固：跨设备联动的远程维护工具。