“ 小爱同学，打开空调 ”

“ 小爱同学！，打开空调！ ”

“ 小爱同学？ ”

上个月，当托尼在家里快速冲浪时，

发现家里的米家突然停机了。

无论托尼如何重启路由器，更新系统都没有效果。

最后，还得本着 “ 在微博崩溃的地方 ” 在热搜中发现了问题的根源。

好家伙，不是我们自己的事，是米家服务器崩溃了。

白搁这操了半天心。

啊，那我就控制自己家里的灯，为什么还和米家的服务器有关？

不能少一些套路，多一些真诚，点对点通信，一步到位，不要绕着服务器吗？

也就是说，要让设备相互连接，第一步就是找到可靠的通信协议。

米家在这方面的选择可以说是 “ 博采众长 ” 了。

在 2015 在年度极客公园创新大会上，小米最早发布的小米智能家居套装是打包的 Zigbee 套装。

然后，蓝牙和 WiFi 随着技术的不断更新，米家也把这些东西放在怀里。

小米家可以同时支持 Zigbee，蓝牙，蓝牙 mesh，WiFi 这四个卧龙凤雏。

但理论上，上述协议都有成熟的本地互联方案。

但是，为了整个系统的流畅性和稳定性，当我们开始的时候，我们会发现这里有一个节点 —— 米家 App。

以家里的米家蓝牙灯为例，我们手机上有一个简单的开关等操作。

不要让手机直接通过房子里的蓝牙网关和灯泡进行互联控制。

这个信号会先通过 WiFi 跑到米家服务器，等米家服务器知道后，再通过网络通知我们家的蓝牙网关。

只有接收到了服务器的信号，蓝牙网关才会通知灯泡，把灯光打开。

这是最远的距离。

所以理论上可以支持本地运营，为什么不呢？

表面原因也很简单，米家支持的协议太多了。

近年来，随着米家的慢慢开始谐 Zigbee “ 分手 主力通过蓝牙推广， WiFi 智能设备由协议控制。

但是用户以前买的 Zigbee 该设备仍在使用中。

有点像电脑上的过去。 USB 2.0 退休后，界面还有很长的生命周期。

Zigbee 和 Zigbee 本地互联网很容易做到，但蓝牙网关和 Zigbee 本地联动设备。。。做起来好不好用，就得打个问号。

此外，米家的市场足够大，用户环境也更加复杂。我不知道用户会安排和组合四种通信协议。

通过软件的努力来弥补硬件市场的不足，是一项吃力不讨好的工作。

因此，对于米家来说，考虑到开发成本和稳定性，简直就是全云方便。

而且，如果我们想做好本地控制，我们不仅可以通过做好沟通协议来解决这个问题。

就像隔壁苹果一样，这条路正在推出 homekit 顺手搓了一套新协议（ HAP ）出来。

从一开始，就奔向本地互联。

但这样做。。。也带来了两个新问题。

与蓝牙相比，新协议的兼容性， WiFi 很多麻烦。

在推广产品时，别人必须愿意适应你自己的通信协议。

也许只有苹果有信心去 Push 其他制造商来做这件事。

顺便说一有数据线 MFI 同样，收厂家一笔钱。

所以这两年大家都提到了 homekit，脑子里想的是贵。

而且，这种新协议往往比我们想象的更废算力。

要实现数据纯本地处理，如何保证信息的安全，如何保证通信的及时性。

这个计算量不能通过找设备来处理。

为了解决这个问题，苹果还必须让用户额外购买一个 homepod 或者 iPad 来当 “ 家庭中枢 ”。

这个中心的价格，可以买一套米家的灯泡。

除了米家 App 来开关智能设备，我们平时想用爽米家居生态，也绝对离不开小爱同学的语音控制。

晚上睡觉前，托尼喜欢关灯，明天设置起床闹钟。

起床失败 ▼

然而，语音信息的离线处理。。。每个家庭都可以说进展不太好。

即使像苹果这样强大，它也声称可以离线处理 siri。

但仔细一看发现。。。 siri 虽然离线了，但是没有办法完全离线。

很少有指令令很少，只能做一些简单的定时、修改设置等应用。

每年都可以发布 “ 最好的神经引擎芯片 ” 苹果还是这样，托尼不敢对当地引擎对其他家庭有太多的期望。

因此，由于种种原因，该厂商无法打通智能家居本地化技术链。

咱们想获得更好的本地化体验，可能只得自己多费点心思多折腾折腾。

也不能给米家带来推动智能家居产业变革的压力。

面对过于复杂的家庭情况，云处理已成为综合成本和效率的最佳考虑因素。

（ 若服务器没有崩溃 ）

而且，其实米家也留在设备里让你 DIY 的接口。

打开 Github ，我们可以通过 Home Assistant 等待软件，实现米家设备的接入 homekit，体验手搓本地控制的快乐。

上次断网后，托尼已经开始在自己的软路由上辗转反侧了。如果你的朋友感兴趣，你做好了再和你分享。

毕竟家里智能设备越多，越不愿意体验失去它们的日子。