3、网关与中枢设备:网关的作用、主流网关产品推荐、如何选择中枢设备
聊到智能家居,很多人第一反应是买几个智能灯泡、一个插座,再配个音箱就完事了。嗯,我刚开始也这么想。结果呢?设备越来越多,手机里装了七八个App,每个设备各说各话——灯是灯,门锁是门锁,传感器是传感器,谁也不理谁。
这时候你才会意识到:缺一个“翻译官”和“指挥官”。这个角色,就是网关和中枢设备。
网关到底在干什么?
说白了,网关就是一座桥。桥的一头是各种智能设备——它们用的通信协议五花八门,Zigbee、Z-Wave、蓝牙、Wi-Fi、Thread……另一头是你的家庭网络(通常是Wi-Fi或有线网络)。
没有网关,你的手机直接连Zigbee设备?做不到。因为手机不支持Zigbee协议。网关把Zigbee信号“翻译”成IP数据包,你的App才能看懂。
我在项目中遇到过一位用户,买了十几个Zigbee传感器,结果发现手机连不上。他以为传感器坏了,折腾了一整天。其实就是缺一个网关。嗯,这种坑我踩过不止一次。
- 协议转换:把Zigbee/蓝牙/Z-Wave转为Wi-Fi/IP
- 设备管理:统一管理子设备的状态、固件升级
- 本地执行:部分网关支持离线自动化,断网也能用
- 安全隔离:避免每个设备直接暴露在公网
主流网关产品推荐
市面上的网关产品,我按使用场景分了三类。你想想看,自己属于哪一类?
| 类型 | 代表产品 | 协议支持 | 适合人群 |
|---|---|---|---|
| 品牌生态网关 | 小米多模网关、华为智慧中枢 | Zigbee + BLE + Wi-Fi | 新手、品牌全家桶用户 |
| 开源/极客网关 | HomeAssistant + Zigbee2MQTT + 树莓派 | 几乎全协议 | 爱折腾、跨品牌用户 |
| 专业中枢设备 | Hubitat、Samsung SmartThings | Z-Wave + Zigbee + LAN | 追求稳定、本地化 |
我个人习惯是:新手先选品牌生态网关。小米多模网关2代,两百多块钱,支持Zigbee 3.0和BLE,配合米家App,上手零门槛。我帮朋友装过一套,从拆箱到设备上线,不到半小时。
但如果你像我一样,家里混着小米、涂鸦、欧瑞博的设备,那就得考虑开源方案了。HomeAssistant + Zigbee2MQTT的组合,我用了三年,稳得很。唯一的代价是——你得会配Linux和Docker。
如何选择中枢设备?
网关解决的是“连接”问题,中枢解决的是“决策”问题。中枢设备负责执行自动化规则——比如“当门锁打开且是晚上,自动开灯”。
选择中枢设备,我建议你关注三个维度:
- 本地化能力:能不能不依赖云端?我遇到过用户家里断网,所有自动化全部失效,连灯都开不了。这就是选了纯云中枢的后果。
- 协议兼容性:中枢本身是否支持多种协议?还是只做逻辑处理?有些中枢只跑逻辑,不直接连设备,需要配合网关使用。
- 性能与扩展性:能管理多少设备?自动化规则有没有数量限制?
举个例子。Apple HomePod mini 是个很好的中枢设备。它支持HomeKit,所有自动化在本地执行,断网也能用。但它只认HomeKit设备,非认证设备得通过Homebridge桥接。我家里就有一台HomePod mini做中枢,配合几个Homebridge插件,体验很丝滑。
另一个选择是HomeAssistant。它既是网关也是中枢,所有逻辑跑在本地树莓派或NAS上。设备数量上限?我目前挂了80多个设备,CPU占用不到20%。
一张图看懂网关与中枢的关系
下面这张SVG图,是我自己画的。它展示了智能家居里网关和中枢各自的位置,以及数据是怎么流动的。
你看,设备层的数据先到网关,网关做完协议转换后,再交给中枢。中枢根据你设定的规则,决定下一步动作——是开灯、关窗帘,还是发通知。整个过程,理想状态下应该完全在本地完成。
最后说一句:网关和中枢,不是越贵越好。我见过有人花两千块买专业中枢,结果家里就三个设备。也见过有人用几十块的ESP32自己刷固件,跑得稳稳当当。关键还是看你的设备规模、品牌分布、以及对本地化的要求。
嗯,这一章就聊到这儿。网关选对了,智能家居的第一步才算真正迈出去。