Matter理论介绍-通用-1-04：桥接器-其他功能

拿破仑940911

已于 2023-02-27 10:18:38 修改

阅读量1.1k

点赞数

分类专栏： Matter实战-Silicon Labs 文章标签： Matter Silicon Labs EFR32

于 2022-12-23 17:13:00 首次发布

本文链接：https://blog.csdn.net/m0_38064214/article/details/128421819

版权

Matter实战-Silicon Labs 专栏收录该内容

10 篇文章 27 订阅

订阅专栏

本文介绍了Matter桥接器的配置流程，强调只需一次配置即可将桥接器及其连接设备加入Matter生态系统。桥接器的访问控制允许精细的权限设置，而OTA更新则针对Matter设备。对于非Matter桥接设备，更新通常由制造商提供。此外，讨论了桥接器选择支持设备类型、处理兼容性问题、用户选择及管理员管理的策略。

摘要由CSDN通过智能技术生成

【源码、文档、软件、硬件、 技术交流、 技术支持，入口见文末】【所有相关 IDE、 SDK和 例程源码均可从群文件 免费获取， 免安装， 解压即用】

持续更新中，欢迎关注！

【活动报名】2023.03.03
【拿破仑】芯科Matter实战分享
https://jinshuju.net/f/Ob2hRC

本次分享活动特点：
【1】完全站在开发者的角度思考问题
【2】在官方指导的基础上，进一步简化开发流程
【3】所有例程、开发板等软硬件资料全部免费提供
【4】零基础可上手
【5】所有演示可100%轻松复现

一、桥接器的配置流程

我们已经知道，桥接器和与它连接的桥接设备在数据结构中被抽象为包含多个端点的单个节点。因此，只需要一次配置流程就可以将桥接器以及与其连接的桥接设备加入Matter生态系统，在此过程中要对桥接器进行相关认证并为其分配一个Node ID。

这样用户只需要对桥接器进行配置入网而不用去关心与它相连的桥接设备，这会使得用户操作非常方便。

二、桥接器的访问控制

桥接器作为一个Matter节点，自然像一般的Matter节点一样拥有自己的Access Control Cluster。但特殊的是桥接器的Access Control Cluster中拥有它包含的所有端点（无论是桥接设备端点还是本身具有的Matter端点）的**Access Control Entries **（访问控制表象）。

一般情况下桥接器访问控制的设置会反应其上每个端点的特权级别（privilege level），如果Matter控制器想要控制这个桥接设备，那它就必须具备相应的特权级别。在访问控制中可以针对所有桥接设备的子集（而不是所有端点）进行总体配置，也可以针对桥接设备的端点设置访问控制项，还可以指定对特定目标的访问，例如设备类型为** Extended Color Light**的所有设备。

关于Access Control的部分后续会有详细介绍。

三、桥接器的软件更新（OTA）

桥接器作为一个Matter设备，自然可以按照Matter定义的OTA方式进行升级。

但要注意的是，与桥接器相连的桥接设备往往是非Matter协议的，这表示他们没有所谓的产品ID，桥接设备的软件信息也不会放在DCL(Distributed Compliance Ledger)中，这就表示无法通过Matter系统的OTA进行桥接设备的升级。所以桥接设备的更新方式通常是通过桥接器制造商特殊提供的。

四、桥接器的其他问题

4.1 选择支持的设备类型

桥接器制造商首先应该决定桥接器支持的那些Matter设备类型，在实现了对这些设备类型的支持后，还应该进行相关认证。

在默认情况下，桥接器应该向Matter生态系统公开所有和它连接的，可以映射为经过认证Matter设备的非Matter桥接设备。例如，如果桥接设备通过了Matter light设备类型的认证，那么默认情况下桥接器就不应该对Matter生态系统隐藏任何一个非Matter协议的灯泡。（有特殊情况存在）

因为除了Matter外有各种各样的标准和设备，这就导致有可能出现没有相应的Matter设备类型与非Matter设备对应，这样的设备不能桥接为Matter设备类型。或者设备制造商需要为这种设备创建一个特定的Matter设备类型再进行桥接。