matter到底是蜜糖还是砒霜

如果大家有用过智能家居,一定对智能家居的便利与烦琐深有体会 。我知道,便利和烦琐本应是一组反义词,但对智能家居来说,每一个智能家居硬件都算得上是便利和烦琐的矛盾共同体 。


举个例子,最常见的智能家居硬件——空调伴侣,作为一个集成了智能插座和红外开关的设备,空调伴侣可以让我们轻松地远程控制空调开关,在到家之前自动打开空调,并在出门后自动关闭 。这毫无疑问体现了智能家居的便利 。与此同时,我还买了一个吸顶灯,在简单设置后就可以根据手机的定位自动开关灯,这也挺方便的 。


但如果我想把空调伴侣和智能吸顶灯绑定在一起,那智能家居烦琐的一面就体现出来了 。为了打通两个不同的智能家居体系,我需要先准备一台旧电脑、部署一个软路由、安装好自制的Home Assistant系统,再根据每一个不同的智能硬件完成不同状态下的指令,其工作量甚至和本科生的毕业设计无异 。


matter到底是蜜糖还是砒霜

文章插图


当然了,你也可以直接购买同一个品牌或同一个生态内的智能家居硬件,比如打造全套米家或HomeKit智能家居 。但在实际生活中,在同一个生态中凑齐高质量的产品并不是一件容易的事情,同时使用不同生态系统才是现阶段智能家居生态的常态 。


对于这种状况,有人实在受不了了,于是在多个智能家居品牌的撮合下,Matter协议横空出世 。作为由谷歌、三星、苹果等多家头部企业联合推出的智能家居互联协议,Matter的目标是让不同品牌的产品摆脱系统生态的限制,完成互通互联 。举个例子,在通过Matter认证的情况下,你可以呼唤天猫精灵来打开美的空调,实现不同品牌设备相互协同工作 。


但问题是,Matter真能解决智能家居行业碎片化的问题吗?


操作通了,数据没通


在分析这个问题之前,我想先介绍一下现阶段智能家居生态的两种方案,为了方便大家理解,这里我用两个大家相对来说更熟悉的平台来举例 。


第一种是以米家为代表的AIO一体式方案 。在米家的智能家居方案中,智能硬件不需要独立的App,可以在米家App中实现包括模式设置、固件升级等高级操作 。这也是相对来说更“用户友好型”的智能家居系统,毕竟用户可以在同一个App内完成所有智能家居硬件的设置、调用甚至是系统更新,跨设备的联动也相对来说更加简单 。


matter到底是蜜糖还是砒霜

文章插图


第二种则是以苹果“家庭”为代表的HomeKit方案 。在HomeKit方案中,智能硬件虽然可以添加到苹果的家庭App中,但家庭App仅提供基本的功能,比如设备的开关或亮度、温度的调节 。当然了,苹果自己的HomePod和AppleTV可以在家庭App中实现所有的操作,但对HomeKit生态中的第三方设备来说,除了HomeKit中给定的功能外,其余的一切操作都需要在第三方硬件自己的App中实现 。


比如小雷自己正在用某品牌空调伴侣,在苹果的家庭App我只可以进行最简单的工作模式和温度设定,甚至连工作模式都只有制冷和制热两种可以选择 。诸如扫风除湿、自动定时等功能都需要进入到该空调伴侣自己的App中设置 。至于设置空调品牌、固件更新等高级操作,品牌自己的App更是必不可少 。


之所以会出现这样的现象,从表面上是因为HomeKit做得不够详细,很多第三方品牌的功能都没有接入 。但从根本来看,智能家居品牌不愿意在健康App这种“上游App”中提供进阶功能,归根结底还是因为智能家居平台希望用户用自己的App 。

推荐阅读