智能家居三条路线：云平台、网关与本地中枢

先把路线分清楚

买智能设备之前先做选择题，比买完再后悔划算得多。目前的智能家居方案大体可以分成三条路线：云平台、品牌网关、本地中枢。它们不是互斥的，大多数家庭最后都是三条混着用，但每条路线的脾气、成本和上限完全不同。这一篇把它们一条条拆开讲，看完你应该能判断自家每个房间适合走哪条路。

路线一：云平台

云平台是最常见的入口：买一个设备，扫码连 Wi-Fi，绑定厂商账号，然后用厂商的 App 控制。米家、涂鸦、阿里云生活、各家电品牌自己的 App 都属于这一类。它也是几乎所有玩家接触智能家居的第一站——门槛低到没有门槛。

它的好处非常直接：

• 配置几乎是傻瓜式的，说明书都不用看完，扫码等两分钟就能用。
• 不需要额外买硬件，家里有 Wi-Fi 就行，网关、主机全都省了。
• 远程控制开箱即用，出门在外也能开空调、查看摄像头，不用做任何网络配置。
• 语音助手联动大多是现成的，招呼一声就能开灯。

代价同样明显：

• 依赖云端：厂商服务器抖一抖，你家灯就点不亮；家里宽带断了，大部分控制直接失灵。国内访问某些海外服务还会有额外的网络波动。
• 数据在厂商手里：你什么时候回家、几点关灯、空调开多少度，这些都是厂商服务器上的日志。
• 联动被品牌边界锁死：米家的 App 没法直接触发涂鸦的设备，跨品牌联动要么等厂商之间互相开放，要么靠 IFTTT 类的转接服务，延迟和稳定性都看运气。
• 设备寿命受厂商影响：厂商一旦停止服务、关停云功能甚至倒闭，设备可能一夜之间变成一块砖。

云平台最适合的是：便宜的单品、试水的新设备、以及那些暂时不打算折腾大家电。把云平台当作入门的跳板并不丢人，绝大多数 HA 老玩家的家里也照样留着一两台原汁原味的云设备。

路线二：品牌网关

第二条路是买一个品牌网关，把支持该品牌协议的子设备接进网关，再由网关统一管理。典型的比如米家网关配各种 Zigbee 子设备、Aqara 网关配自家传感器，或者 HomeKit 网关类产品。网关本身是个本地设备，所以响应速度通常比纯云方案快一截，子设备的本地联动（比如网关内直接做的灯控）断网也能用。

但网关的本质问题是：它只服务自家生态。一个米家网关管不了涂鸦的灯，HomeKit 网关也未必愿意搭理米家的传感器。等你家里有了三四个品牌的网关，App 之间相互不通的痛苦又回来了——只是从设备层面搬到了网关层面。更隐蔽的代价是功能受限于厂商固件：网关支持哪些联动、能接几个子设备、有没有开放接口，全是厂商说了算。

网关路线适合的场景很清晰：你已经锁定某一个生态，且短期内不打算混搭其它品牌。很多家庭最终的状态是网关加中枢并存——网关负责把子设备收拢，中枢负责把网关之间打通。这正是 HA 的常见用法之一：它并不急于消灭网关，而是把网关变成自己手下的一个集成。

路线三：本地中枢

本地中枢就是把控制中心搬回自己家：一台常开的主机跑着 HA，设备状态、自动化规则、历史数据全部存在本地，厂商的云不再参与日常运转。远程访问走你自己搭的通道（反向代理、VPN 内网穿透，或官方的 Nabu Casa 订阅），而不是经由厂商的服务器。

这条路的好处就是前一篇讲过的 HA 那些性格：断网自治、跨品牌联动、数据自主、上限极高。自动化可以写得多复杂都不嫌多——从天黑开灯到根据电价、室温、窗帘状态综合决定空调怎么开，中枢路线都能装得下。

代价同样要提前说清：

• 得花时间学习和维护，前期投入的精力远高于扫个码。
• 总要有一台常开的硬件，好在对于已经在玩 NAS 和软路由的人来说，这台机器往往早就有了。根据软路由入门指南里的思路，一台低功耗小主机同时跑软路由和 HA 是非常常见的组合；照着自建 NAS 完全指南装好的 NAS 上多挂一个 Docker 容器同样就行。
• 部分纯云协议的设备接不进来，或者只能通过第三方桥接曲线救国，这类设备的体验会打折扣。

为什么说 HA 是中枢路线的代表

三条路线里，中枢路线过去门槛最高——要会 Linux、要懂协议、要自己写规则，老玩家想起那些年手搓 Domoticz 和 openHAB 的日子仍然会叹气。HA 把这些东西一点一点做成了图形界面：集成一键安装、自动化拖拽编辑、仪表盘可视化搭建。它没有把上限砍掉，只是把下限抬高了。

这就是为什么近几年跨界的玩家——尤其同时玩着 OpenWrt 和 NAS 的那批人——几乎都把 HA 当成了标配：网络自己管、存储自己管，灯光窗帘没理由交给别人管。对这群人来说，装 HA 的边际成本低得惊人：机器是现成的，Docker 是现成的，网络知识是现成的，缺的只是一次动手。

三条路线怎么混着用

给一个务实的建议，不用一次性站队：

1. 便宜单品走云：九块九的插座、随手买的灯泡，能用 App 就行，将来想迁再迁。
2. 主力设备上网关：传感器、开关、窗帘这类要长期用的，优先选带 Zigbee 等本地协议的子设备，配一个能被 HA 接入的网关，本地协议意味着即使云端变了天，控制链路也还在。
3. 中枢负责联动的顶层：所有跨品牌、跨协议的场景，统一在 HA 里写规则。家里到底谁开谁关、几点关灯，决定权在自己的配置文件里。

按这个结构分层，即便将来某个厂商作妖、某个 App 停服，你受影响的也只是最外围那一层，核心的居住体验不跟着哆嗦。

三条路线的成本账

光讲道理不够具体，算笔账更直观。以一套两居室、想实现全屋灯控加少量传感器为例：

这笔账的关键不在钱，而在时间：云方案的时间花在配对上，中枢方案的时间花在学习上。前者立刻见效，后者先慢后快——一旦跑顺，后面加任何设备都只是重复动作。

新手最常见的三个误区

误区一：上中枢就要把云平台全删了。 完全不必。云和中枢可以长期共存，很多设备（比如摄像头、扫地机器人）原生云服务做得确实好，接进 HA 依然走云，只是入口统一了。HA 里有一大批集成专门用来对接这些云服务。

误区二：选了某条路就不能反悔。 三条路彼此是可迁移的：云设备可以换成 Zigbee 子设备，网关可以被协调器替代，HA 也能随时卸了重来。硬件上唯一的沉没成本是那些品类本身，路线之间几乎没有壁垒。

误区三：一步到位买齐设备。 智能家居最忌讳一次性采购——你的需求会在使用中不断变化，先买的一批往往不是最终最适合的那批。先用小钱跑通最小闭环（一个灯、一个传感器、一条自动化），再按房间扩张。

从这三条路里怎么选

本书面向的读者，大多是已经在软路由入门指南和OpenWrt 从入门到精通里练过手、家里多少有点基础设施的人。对你们来说，云平台是过去的惯性，网关是厂商的温柔陷阱，中枢是迟早会走到的那一步。与其等家里的 App 多到受不了再搬家，不如一开始就花一章时间把概念弄清楚，这才是写这一章的用意。

这三条路线背后其实是三种不同的世界观：把家交给厂商、把家交给一个盒子、把家交给自己。没有哪条路在所有方面都赢，选哪条取决于你愿意为什么付钱、为什么花时间。接下来几篇会聚焦到 HA 这条路上：先看它能做到什么程度，再决定要不要上车。

如果你正在纠结入门顺序，最诚实的回答是：从你手上已有的设备开始。家里已经有一堆米家，就先把这些接进 HA；什么都还没有，先花小钱买一两个 Zigbee 子设备加一个协调器，跑通流程再扩张。本书第 2 章带你把中枢装起来，第 3 章就是设备接入的具体操作，每一步都给可照做的清单。

延伸阅读

• OpenWrt 从入门到精通：软路由环境为 HA 提供的网络基础
• 自建 NAS 完全指南：中枢主机与数据存储的一体化方案