企业官网建设流程全解析

Matter 项目 Python CHIP Controller 高级用法：Linux BLE 虚拟化配网与 GDB 调试实战

【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeip

本篇文章以 connectedhomeip（Matter / 原 Project CHIP）仓库中的官方进阶文档为基础，面向已经在 Python CHIP Controller 基础文档 中完成matter-repl构建的开发者和 Matter accessory 测试人员，深入讲解两大高级场景：如何在单台 Linux 机器上通过 BlueZ 虚拟化出 BLE central/peripheral 双接口完成控制器与配件的本机配网测试，以及如何在 GDB 下对基于动态库加载的 Python CHIP Controller 进行符号级调试、下断点、触发并解读调用栈。读完本文，你将掌握--ble-controller等 CLI 参数的底层传递路径、DeviceCommissioner::PairDevice的 C++ 实现位置，以及一套可复制的 GDB 调试工作流。

前置准备：构建 Python CHIP Controller 与 matter-repl

本文的matter-repl是指令行下的 IPython REPL 工具，其源码位于 src/controller/python 目录（入口为 matter-repl.py，实际逻辑在 ReplStartup.py 的main()中），底层复用通用的 CHIP Device Controller 库（src/controller 目录）。在尝试本文的高级功能之前，请先在 Linux（amd64 / aarch64）或 macOS 上完成一次构建与安装：

git submodule update --init scripts/build_python.sh -m platform -i out/python_env source out/python_env/bin/activate

兼容性提示：为保证行为一致，请使用 connectedhomeip 仓库的同一 revision分别构建 Python CHIP Controller 与待测的 Matter 设备固件。关于依赖安装、Raspberry Pi 上的附加包（pi-bluetooth）、以及 REPL 的启动方式（matter-repl、--debug参数等），请参阅 python_chip_controller_building.md 与 matter-repl.md。

Bluetooth LE 虚拟化 on Linux

为什么需要 BLE 虚拟化

Matter 设备最常见的配网方式之一是通过 Bluetooth LE 完成 PASE（Password-Authenticated Session Establishment，基于 SPAKE2+）安全会话建立，再下发 Thread / Wi-Fi 网络凭据。传统做法需要一台独立的 BLE central（如树莓派 + USB 蓝牙适配器）与一台 BLE peripheral 设备。但如果控制器和待测设备都跑在同一台 Linux 机器上，你可以创建两个虚拟蓝牙接口，分别扮演 BLE central（控制器侧）与 BLE peripheral（配件侧），从而在一台机器上完整走通 BLE 配网流程，无需额外硬件。

整套方案分为四步：编译 BlueZ → 启动bluetoothd→ 用btvirt拉起两个虚拟接口 → 指定 BLE 控制器启动matter-repl。

第一步：从源码构建 bluez

虚拟 BLE 接口由 BlueZ 的测试模拟器（emulator/btvirt）提供，因此需要从源码构建 BlueZ（发行版自带的 bluez 二进制通常不包含该工具）。执行以下命令安装编译依赖并构建：

sudo apt-get update sudo apt-get install libtool m4 automake autotools-dev libudev-dev libical-dev libreadline-dev git clone https://github.com/bluez/bluez.git cd bluez ./bootstrap ./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var --enable-experimental --with-systemdsystemunitdir=/lib/systemd/system --with-systemduserunitdir=/usr/lib/systemd --enable-deprecated --enable-testing --enable-tools make

注意几个关键配置项：

• --enable-experimental：启用实验性特性，虚拟接口管理依赖的btvirt模拟器属于实验性工具集；
• --enable-testing --enable-tools：构建emulator/btvirt、hciconfig等测试与工具组件；
• --enable-deprecated：保留旧版 HCI 工具接口（hciconfig即属于此列）。

第二步：运行 bluetoothd

编译完成后，先停掉系统默认的蓝牙守护进程（如有），再手动以实验模式运行仓库内编译出的bluetoothd，并打开调试输出：

sudo ./src/bluetoothd --experimental --debug &

--experimental标志用于开启实验性蓝牙内核特性支持，--debug让守护进程输出详细日志，便于排查虚拟接口注册失败等问题。

第三步：拉起两个虚拟蓝牙接口

使用 BlueZ 自带的虚拟 HCI 模拟器创建接口，-L表示创建LE only的虚拟控制器，-l2表示创建2 个接口（一个作为 central，一个作为 peripheral）：

sudo ./emulator/btvirt -L -l2

命令执行后，用hciconfig即可看到两个虚拟接口（Bus 显示为Virtual）。典型输出如下：

$ hciconfig hci2: Type: Primary Bus: Virtual BD Address: 00:AA:01:01:00:24 ACL MTU: 192:1 SCO MTU: 0:0 UP RUNNING RX bytes:0 acl:95 sco:0 events:205 errors:0 TX bytes:2691 acl:95 sco:0 commands:98 errors:0 hci1: Type: Primary Bus: Virtual BD Address: 00:AA:01:00:00:23 ACL MTU: 192:1 SCO MTU: 0:0 UP RUNNING RX bytes:0 acl:95 sco:0 events:208 errors:0 TX bytes:3488 acl:95 sco:0 commands:110 errors:0

记下两个接口的索引号（上例为hci1与hci2），它们分别承担 BLE peripheral 与 central 的角色。若虚拟接口数量不止两个或索引有偏移，请以hciconfig的实际输出为准。

第四步：指定 BLE 控制器启动 matter-repl

控制器侧的虚拟 BLE central 接口通过--ble-controller参数（可缩写为-b）显式指定。例如上例中希望使用hci2作为控制器的 BLE 适配器，则执行：

matter-repl --ble-controller=2

参数背后的源码路径

--ble-controller的解析与传递在 REPL 启动代码中有完整的实现链路，可以在仓库中直接验证：

1. 在 ReplStartup.py 的main()中，argparse定义了-b/--ble-controller（type=int，default=0），注释明确说明其作用是 "BLE controller selector"；
2. 随后matter.native.Init(bluetoothAdapter=args.ble_controller)将该索引传入原生层；
3. 在 native/init.py 中，Init()把索引写入CommonStackParams结构体的BluetoothAdapterId字段，最终通过pychip_CommonStackInit交给 C++ 侧，用于从系统中选取对应编号的蓝牙适配器完成 BLE central 初始化。

完整 CLI 参数一览

除--ble-controller外，matter-repl还支持以下参数（均可在 ReplStartup.py 中查到定义）：

用 GetAdapters() 枚举本机 BLE 适配器

除了hciconfig，还可以在 REPL 中调用 Python 封装层提供的GetAdapters()（实现见 get_adapters.py）枚举系统上所有可用适配器，返回每个适配器的index、address、name、alias与powered_on状态，从而精确确认哪个索引可作为--ble-controller的值：

from matter.ble.get_adapters import GetAdapters GetAdapters()

进阶：让配件侧使用另一个虚拟接口

与控制器侧通过--ble-controller指定 central 接口类似，Matter 配件示例（如 lighting-app、all-clusters-app 的 Linux 构建）也支持通过命令行指定其 BLE peripheral 所使用的接口编号（各示例通常在启动参数中提供 BLE adapter 选择项，例如--ble-device或类似开关，请以对应示例的--help输出为准）。两个虚拟接口一为 central、一为 peripheral，即可在单机上完成完整的 BLE 配网闭环：

# 在 matter-repl 中扫描可配网的 Matter 设备 await devCtrl.DiscoverCommissionableNodes() # 通过 BLE 建立安全会话（discriminator=3840, setup pin=20202021, nodeid=1234） await devCtrl.ConnectBLE(3840, 20202021, 1234) # 或直接用 QR/手动配对码配网 await devCtrl.CommissionWithCode("MT:-24J0AFN00KA0648G00", 1234)

完整的基础配网流程（网络凭据设置、SetThreadOperationalDataset、SetWiFiCredentials、配网阶段日志解读等）请参考 python_chip_controller_building.md。

使用 GDB 调试 matter-repl

为什么需要特殊的启动方式

Matter SDK 的核心是以动态库形式加载进 Python 进程的（REPL 通过 ctypes 在运行时加载 CHIP 原生库，见 native/init.py 中的pychip_CommonStackInit绑定）。这意味着 GDB 在程序启动时（库尚未加载）无法读取任何 Matter 符号，也就不能提前设置断点——必须先运行起来，等动态库被加载后符号才可见。

此外，GDB 无法直接执行 Python 脚本，因此需要用 bash 的which功能把matter-repl的可执行脚本路径解析出来，以python3 <脚本路径>的方式交给 GDB：

gdb --args python3 `which matter-repl`

启动后 GDB 会读取 python3 的调试符号并提示配置 debuginfod（在线下载调试信息服务），本文示例中选择n关闭：

$ gdb --args python3 `which matter-repl` GNU gdb (GDB) 14.2 ... This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.archlinux.org> Enable debuginfod for this session? (y or [n]) n Debuginfod has been disabled. To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit. (No debugging symbols found in python3) (gdb)

抑制线程事件输出

matter-repl启动后，CHIP 平台层会创建大量线程（事件循环、网络等）。为了不被线程创建/退出日志刷屏，先在 GDB 中关闭线程事件输出：

(gdb) set print thread-events off

运行 REPL 直至 Matter 库加载完成

此时还不能设置断点——GDB 对 Matter 动态库一无所知。执行run让程序跑起来：

(gdb) run Starting program: /home/sag/projects/project-chip/connectedhomeip/out/venv/bin/python3 /home/sag/projects/project-chip/connectedhomeip/out/venv/bin/matter-repl [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Python 3.11.9 (main, Apr 29 2024, 11:59:58) [GCC 13.2.1 20240417] Type 'copyright', 'credits' or 'license' for more information IPython 8.24.0 -- An enhanced Interactive Python. Type '?' for help. [1716395111.775747][364405:364405] CHIP:CTL: Setting attestation nonce to random value [1716395111.776196][364405:364405] CHIP:CTL: Setting CSR nonce to random value InitBLE 0[1716395111.776809][364405:364405] CHIP:DL: writing settings to file (/tmp/chip_counters.ini-T7hX27) [1716395111.776854][364405:364405] CHIP:DL: renamed tmp file to file (/tmp/chip_counters.ini) [1716395111.776860][364405:364405] CHIP:DL: NVS set: chip-counters/reboot-count = 9 (0x9) [1716395111.777261][364405:364405] CHIP:DL: Got Ethernet interface: eno2 [1716395111.777555][364405:364405] CHIP:DL: Found the primary Ethernet interface:eno2 [1716395111.777868][364405:364405] CHIP:DL: Got WiFi interface: wlp7s0 [1716395111.777877][364405:364405] CHIP:DL: Failed to reset WiFi statistic counts ───────────────────────────────────────────────────────────────────── Matter REPL ────────────────────────────────────────────────────────────────────── Welcome to the Matter Python REPL! For help, please type matterhelp() To get more information on a particular object/class, you can pass that into matterhelp() as well. ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2024-05-22 18:25:11 allenwind PersistentStorage[364405] WARNING Initializing persistent storage from file: /tmp/repl-storage.json 2024-05-22 18:25:11 allenwind PersistentStorage[364405] WARNING Loading configuration from /tmp/repl-storage.json... 2024-05-22 18:25:11 allenwind CertificateAuthorityManager[364405] WARNING Loading certificate authorities from storage... 2024-05-22 18:25:11 allenwind CertificateAuthority[364405] WARNING New CertificateAuthority at index 1 2024-05-22 18:25:11 allenwind CertificateAuthority[364405] WARNING Loading fabric admins from storage... 2024-05-22 18:25:11 allenwind FabricAdmin[364405] WARNING New FabricAdmin: FabricId: 0x0000000000000001, VendorId = 0xFFF1 2024-05-22 18:25:11 allenwind FabricAdmin[364405] WARNING Allocating new controller with CaIndex: 1, FabricId: 0x0000000000000001, NodeId: 0x000000000001B669, CatTags: [] The following objects have been created: certificateAuthorityManager: Manages a list of CertificateAuthority instances caList: The list of CertificateAuthority instances caList[n].adminList[m]: A specific FabricAdmin object at index m for the nth CertificateAuthority instance devCtrl: Default Matter Device Controller (nodeId=0x000000000001B669) to manage caList[0].adminList[0] (fabricId=1) In [1]:

当出现In [1]:提示符时，说明 Matter SDK 动态库已被 Python Controller REPL 加载并初始化完毕。此时 GDB 才拥有全部符号，可以浏览 Matter 核心库的符号表、对函数下断点以及使用 GDB 提供的其他调试能力。

上述启动日志也直观印证了 ReplStartup.py 中的初始化顺序：创建ChipStack→ 加载证书授权机构（CertificateAuthorityManager.LoadAuthoritiesFromStorage）→ 新建 FabricAdmin（vendorId=0xFFF1, fabricId=1）→ 通过NewController(paaTrustStorePath=...)创建默认devCtrl并注册为 builtins 全局对象。

用 Ctrl-Z 暂停进程并设置断点

REPL 已经处于前台运行状态，此时需要在另一个时机暂停进程才能回到 GDB 命令行设置断点。按Ctrl-Z向 Python 3 进程发送SIGTSTP信号即可暂停（注意：不要用Ctrl+C，因为该信号会被 REPL/IPython 捕获而无法中断到 GDB）：

In [1]: (`Ctrl-Z` pressed here.) Thread 1 "python3" received signal SIGTSTP, Stopped (user). 0x00007ffff7650ceb in kill () from /usr/lib/libc.so.6 (gdb)

回到(gdb)提示符后，就可以对 Matter C++ 符号下断点了。例如对配网入口函数DeviceCommissioner::PairDevice下断点（b是break的缩写）：

(gdb) b DeviceCommissioner::PairDevice Breakpoint 1 at 0x7fffed453943: DeviceCommissioner::PairDevice. (4 locations) (gdb)

提示：PairDevice在 CHIPDeviceController.cpp 中是一个接受配对码（setUpCode）、发现类型（DiscoveryType）与解析数据的重载入口，内部会先SetCommissioningParameters再交给mSetUpCodePairer.PairDevice(...)走完整配对流程，因此该函数是观察配网发起点的理想断点位置。官方仓库中以break/b命令匹配到 4 个 location，是 C++ 多重重载/多实例展开的常见现象，可忽略。

恢复运行并触发断点

暂停后执行signal SIGCONT让控制器进程继续运行（发送SIGCONT信号恢复；有时需要再按一次Enter才能看到 REPL 提示符）：

(gdb) signal SIGCONT Continuing with signal SIGCONT. In [1]:

此时在 REPL 中发起一次基于配对码的 IP 配网，即可触发刚才设置的断点：

In [1]: devCtrl.CommissionWithCode("MT:-24J0AFN00KA0648G00", 1234) Thread 5 "python3" hit Breakpoint 1.1, chip::Controller::DeviceCommissioner::PairDevice (this=0x7fffd8003a90, remoteDeviceId=1234, setUpCode=0x7ffff453d490 "MT:-24J0AFN00KA0648G00", params=..., discoveryType=chip::Controller::DiscoveryType::kAll, resolutionData=...) at ../../src/controller/CHIPDeviceController.cpp:646 646 { (gdb)

注意devCtrl.CommissionWithCode(...)是 Python 层 API，它经由 Python 绑定函数pychip_DeviceController_ConnectWithCode（定义于 ChipDeviceController-ScriptBinding.cpp）最终落入 C++ 的PairDevice。断点命中后，你可以直接查看this指针、remoteDeviceId（上例为1234）与setUpCode（上例为配对码字符串）等实参值，并结合下一节的bt查看调用栈。

解读调用栈

在断点处执行bt（backtrace缩写）查看完整调用栈：

(gdb) bt #0 chip::Controller::DeviceCommissioner::PairDevice (this=0x7fffd8003a90, remoteDeviceId=1234, setUpCode=0x7fffef2555d0 "MT:-24J0AFN00KA0648G00", params=..., discoveryType=chip::Controller::DiscoveryType::kAll, resolutionData=...) at ../../src/controller/CHIPDeviceController.cpp:646 #1 0x00007fffed040825 in pychip_DeviceController_ConnectWithCode (devCtrl=0x7fffd8003a90, onboardingPayload=0x7fffef2555d0 "MT:-24J0AFN00KA0648G00", nodeId=1234, discoveryType=2 '\002') at ../../src/controller/python/ChipDeviceController-ScriptBinding.cpp:395 #2 0x00007ffff6ad5596 in ??? () at /usr/lib/libffi.so.8 #3 0x00007ffff6ad200e in ??? () at /usr/lib/libffi.so.8 #4 0x00007ffff6ad4bd3 in ffi_call () at /usr/lib/libffi.so.8 #5 0x00007ffff6aeaffc in ??? () at /usr/lib/python3.11/lib-dynload/_ctypes.cpython-311-x86_64-linux-gnu.so #6 0x00007ffff6aeb4b4 in ??? () at /usr/lib/python3.11/lib-dynload/_ctypes.cpython-311-x86_64-linux-gnu.so #7 0x00007ffff794a618 in _PyObject_MakeTpCall () at /usr/lib/libpython3.11.so.1.0 #8 0x00007ffff78f3d03 in _PyEval_EvalFrameDefault () at /usr/lib/libpython3.11.so.1.0 #9 0x00007ffff7adef90 in ??? () at /usr/lib/libpython3.11.so.1.0 #10 0x00007ffff79ebc0b in _PyObject_FastCallDictTstate () at /usr/lib/libpython3.11.so.1.0 #11 0x00007ffff79ebe02 in _PyObject_Call_Prepend () at /usr/lib/libpython3.11.so.1.0 #12 0x00007ffff79ec114 in ??? () at /usr/lib/libpython3.11.so.1.0 #13 0x00007ffff794a618 in _PyObject_MakeTpCall () at /usr/lib/libpython3.11.so.1.0 #14 0x00007ffff78f3d03 in _PyEval_EvalFrameDefault () at /usr/lib/libpython3.11.so.1.0 #15 0x00007ffff7adef90 in ??? () at /usr/lib/libpython3.11.so.1.0 #16 0x00007ffff7955b97 in PyObject_Vectorcall () at /usr/lib/libpython3.11.so.1.0 #17 0x00007ffff6aea174 in ??? () at /usr/lib/python3.11/lib-dynload/_ctypes.cpython-311-x86_64-linux-gnu.so #18 0x00007ffff6aea28c in ??? () at /usr/lib/libpython3.11/lib-dynload/_ctypes.cpython-311-x86_64-linux-gnu.so #19 0x00007ffff6ad5152 in ??? () at /usr/lib/libffi.so.8 #20 0x00007ffff6ad57b8 in ??? () at /usr/lib/libffi.so.8 #21 0x00007fffed5de848 in chip::DeviceLayer::Internal::GenericPlatformManagerImpl<chip::DeviceLayer::PlatformManagerImpl>::_DispatchEvent (this=0x7fffed88dc90 <chip::DeviceLayer::PlatformManagerImpl::sInstance+16>, event=0x7fffe6fffe30) at ../../src/include/platform/internal/GenericPlatformManagerImpl.ipp:304 #22 0x00007fffed5dd90d in chip::DeviceLayer::PlatformManager::DispatchEvent (this=0x7fffed88dc90 <chip::DeviceLayer::PlatformManagerImpl::sInstance>) at ../../src/include/platform/PlatformManager.h:503 #23 0x00007fffed5df45b in chip::DeviceLayer::Internal::GenericPlatformManagerImpl_POSIX<chip::DeviceLayer::PlatformManagerImpl>::ProcessDeviceEvents (this=0x7fffed88dc90 <chip::DeviceLayer::PlatformManagerImpl::sInstance+16>) at ../../src/include/platform/internal/GenericPlatformManagerImpl_POSIX.ipp:185 #24 0x00007fffed5dee64 in chip::DeviceLayer::Internal::GenericPlatformManagerImpl_POSIX<chip::DeviceLayer::PlatformManagerImpl>::_RunEventLoop (this=0x7fffed88dc90 <chip::DeviceLayer::PlatformManagerImpl::sInstance+16>) --Type <RET> for more, q to quit, c to continue without paging-- at ../../src/include/platform/internal/GenericPlatformManagerImpl_POSIX.ipp:227 #25 0x00007fffed5dd888 in chip::DeviceLayer::PlatformManager::RunEventLoop (this=0x7fffed88dc80 <chip::DeviceLayer::PlatformManagerImpl::sInstance>) at ../../src/include/platform/PlatformManager.h:403 #26 0x00007fffed5df3fe in chip::DeviceLayer::Internal::GenericPlatformManagerImpl_POSIX<chip::DeviceLayer::PlatformManagerImpl>::EventLoopTaskMain (arg=0x7fffed88dc90 <chip::DeviceLayer::PlatformManagerImpl::sInstance+16>) at ../../src/include/platform/internal/GenericPlatformManagerImpl_POSIX.ipp:256 #27 0x00007ffff76a6ded in ??? () at /usr/lib/libc.so.6 #28 0x00007ffff772a0dc in ??? () at /usr/lib/libc.so.6 (gdb)

解读这份调用栈的关键结论：

• frame #0：断点处的chip::Controller::DeviceCommissioner::PairDevice，位于 CHIPDeviceController.cpp，可直接查看入参（remoteDeviceId、setUpCode、discoveryType）；
• frame #1：Python 绑定函数pychip_DeviceController_ConnectWithCode，位于 ChipDeviceController-ScriptBinding.cpp，它把 Python 侧的CommissionWithCode(...)调用翻译成 C++ 的PairDevice调用，是 Python ↔ C++ 的边界；
• frame #2 ~ #20：libffi.so与_ctypes的动态调用链，属于 Python 解释器经 ctypes 进行 C 函数调用的内部机制，没有调试符号（显示为???），通常无需关注；
• frame #21 ~ #26：CHIP 平台层的事件循环（GenericPlatformManagerImpl_POSIX的ProcessDeviceEvents→_DispatchEvent，涉及 GenericPlatformManagerImpl.ipp、PlatformManager.h 等文件），说明本次配网调用最终是在 Matter 平台事件循环（PlatformManager）线程中执行的；
• frame #27 ~ #28：libc 的线程启动入口。

换句话说，只有 frame #0 和 #1 是 CHIP C++ 库内的函数帧，其余帧基本都位于 Python 解释器内部，调试时可以放心忽略。

调试工作流小结

将上面的步骤整理为可复用的最小流程：

1. gdb --args python3 \which matter-repl`` 启动调试会话；
2. set print thread-events off屏蔽线程噪音；
3. run运行 REPL，等待出现In [1]:（Matter 动态库加载完成的标志）；
4. Ctrl-Z（发送SIGTSTP）暂停进程，回到 GDB 命令行；
5. b <C++符号>下断点，例如b DeviceCommissioner::PairDevice；
6. signal SIGCONT恢复运行；
7. 在 REPL 中执行配网/读写命令触发断点，然后用bt查看调用栈、用print/p查看this与实参。

这套方法同样适用于其他 Matter C++ 核心函数（如DeviceCommissioner::Commission、DeviceController::SendCommand等）：只需在步骤 5 换成对应符号即可。核心要点始终是——必须先运行到动态库加载完成之后才能解析符号、下断点，而Ctrl-Z + signal SIGCONT的组合则是 REPL 这种交互式前台下最稳妥的中断/恢复手段。

总结

本文围绕 Python CHIP Controller 的高级使用场景展开，给出了两个可直接落地的实战方案：

• Linux 上的 BLE 虚拟化：通过从源码构建 BlueZ、启动bluetoothd --experimental --debug、btvirt -L -l2创建虚拟接口、matter-repl --ble-controller=<hci索引>指定 central 适配器，即可在单机上模拟出 BLE central / peripheral 两套角色，完整走通 Matter 的 BLE 配网流程，省去额外硬件；并可从 ReplStartup.py、native/init.py、get_adapters.py 等源码验证参数解析与传递链路；
• GDB 调试：掌握"先运行、后断点"的动态库符号加载规律，利用Ctrl-Z（SIGTSTP）中断、signal SIGCONT恢复，在DeviceCommissioner::PairDevice等 C++ 符号上断点，并通过bt区分 CHIP 库帧（如 CHIPDeviceController.cpp 与 ChipDeviceController-ScriptBinding.cpp）与 Python 解释器内部帧，从而高效定位控制器侧的问题。

两项技能叠加后，你可以在完全本地的 Linux 环境中完成 Matter 设备配网问题的复现、跟踪与定位，后续如需进一步深入 REPL 的集群读写、订阅、多 Fabric 配网等能力，可继续阅读仓库中的 index.md 与配套的 Jupyter 指南 Notebook（如 Matter_Basic_Interactions.ipynb、Matter_Multi_Fabric_Commissioning.ipynb）。

【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeip