设备数据模型

Matter 中的设备具有明确定义的数据模型 (DM),这是设备功能的分层建模。此层次结构的顶层是设备。

设备和端点

所有设备(包括智能手机和家庭助理)都由节点1 组成。节点是网络中可唯一识别和寻址的资源,用户可以将其视为功能整体。Matter 中的网络通信在节点处发起和终止。

节点是端点的集合。每个端点都包含一个特征集。 例如,一个端点可能与照明功能相关,另一个端点可能与移动侦测相关,还有一个端点可能与设备 OTA 等实用功能相关。

设备、节点和端点的层次结构
图 1:设备、节点和端点

节点角色

节点角色是一组相关行为。每个节点可能具有一个或多个角色。节点角色包括:

  • 调试器:执行调试的节点。
  • 控制器:可以控制一个或多个节点的节点。示例包括 Google Home app (GHA)、Google Assistant 和 Google Nest Hub (2nd gen)。某些设备类型(例如开关)具有控制器角色。
  • 受控端:可由一个或多个节点控制的节点。大多数设备类型都可以作为受控端,但某些具有控制器角色的设备类型除外,例如开关灯。开关灯只能是控制器。它不能是受控方。
  • OTA 提供方:可提供 OTA 软件更新的节点。
  • OTA 请求方:可以请求 OTA 软件更新的节点。

集群

在端点内,一个节点有一个或多个集群。这是设备层次结构中的另一个步骤,因为它们会对特定功能进行分组,例如智能插座上的开/关集群,或可调光灯端点上的级别控制集群。

一个节点也可能有多个端点,每个端点都会创建相同功能的一个实例。例如,灯具可能会提供对各个灯的独立控制,或者电源板可能会提供对各个插座的控制。

属性

在最后一层,我们会找到属性,它们是节点所持有的状态,例如级别控制集群的当前级别属性。属性可以定义为不同的数据类型,例如 uint8、字符串或数组。

节点、端点、属性和命令的层次结构
图 2:节点、端点、属性和命令

命令

除了属性之外,集群还具有命令,即可以执行的操作。它们相当于 Matter 的 DM 中的远程过程调用。命令类似于动词,例如门锁集群上的锁门。命令可能会生成响应和结果;在 Matter 中,此类响应也定义为命令,但方向相反。

事件

最后,集群可能还具有事件,可以将其视为过去状态转换的记录。属性表示当前状态,而事件是过去的日志,包含单调递增的计数器、时间戳和优先级。它们支持捕获状态转换,以及无法通过属性轻松实现的数据建模。

完整示例设备
图 3:Matter 设备互动模型的层次结构示例

端点 0 预留给实用程序集群。实用程序集群是包含端点上服务功能(例如发现、寻址、诊断和软件更新)的特定集群。另一方面,应用集群支持主要操作,例如开/关或温度测量。

设备类型

总而言之,设备制造商在规划新设备时应包含哪些集群组合?

Matter 规范要求设备实现或扩展一个或多个设备类型。设备类型是一组强制性和可选的集群,用于定义实体设备的顶级属性,例如可调光灯、门锁或视频播放器。

设备类型并非由 Matter 规范主文档指定,而是由随附文档设备库指定。同样,所有应用集群都在应用集群库中定义。这三份文档可在 Connectivity Standards Alliance (Alliance) 成员网站上找到。

每个实现设备类型的端点都必须实现定义该设备类型的强制性集群。除了强制性集群之外,端点还可以实现其他集群,包括设备类型的一个或多个可选集群,甚至不属于设备类型的集群。

客户端和服务器

集群可以是客户端集群,也可以是服务器集群。服务器是有状态的,并包含属性、事件和命令,而客户端是无状态的,其职责是发起与远程服务器集群的互动,从而执行以下操作:

  • 读取和写入其远程属性。
  • 读取其远程事件。
  • 调用其远程命令。

虽然 DM 在节点内是分层的,但节点之间的关系并非如此。Matter 中的节点没有垂直控制器/外围设备或领导者/追随者关系。相反,这种关系是水平的:任何集群都可以是服务器或客户端。因此,对于不同的集群和功能,一个节点可能既是服务器,又是客户端。

例如,我们可能有两盏台灯:节点 A 和节点 B。两个节点都实现了开关灯设备类型。此设备类型包含一个开关服务器集群,用于控制各自的物理灯光输出。

不过,与典型的台灯一样,我们的实体设备也会包含一个开/关灯开关设备类型,用于其本地开/关开关。此设备类型必须实现开/关客户端集群,以便控制服务器集群。

同时实现开关灯和灯开关的灯具
图 4:客户端和服务器集群

在此示例中,节点 A 上的开关客户端集群正在更改节点 A 和节点 B 上的开关服务器集群的属性,而节点 B 的客户端集群仅更改节点 B 本身的服务器集群。

在下一部分中,我们将详细介绍客户端和服务器集群如何交互:交互模型。

描述符集群

顾名思义,描述符集群服务器提供自省信息。它描述了端点,并列举了其:

  • 服务器集群。
  • 客户端集群。
  • 设备类型。
  • 其他端点,称为“部分”。

每种设备类型都需要实现描述符集群。根设备类型在端点 0 上定义。读取其描述符集群将使客户端能够遍历可用端点的完整树并执行适用的操作。

配网器或控制设备(例如手机或 hub)可以使用描述符集群中的信息来对设备(灯、开关、泵、温控器)以及该特定设备实例实现的特定功能进行建模,从而向用户显示正确的界面。

服务器集群

ServerList 属性列出了端点中的集群服务器。

客户端集群

ClientList 属性列出了端点中的集群客户端。

设备类型列表

DeviceTypeList 属性是端点支持的设备类型及其各自修订版本的列表。它必须包含至少一个设备类型。

零件清单

PartsList 包含用于实现此设备类型的端点列表。

端点 0(根节点)的 PartsList 包含除其自身(端点 0)之外的所有设备端点。

其他端点的 PartsList 通常为空。例如,温度传感器强制要求使用温度测量服务器集群,而没有其他要求。

其他设备类型可能由多个设备类型实例以树状结构组成。例如,视频播放器设备类型可以由电视、视频播放器、音箱和不同的内容应用设备类型组成,每个设备类型都位于不同的端点上。


  1. Matter 规范确定设备可能具有多个节点。例如,智能手机可能具有多个应用,每个应用都是一个不同的节点。在本入门指南中,所有设备都将包含一个节点。预计大多数实体设备都会遵循此模式。 ↩