小爱同学,打开空调 小爱同学!,打开空调 小爱同学???? 上个月,托尼在家里爽快冲浪的时候, 发现家里的米家突然宕机了 不管托尼怎么重启路由器,更新系统也都没有作用。 最后,还得是本着哪里崩了上微博的精神,才在热搜上发现了问题的根源。 好家伙,不是咱自家的事情,是米家服务器崩了。 白搁这操了半天心。 哎所以,我就控制一下自己家里的灯,为啥还和米家的服务器有关? 就不能少些套路,多点真诚,点对点通讯,一步到位,别从服务器绕一圈嘛? 互联一张网 咱就是说,要让设备之间能互相连通,第一步就得找个靠谱的通讯协议才行。 米家在这方面的选择可以说的上是博采众长了。 在2015年的极客公园创新大会上,小米最早发布的小米智能家庭套装里用的就是打包的Zigbee套装。 再往后,随着蓝牙和WiFi技术的不断更新,米家也把这些东西都给放入了自己的怀抱。 小小一个米家,竟然能同时支持Zigbee,蓝牙,蓝牙mesh,WiFi这四位卧龙凤雏。 不过虽然从理论上来讲,上面这几类协议都有成熟的本地互连方案。 但是为了整个系统的流畅和稳定性,但是咱们一上手,就会发现这里有一个绕不过的节点米家App。 就拿家里的米家蓝牙灯举个例子吧,咱们手机上一个简单的开关等操作。 不是让手机直接通过屋内的蓝牙网关和灯泡进行互联控制。 这信号,会先通过WiFi往米家服务器跑一圈,等到米家服务器知晓后,再通过网络来通知咱们屋里的蓝牙网关。 只有接收到了服务器的信号,蓝牙网关才会通知灯泡,把灯光打开。 属实是绕了个最远的距离了。 所以说,明明理论上能支持本地运行,为啥不做呢? 智能家居之踵 表面原因说来也简单,米家支持的协议太多了。 这几年随着米家慢慢开始和Zigbee分手,主力推广通过蓝牙、WiFi协议控制的智能设备。 但是以前用户买的Zigbee设备还在用呢。 就有点像电脑上的过去USB2。0接口,在退役后,还有着悠久的生命周期。 Zigbee和Zigbee设备的本地互联容易做,但是蓝牙网关和Zigbee设备的本地联动做起来好不好用,就得打个问号了。 再加上米家的市场足够大,面向的用户环境也更为复杂,咱也不知道四种通讯协议会被用户排列组合出多少花来。 靠软件的努力来弥补硬件市场的不足,是个吃力不讨好的活。 所以对米家来讲,本着开发成本和稳定性的考虑,干脆就全上云了方便了事。 而且吧,咱们如果想要搞好本地控制这件事,不单单是搞好一个通讯协议就能解决这问题。 像隔壁苹果走的就是这个条路子,在推出homekit的时候,顺手也搓了一套新协议(HAP)出来。 从一开始,就是奔着本地互联去的。 但是这样搞嘛也带来了俩新问题。 这新协议的兼容性,就比蓝牙,WiFi这些麻烦了不少。 在推广产品的时候,还得别人愿意给你自家的通讯协议做适配才行。 可能也就苹果了,才有底气去Push别的厂家来做这件事。 顺便还和数据线的MFI一样,再收厂家一笔钱。 所以这两年大伙一提到homekit,满脑子想的就是贵。 而且,这种新协议往往比我们想象的更废算力。 想要实现数据纯粹放本地来处理的话,如何保证信息的安全性,如何保证通讯的时效性 这个计算量,可不是随便找个设备就能处理的。 苹果为了解决这个问题,也得让用户额外购买一个homepod或者iPad来当家庭中枢。 这一个中枢的价格,都可以买一套米家的灯泡了 语音的算力黑洞 而除了用米家App来开关智能设备,咱们平时想要用爽米家生态,也绝对离不开小爱同学的语音控制。 托尼晚上睡前,可喜欢用小爱同学关灯和设置明天的起床闹钟了。 起床失败 然而在语音信息的离线处理上各家可以说都没有太好的进展。 就算是强如苹果,号称能做到离线处理siri。 但是仔细一看发现这siri虽然离线了,但是没有办法完全离线。 能识别出来的指令寥寥无几,只能做点简单的定时,修改设置之类的应用。 每年都能发布最好的神经引擎芯片的苹果公司尚且如此,托尼是不敢对别家在本地引擎方面有太多的期待了 所以说,在这个厂商还因为各种理由没办法实现打通智能家居本地化技术链的场景。 咱们想获得更好的本地化体验,可能只得自己多费点心思多折腾折腾。 也不能把推动智能家居行业变革的压力都给到米家身上。 面对过于复杂的家庭情况来说,上云处理已经是综合成本,效率后的最佳考量了。 (如果服务器不崩的话) 而且,其实米家也在设备里留了让你DIY的接口。 打开Github,我们就能可以通过HomeAssistant等软件,来实现把米家设备给接入homekit,体验手搓本地控制的快乐。 在上次断网后,托尼已经在自家的软路由上开始折腾了,如果差友感兴趣的话,等搞好后再分享给大家看看。 毕竟,家里的智能化设备越多,咋就越不愿去体验失去它们的日子。