Matter相关的问题

1. 什么是Fabric？
   答：Fabric是一组Matter设备的集合，这些Matter设备组成一个虚拟网络。Matter设备在加入该虚拟网络时获得一个节点操作证书，这个证书都基于同一个根证书。matter协议中有fabric(对应中文为“织物”)功能，其解释为：同一网络下的一组设备共享相同的安全域，允许节点之间安全通信，这组设备称为fabric。可以把fabric比作一张网，每个matter设备都是这张网上的一个节点，每个节点在fabric下都有一个唯一的节点标识nodeid，所以如果想要使用matter设备，首先需要创建fabric。
   目前各大厂商的客户端app中，基本都是以家庭作为载体，用来展示相关设备，用户添加设备时，需要先创建一个家庭，即用户与家庭建立关系，然后配网之后，设备就与家庭建立关联关系，进而产生用户与设备之间的关系。matter设备也不例外，其如果想在app里进行使用，一般的做法通常是为家庭创建一个1对1的fabric，然后在家庭对应的fabric里为设备分为对应的节点nodeid，这样就达到的matter设备的接入。实际上，是各个节点根据秘钥或凭证组成一个fabric，以家庭为载体创建fabric是比较常见和容易理解的方式。另外每个节点对应的设备内部都维护了一个acl(access control list，访问控制列表)。acl功能旨在确保只有授权的节点才能通过交互模型访问数据模型公开给定的应用层功能，访问控制是安全通道和交互模型之间的基本链接。所以acl功能中其中非常重要的一点是：授予其他节点访问和控制此节点的能力，并且授予是有权限等级的。
2. Matter 设备可以同时加入到2个Fabric吗？如果可以，两个Matter网络的Key是一样的吗？
   答：Matter设备可以加入到2个或多个Fabric网络，分别获得对应的节点操作证书。Matter没有网络范围内的公共Key，Matter网络中任意两个设备之间的通信都需要先建立点对点的安全连接，在建立连接的过程中，用各自的节点操作证书作为输入协商出共享密钥，用这个密钥加密设备之间的点对点通信过程。
3. 什么是Path？
   答：Matter的交互模型中的基本动作Action，是由Action动作和该动作所针对的操作对象组成的。Path是用来描述这个操作对象的，它可以是一个属性、一个命令或者是一个Event。
4. Matter配网一定需要蓝牙吗？
   答：对于Matter over Thread设备而言，必须支持蓝牙配网。对于Matter over Wi-Fi设备而言，蓝牙不是必须的。
5. 如果两个不同家庭，比如隔壁家的设备同时在配网的话，他的设备会不会加到我家的网络里面？
   答：不会。Matter设备配网主要包括两个阶段：建立配网通道和加入运营网络。建立配网通道时，必须先提供设备上的passcode，然后在配网工具（手机、平板或蓝牙音响等）上输入之后才能建立配网通道。此外，运营网络上的参数，比如Wi-Fi的SSID和密码、Thread的PAN ID和网络密钥等唯一信息也能有效避免设备加错网。
6. Composed Endpoint和Leaf Endpoint差别在哪里?
   答：Composed Endpoint是一组Leaf Endpoint按照特定关系的组合，可以实现一些复杂的功能。比如两个Endpoint之间有关联关系的情况。而Leaf Endpoint是一个单一的Endpoint，只能实现单一的功能。
7. Matter设备Commissioning一定需要外网吗?
   答：目前做演示Demo的时候可以不用外网。但规范中定义了设备认证（Device Attestation）的功能，这一部分需要通过联网与DCL服务器交互。关于设备认证这部分功能是否会作为认证的强制要求，需要参考Matter认证项目正式发布后的具体要求。
8. Matter传输数据的Payload最大是多少？
   答：Matter的网络层是基于IPv6，IPv6支持分片，对于Matter的Payload没有特殊的约束。但是IPv6的分片在Matter中是可选的，当不支持分片的情况下，IPv6最低要求的MTU是1280字节，Matter的传输数据必须保证头部加Payload这些字段不超过这个范围。
9. Matter数据包有加密，调试过程中可以抓包分析问题吗？
   答：可以。Matter网络中的通信是点对点加密，并不存在一个整网共用的密钥，并且各Matter设备点对点通信过程中使用的密钥是通过CASE动态协商出来的共享密钥，调试过程中只要打印出各Matter设备的共享密钥并输入到抓包工具就可以进行解析Matter的数据包。
10. Matter设备如何实现跨网络通讯，如Thread和Wi-Fi网络如果实现互通？
    答：Matter是应用层协议，工作在TCP/IP基础之上，只要底层网络在IP层面能够通信，理论上就可以实现Matter的交互。Thread网络和Wi-Fi网络都支持IPv6，Thread网络可以通过Border Router与Wi-Fi网络在IP层连通。所以基于Thread的Matter设备可以跟基于Wi-Fi的Matter设备互联互通。
11. 代理设备和桥接设备有什么区别？
    答：代理设备本身是一个Matter设备，可以为被代理设备管理绑定表，从而达到为被代理设备节省存储空间的目的；桥接设备作为非Matter网络的网关，用于把非Matter网络的设备接入到Matter网络中。
12. Matter设备开发要求最小的Flash/RAM空间是多少？
    答：Matter SDK处于持续的开发和更新当中，所以Matter设备的应用资源占用也在持续发生变化。请联系Silicon Labs的销售团队获取最新的芯片选型推荐。
13. Matter有几种CHIP Tool用来配网？
    答：目前官方支持4种类型的CHIP Tool：基于Android的CHIP Tool、基于iOS的CHIP Tool、基于POSIX的CLI CHIP Tool、基于Python的chip-device-ctrl。
14. Matter是否支持自定义私有Cluster？
    答：支持。Matter的Data Model依然支持厂商自定义Cluster和属性。
15. Matter和OpenThread有什么联系？
    答：Matter是一个应用层的协议，工作在TCP/IP的基础上，底层可以选择Wi-Fi、Ethernet或者Thread等支持TCP/IP的通信技术。OpenThread是Thread协议的开源实现，Thread包含物理层、MAC层、网络层(IPv6)、传输层，但是没有规范应用层。基于Thread的Matter就是遵照Matter规范来实现Thread的应用层。
16. Thread使用UDP作为通讯层，基于Thread的Matter是不是就只支持UDP了？
    答：请参考Thread的最新规范，未来的Thread规范也可能支持基于IP的通讯层。
17. 问大概什么时候Matter SDK会集成到Studio IDE中呢？
    答：集成Matter SDK到Simplicity Studio已经列入计划，具体的时间点依赖于Matter 1.0项目何时能正式发布，具体情况请联系Silicon Labs的销售团队。
18. 如果End Device 全部用Wi-Fi，是不是就不需要用OTBR了？
    答：是的。OTBR是Thread网络连接到外部网络时的网关，只是Wi-Fi设备的话就不需要OTBR。
19. 已经上市的Zigbee设备，能否升级到Matter？
    答：Matter SDK对硬件资源Flash、RAM空间的要求较高，满足硬件要求的Zigbee设备理论上是可以升级到Matter。具体升级方案请联系Silicon Labs的销售团队获取最新的方案推荐。
20. Matter有基于Wi-Fi的Demo吗？
    答：在Matter GitHub上已经有例程如Lighting、Door lock支持Silicon Labs的Wi-Fi方案。
21. Zigbee设备如何加入Matter网络？
    答：Zigbee设备可以通过网关桥接到Matter网络中，请参照Matter规范中的桥接模型。
22. Silicon Labs有哪些芯片支持Matter？
    答：OTBR RCP：EFR32MG12 / EFR32MG13 / EFR32MG21 / EFR32MG24
    基于Thread的Matter设备：EFR32MG12 / EFR32MG24
    基于Wi-Fi的Matter设备：WF200 / RS9116

Thread相关的问题

1. 子设备和父设备之间通信是用16位地址，还是64位地址?
   答：Thread是基于IPv6的通信协议，Thread网内通信采用Unique Local Address，与Thread网外的设备通信时采用Global Unicast Address。
2. 如果Thread设备跟Wi-Fi设备通讯，用哪个IPv6前缀？
   答：Global prefix。
3. Global prefix和On mesh prefix是同一个意思吗？
   答：Global prefix对应Global Unicast Address。On mesh prefix对应Unique Local Address。
4. 请问 Border Router和Backbone Border Router在功能上有什么区别？
   答：Backbone Border Router除了支持所有Border Router的功能外，还可以通过Thread Backbone Link Protocol（TBLP）协议与其它的Backbone Border Bouter同步不同Thread子网的信息，以便实现更大范围的多播通信等功能。更详细的信息请参考Thread v1.2规范。
5. Openthread协议栈的版本已经出到Thread协议v1.3了吗？
   答：是的，目前Thread1.3还没有正式发布，更多信息请关注Thread联盟官网。
6. OTBR与RCP的接口是否需要流控？
   答：为了提升网络的稳定性，推荐使用硬件流控，并采用460800的波特率。
7. 更多了解 https://community.silabs.com/s/article/2022%E5%B9%B42%E6%9C%88Matter%E5%BC%80%E5%8F%91%E8%80%85%E7%BA%BF%E4%B8%8A%E5%9F%B9%E8%AE%AD?language=en_US