智能家居设备之间的互联互通,一直是用户选择生态时最头疼的问题。小米的米家生态和华为的鸿蒙智联各自拥有庞大的设备池,但两套体系长期处于隔离状态。Matter 1.6规范中新增的Joint Fabric联合网络,被看作打破这种隔离的关键一步。它允许多个平台共享同一个设备网络,理论上可以让不同生态的设备在同一张网络中协同工作。不过,从规范到实际落地,中间还有不少变量。
Joint Fabric解决了什么
在Matter 1.6之前,一个Matter设备通常只能加入一个Fabric(相当于一个逻辑网络)。如果用户想把同一盏灯同时接入小米和华为的App,往往需要重置设备并重新配对,或者依赖云云对接。Joint Fabric允许设备同时加入多个Fabric,并且这些Fabric之间可以共享设备状态和控制权限。这意味着,一盏支持Matter 1.6的智能灯,理论上可以同时被米家App和华为智慧生活App发现、配网和控制,而不需要用户做任何额外的桥接操作。
从技术实现看,Joint Fabric依赖Matter的分布式合规设备证书和增强的访问控制列表。设备厂商需要在固件中实现多Fabric管理逻辑,同时平台方需要支持跨Fabric的订阅和事件同步。目前公开的Matter 1.6规范文档中,Joint Fabric被定义为可选特性,并非所有认证设备都必须支持。这为实际落地留下了弹性空间。
小米和华为的生态现状
根据公开的市场调查数据,华为和小米在智能家居网关/中控品类中均处于头部位置。华为以全屋智能主机和鸿蒙生态为核心,小米则依托米家多模网关构建全屋智能中枢。两者的设备接入协议、云平台架构和用户账号体系完全不同。即使双方都支持Matter,也并不意味着所有设备都能自动互通。
关键限制在于:
- 设备侧:只有通过Matter认证且支持Joint Fabric特性的设备,才能同时加入两个Fabric。目前市场上存量设备绝大多数不支持Matter 1.6,需要固件升级或更换硬件。
- 平台侧:小米和华为的App需要更新以支持Joint Fabric的设备发现、权限管理和场景联动。这涉及双方对用户数据、设备控制权和安全策略的协商。
- 场景侧:即使设备可以同时被两个App控制,跨生态的自动化场景(例如“小米传感器触发华为开关”)仍需要平台之间开放事件订阅接口,目前没有公开信息表明双方已达成此类合作。
实际落地需要哪些条件
Joint Fabric的价值在于减少用户对单一生态的依赖,但它的普及取决于产业链的配合。从芯片厂商、设备制造商到平台方,都需要完成相应的开发和认证。目前Matter 1.6规范刚刚发布,支持该特性的芯片和SDK还在早期阶段。以智能网关为例,市场上主流的Zigbee/BLE Mesh/Matter多协议网关,其Matter支持版本多为1.0或1.1,升级到1.6需要硬件资源评估和固件重构。
另一个现实问题是商业利益。小米和华为的智能家居生态都包含硬件销售、云服务和用户数据运营。开放Joint Fabric意味着用户可以在对方平台上控制自己的设备,可能削弱自有App的活跃度和数据闭环。因此,即使技术可行,双方是否愿意全面开放仍存在不确定性。更可能的情况是,先在部分品类(如照明、插座)上试点,再逐步扩展。
用户现在能做什么
对于普通用户,短期内不必期待小米和华为设备能无缝互相控制。更实际的路径是:
- 选购新设备时,优先考虑同时支持Matter和米家/鸿蒙双生态的产品,例如部分第三方品牌的Matter灯泡、插座。
- 关注设备固件更新日志,确认是否加入Joint Fabric支持。目前支持Matter 1.6的设备极少,建议以品牌官方公告为准。
- 如果已有大量小米或华为设备,可以等待平台官方的互通方案,不要尝试非官方桥接工具,以免造成安全风险。
Joint Fabric为跨生态互联提供了技术基础,但真正的“互相控制”还需要平台开放、设备升级和用户教育共同推进。在官方明确支持之前,保持观望并关注认证动态是更稳妥的选择。
资料来源说明
下列资料已通过候选编号与原文证据校验,仅展示正文实际使用的来源;未被来源覆盖的细节可能来自用户描述或模型通用知识,请发布前核验。
- 全品类市场调查报告_智能家居_市场调查报告与品牌数据.pdf:在线查看来源