matter的通用设备类型(Utility Device Types):
本章节根据matter设备库(matter device library)中定义的通用设备类型描述了产品的 基本设备类型。 通用设备类型有下面几种:
设备ID | 设备名称 |
---|---|
0x000d | Root Node |
0x0011 | Power Source |
0x0012 | OTA Requestor |
0x0014 | OTA Provider |
0x000e | Bridge |
0x0013 | Bridge Node |
0x0027 | Mode Select |
1 基本设备类型(Base Device Type):
基本设备类型定义了所有设备类型的通用一致性依据,包括但不局限于以下几点
- 认证程序(例如:Zigbee,matter)
- 底层协议栈(例如:802.15.4, Wi-Fi, Thread, Zigbee PRO,IPv6, TCP/IP)
- 地区规范
- 接口(人机接口,云)
- 规模(例如,家庭网络或商用网络)
- 其它的通用限制和能力(例如,电池供电或休眠设备)
1.1 状态(conditions):
认证程序状态(Certification Program Conditions):
截止到目前,很多认证程序己经停止或只允许重新认证(re-certification),例如Zigbee Home Automation 标准。
认证程序(Certification Program) | 标签(tag) | 描述(Description) |
---|---|---|
Zigbee Home Automation | ZHA | Zigbee Home Automation Standard |
Zigbee Smart Energy | ZSE | Zigbee Smart Energy Standard |
Green Power | GP | Zigbee Green Power Standard |
Zigbee | Zigbee | Zigbee Standard |
SuZi | SuZi | Zigbee PRO Sub-GHz Standard |
Matter | Matter | Matter Standard |
1.2 协议状态(Protocol Conditions):
协议标签(Protocol Tag) |
---|
Ethernet |
Wi-Fi |
Thread |
TCP |
UDP |
IP |
IPv4 |
IPv6 |
1.3 接口状态(Interface Conditions):
接口标签(Interfcae Tag) | 描述(Description) |
---|---|
TextUI | 节点(node)显示文本给用户 |
TimeUI | 节点(node)显示时间给用户 |
UnitUI | 节点(node)根据本地化的设置显示一个或多个具有不同的单位的值 |
通用能力状态(Common Capability Conditions):这个分类是节点的能用能力或限制
能力标签(Capability Tag) | 描述(Description) |
---|---|
睡眠(Sleepy) | 节点除了偶尔醒来执行功能处通常处于休眠状态 |
唤醒(Awake) | 节点一直保持可通信状态 |
单向(Simplex) | 单向通信,客户端对服务器 |
1.4 设备类型分类状态(Device Type Class Conditions):
对设备类型的类别分类。 其中一些分类取决于其他条件。
分类标签(Capability Tag) | 描述(Description) |
---|---|
节点(Node) | 设备类型归类为节点设备类型(Node device type) |
应用程序(App) | 设备类型归类为应用程序设备类型(Application device type) |
简单(Simple) | 设备类型归类为简单设备类型(Simple device type) |
动态(Dynamic) | 设备类型归类为动态设备类型(Dynamic device type) |
客户端(Client) | 端点上存在客户端应用程序簇(Cluster) |
服务器(Server) | 端点上存在服务器应用程序簇(Cluster) |
EZ-Initiator | 端点是Zigbee EZ-Mode Finding&Binding的发起者 |
EZ-Target | 端点是Zigbee EZ-Mode Finding&Binding的目标 |
BridgedPowerSourceInfo | 端点代表桥接设备,网桥可以获取桥接设备的电源状态信息 |
1.5基础簇的要求(Base Cluster Requirements):
每一个设备类型都应该根据下面的一致性要求,最少需要包含这些簇
簇名称(Cluster name) | 客户/服务器 | 一致性要求 |
---|---|---|
Basic | Server | Zigbee/ZHA/ZSE |
Identify | Server | App&Server |
Identify | Client | (Zigbee/ZHA)& EZ-Initiator |
Descriptor | Server | Matter |
Binding | Server | Matter&Simple&Client |
2 根节点(Root node):
- 定义了根端点的一致性。 这个端点类似"初始自述文件(read me first)"端点,用于描述自身和节点的其他端点。
- 每个节点应在端点0(endpoint 0)上有一个根端点(root endpoint)。
ID | Device Name | Class | Scope |
---|---|---|---|
0x000D | Root | Simple | Node |
簇要求(Cluster Requirements)
- 每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|
BasicInformation | Server | I | M |
Descriptor | Server | M | |
ACL | Server | I | M |
PowerSourceConfiguration | Server | I | O |
TimeSync | Server | I | O |
GroupKeyManage | Server | I | M |
GeneralCommissioning | Server | I | M |
NetworkCommissioning | Server | I | M |
AdministratorCommissioning | Server | I | M |
OperationalCredentials | Server | I | M |
LocalizationConfiguration | Server | I | TextUI |
LocalizationTimeFormat | Server | I | TimeUI |
LocalizationUnit | Server | I | UnitUI |
DiagnosticsGeneral | Server | I | O |
DiagnosticLogs | Server | I | O |
DiagnosticsSoftware | Server | I | M |
DiagnosticsNetworkEthernet | Server | I | [Ethernet] |
DiagnosticsNetworkWiFi | Server | I | [Wi-Fi] |
DiagnosticsNetworkThread | Server | I | [Thread] |
3电源(Power source)
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x0011 | Power Source | Simple | Node |
簇要求(Cluster Requirements):
每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ID | ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|---|
0x002F | Power Source | Server | M |
4 OTA请求者(OTA Requestor)
- OTA请求者是指有能力接收OTA软件更新的设备
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x0012 | OTA Requestor | Simple | Node |
簇要求(Cluster Requirements):
每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|
OTA Software Update Requestor | Server | M | |
OTA Software Update Provider | Client | M |
5 OTA提供者(OTA Provider)
- OTA提供者是指有能力为同一个组织中的其它节点提供软件更新的设备。
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x0014 | OTA Provider | Simple | Node |
簇要求(Cluster Requirements):
- 每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
- 一个节点最多只有一个 OTA 提供者所需簇的实例。
ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|
OTA Software Update Requestor | Client | M | |
OTA Software Update Provider | Server | M |
6 网桥(Bridge)
- 本章节定义了网桥的一致性要求。
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x000e | Bridge | Simple | Endpoint |
簇要求(Cluster Requirements):
- 每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|
Bridged Actions | Server | O |
关于网桥设备类型的更多信息请参考系统模型中的"Bridge"章节。
7 网桥节点(Bridged Node)
- 定义了网桥节点根端点的一致性。 此端点类似构成桥接设备的"自述文件(read me first)"端点。 网桥节点的根端点不是网桥节点本身的根端点,它代表一个外部网络上的设备。
- 每个桥接设备应在代表桥接设备的端点上有一个网桥节点根端点。 如果桥接设备使用了多个端点,则它们的端点ID应该这个网桥节点根端点的描述符簇的PartsList属性中列出来。
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x0013 | Bridged Node | Simple | Endpoint |
簇要求(Cluster Requirements):
- 每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|
Descriptor | Server | I | M |
Bridged Device Basic Information | Server | I | M |
Power Source Configuration | Server | I | BridgedPowerSourceInfo |
Power Source | Server | BridgedPowerSourceInfo |
8 模式选择(Mode Select)
- 本章节定义了模式设备类型的一致性要求。
分类(Classification)
ID | Device Name | Class | Scope |
---|---|---|---|
0x0027 | Mode Select | Simple | Endpoint |
簇要求(Cluster Requirements):
- 每个支持这种设备类型的端点都应该根据下面的一致性要求包含这些簇
ID | ClusterName | Client/Server | Quality | Conformance |
---|---|---|---|---|
0x0050 | Mode Select | Server | M |
参考资料:
https://csa-iot.org/
https://buildwithmatter.com/
https://github.com/project-chip
CSDN博客仅作为本人工作学习之余的笔记使用,无任何商业目的,如果侵犯了你的隐私或权益,请随时联系作者,本人将及时删除相关内容