You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: README.md
+3-3
Original file line number
Diff line number
Diff line change
@@ -27,12 +27,12 @@ Device: SiWx917 SoC
27
27
This repo contains documentation, demos, examples and all the code needed for Matter Accessory Device development on both Thread and Wi-Fi. The Thread development use cases differs from Wi-Fi because the Thread protocol requires the use of an Open Thread Border Router (OTBR).
28
28
29
29
- To get started with the Thread demo and development see
Copy file name to clipboardexpand all lines: docs/silabs/NEW_FEATURES.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -91,7 +91,7 @@ With 1.1, devices will remain in Active Mode until the commissioning is complete
91
91
The timer starts after the last communication.
92
92
For this feature to take affect, there needs to be at least one message coming in or going out. If the device just polls its thread router and nothing else happens, this doesn't come into play.
93
93
94
-
For more details see the [Openthread Sleepy End Device](./general/OT_SLEEPY_END_DEVICE.md) section.
94
+
For more details see the [Openthread Sleepy End Device](./thread/OT_SLEEPY_END_DEVICE.md) section.
Copy file name to clipboardexpand all lines: docs/silabs/general/ARTIFACTS.md
+14-14
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,9 @@
1
1
# Matter Software Artifacts
2
2
3
3
This page provides links to pre-built software image artifacts that can be
4
-
used to set up the Matter Demo for the Thread and Wi-Fi use cases. The majority of these artifacts can be found under the "Assets" section on the release page here:
4
+
used to set up the Matter Demo for the Thread and Wi-Fi use cases.
5
+
6
+
Images for the items listed below are available under the "Assets" section at the bottom of this page:
The RS9116 firmware (rs9116_firmware_files_with_rev.zip) is used to update the RS9116 which can be found here:
53
+
The RS9116 firmware (rs9116_firmware_files_with_rev_2.3.0-1.3-alpha.1.zip) is used to update the RS9116 which can be found in the Assets section of this page:
RS9116 chip/module needs to be flashed with proper firmware as mentioned below:
59
+
57
60
-`RS916.x.x.x.x.x.rps - This firmware image is valid for RS9116 1.5 revision chip/module`
58
61
-`RS9116.x.x.x.x.x.rps - This firmware image is valid for RS9116 1.4/1.3 revision chip/module`
59
62
60
63
## SiWx917 Firmware for SiWx917 NCP
61
64
62
-
The SiWx917 firmware(SiWx917NCP_firmware_files.zip) is used to update the SiWx917 NCP which can be found here:
65
+
The SiWx917 firmware(SiWx917NCP_firmware_files_2.3.0-1.3-alpha.1.zip) is used to update the SiWx917 NCP which can be found in the Assets section of this page:
SiWx917 NCP board need to be flashed with proper firmware as mentioned below:
68
-
-`SiWG917-A.2.9.X.X.X.rps - This firmware image is valid for BRD8036A (A0 Expansion v1.1) board`
69
71
72
+
-`SiWG917-B.2.X.X.X.X.rps - This firmware image is valid for BRD4346A board`
70
73
71
74
## SiWx917 Firmware for SiWx917 SoC
72
75
73
-
The SiWx917 firmware (SiWx917SOC_firmware_files.zip) along with WiSeConnect 3 SDK is used to update the SiWx917 SoC which can be found here:
76
+
The SiWx917 firmware (SiWx917SOC_firmware_files_2.3.0-1.3-alpha.1.zip) along with WiSeConnect 3 SDK is used to update the SiWx917 SoC which can be found in the Assets section of this page:
SiWx917 SoC boards need to be flashed with proper firmware as mentioned below:
79
-
-`SiWG917-A.2.9.X.X.X.rps - This firmware image is valid for BRD4325B(A0 dual flash 1.1) and BRD4325B(A0 dual flash 1.2) boards`
80
-
-`SiWG917-B.2.9.X.X.X.rps - This firmware image is valid for BRD4325C(B0 common flash v1.2), BRD4325G(B0 Stacked Flash + External PSRAM v1.2) and BRD4338A(B0 common flash v2.0) boards`
81
82
82
-
## SiWx917 SoC Configuration Files for Flashing the Matter Application
83
+
-`SiWG917-B.2.X.X.X.X.rps - This firmware image is valid for BRD4338A(B0 common flash v2.0) board`
84
+
85
+
## SiWx917 SoC Configuration Files For JLink RTT Logging
83
86
84
-
In order to flash the Matter Application on the SiWx917 SoC, the Ozone Debugger must
85
-
be configured for the SiWx917 SoC device by following the instructions on the [Ozone Environment Setup for SiWx917 SoC page](../wifi/SiWx917_Enablement_For_Ozone.md).
87
+
In order to check device logs for the Matter Application on the SiWx917 SoC, the **JLink RTT** must be configured for the SiWx917 SoC device by following the instructions on the [JLink RTT SOC Support](../wifi/JLINK_GUIDE_917.md).
86
88
87
-
The **JLinkDevices.xml** and **ELF** files referenced in the instructions may be found
88
-
here:
89
+
The [JLinkDevices.xml](https://github.com/SiliconLabs/matter/releases/download/v2.3.0-1.3-alpha.1/JLinkDevices.xml) and **.elf** files referenced in the instructions may be found in the Assets section of this page.
# Code Savings Guide for Building Matter Applications
2
2
3
-
*Remove unnecessary clusters from the zap configuration. Example applications have clusters enabled to support both Thread and WiFi transport layers such as the Diagnostics clusters.
3
+
* Remove unnecessary clusters from the zap configuration. Example applications have clusters enabled to support both Thread and WiFi transport layers such as the Diagnostics clusters.
4
4
5
-
*Remove optional features in Matter that may not be needed for a certain application. In the EFR32 build [script](https://github.com/SiliconLabs/matter/blob/latest/scripts/examples/gn_build_example.sh), there are additional build arguments that are added to either add or remove optional Matter features. For example, added a build argument disable_lcd=true will save flash by disabling the lcd screen.
5
+
* Remove optional features in Matter that may not be needed for a certain application. In the EFR32 build script, there are additional build arguments that are added to either add or remove optional Matter features. For example, added a build argument disable_lcd=true will save flash by disabling the lcd screen.
@@ -7,10 +7,10 @@ The commissioning process supports two potential starting points:
7
7
1. The device is already on the network
8
8
2. The device needs network credentials for Wi-Fi or Thread (requires Bluetooth LE (BLE) support)
9
9
10
-
The current Matter revision supports Ethernet, Wi-Fi, and Thread devices.
10
+
The current Matter revision supports Ethernet, Wi-Fi, and Thread devices.
11
11
12
12
- Ethernet devices get into the operational network when their Ethernet cable is connected. Therefore the devices are normally already on the network before commissioning.
13
-
- Wi-Fi and Thread devices must have credentials configured before the devices can be joined into the operational network. This is normally done over BLE.
13
+
- Wi-Fi and Thread devices must have credentials configured before the devices join into the operational network. This is normally done over BLE.
14
14
15
15
This page focuses on Wi-Fi and Thread. The first step for these devices is to enter commissioning mode, following one of two scenarios:
16
16
@@ -19,35 +19,34 @@ This page focuses on Wi-Fi and Thread. The first step for these devices is to en
19
19
| Standard | Device automatically goes into the commissioning mode on power-up. Beneficial for limited UI devices (such as light bulbs) |
20
20
| User-Directed | Device only enters commissioning mode when initiated by the user. Helpful for devices that have user interfaces or for which commissioning should not be initiated without a user present. |
21
21
22
-
The following figure provides an overview of the commissioning process and the actions each role performs.
22
+
The following figure provides an overview of the commissioning process and the actions each role performs.
In step 1, the Matter device must enter commissioning mode in one of the two scenarios
31
-
described above.
30
+
In step 1, the Matter device must enter commissioning mode in one of the two scenarios described above.
32
31
33
32
Usually, a mobile phone serves as the administrator. Step 2 is to use the mobile phone to scan the QR code of the Matter device. The QR code is used as a passcode to set up a secured BLE connection.
34
33
35
-
Step 3 is to set up the BLE beaconing and connection between the mobile phone and the Matter device, so that the commissioning information can be exchanged through the BLE connection channel.
34
+
Step 3 is to set up the BLE beaconing and connection between the mobile phone and the Matter device, so that the commissioning information can be exchanged through the BLE connection channel.
36
35
37
-
As the connection should be secure, step 4 is to secure the connection in a processknown as password-authenticated session establishment (**PACE**). The passcode derived from the QR code is used as an input for this process. The output is the security key used by the connection.
36
+
As the connection should be secure, step 4 is to secure the connection in a processknown as password-authenticated session establishment (**PASE**). The passcode derived from the QR code is used as an input for this process. The output is the security key used by the connection.
38
37
39
38
40
39
41
40
After the secured connection is established, step 5 is to verify the Matter device's manufacturer certificate and compliance status. Each Matter device must have a device certificate programmed before it is shipped. The mobile phone, acting as administrator, reads the device certificate through the commissioning channel, then communicates with a remote database to validate the certificate and the compliance status of the device. The remote database is called the Distributed Compliance Ledger (**DCL**).
42
41
43
42
Step 6 is to install the operational certificate for the device. The administrator either obtains the certificate from the remote server or generates the certificate locally and then transfers the certificate to the device. The administrator also configures the Access Control List (**ACL**) with the list of administrators.
44
43
45
-
After operational security is configured, step 7 is to configure the operational network for the device. For Wi-Fi devices, the SSID and the password are configured. For Thread devices, the PAN ID, network key, and other parameters are configured.
44
+
After operational security is configured, step 7 is to configure the operational network for the device. For Wi-Fi devices, the SSID and the password are configured. For Thread devices, the PAN ID, network key, and other parameters are configured.
In step 8, the device starts to join the operational network with the configured parameters.
48
+
In step 8, the device starts to join the operational network with the configured parameters.
50
49
51
-
Once the device is attached to the network (step 9), it can be discovered through Service Registration Protocol (**SRP**). To control that device, you must establish a secured connection through the Certification Authorized Session Establishment (**CASE**) process.
50
+
Once the device is attached to the network (step 9), it can be discovered through Service Registration Protocol (**SRP**). To control that device, you must establish a secured connection through the Certification Authorized Session Establishment (**CASE**) process.
52
51
53
-
After the CASE session is established, the Matter device is commissioned successfully and can communicate with other devices in theMatternetwork (step 10).
52
+
After the CASE session is established, the Matter device is commissioned successfully and can communicate with other devices in theMatternetwork (step 10).
0 commit comments