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: applications/nrf5340_audio/doc/feature_support.rst
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ nRF5340 Audio DNs and QDIDs
25
25
26
26
The following DNs (Design Numbers) and QDIDs (Qualified Design IDs) are related to the nRF5340 LE Audio applications:
27
27
28
-
nRF5340 DK Bluetooth DNs/QDIDs
28
+
nRF5340 Bluetooth DNs/QDIDs
29
29
See `nRF5340 Bluetooth DNs and QDIDs Compatibility Matrix`_ for the DNs/QDIDs for nRF5340 LE Audio applications.
30
30
31
31
A full Audio product DN will typically require DNs/QDIDs for Controller component, Host component, Profiles and Services component and LC3 codec component.
Copy file name to clipboardExpand all lines: samples/wifi/provisioning/internal/README.rst
+17-13Lines changed: 17 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,13 +1,13 @@
1
1
.. _wifi_provisioning_internal_sample:
2
2
3
-
Wi-Fi Provisioning Internal Sample
4
-
##################################
3
+
Wi-Fi: Provisioning Internal
4
+
############################
5
5
6
6
.. contents::
7
7
:local:
8
8
:depth: 2
9
9
10
-
This sample demonstrates the internal Wi-Fi® provisioning functionality using the decoupled Wi-Fi provisioning library.
10
+
The Provisioning Internal sample demonstrates the internal Wi-Fi® provisioning functionality using the decoupled Wi-Fi provisioning library.
11
11
The sample demonstrates proper integration of the Wi-Fi provisioning library with comprehensive testing capabilities and human-readable protocol decoding.
12
12
It provides shell commands to test all supported Wi-Fi provisioning operations.
13
13
@@ -21,19 +21,19 @@ The sample supports the following development kits:
21
21
Overview
22
22
********
23
23
24
-
The sample uses the core Wi-Fi provisioning library (``wifi_prov_core``) with a transport stub implementation that decodes and logs protobuf messages.
24
+
The sample uses the :ref:`lib_wifi_prov_core` library with a transport stub implementation that decodes and logs protobuf messages.
25
25
This allows testing of the provisioning protocol without requiring a Bluetooth® transport layer.
26
26
27
27
Features
28
28
********
29
29
30
30
This sample demonstrates the following features:
31
31
32
-
* Transport Decoupling - Uses the core Wi-Fi provisioning library without Bluetooth® dependencies.
33
-
* Protobuf Decoding - Automatically decodes and logs all requests and responses.
34
-
* Comprehensive Testing - Shell commands for all supported operations.
35
-
* Raw Data Support - Ability to send custom binary data for testing.
36
-
* Configurable Generation - Wi-Fi configuration generated from Kconfig options.
32
+
* Transport decoupling - Uses the Wi-Fi Provisioning Core library without Bluetooth dependencies.
33
+
* Protobuf decoding - Automatically decodes and logs all requests and responses.
34
+
* Comprehensive testing - Shell commands for all supported operations.
35
+
* Raw data support - Ability to send custom binary data for testing.
36
+
* Configurable generation - Wi-Fi configuration generated from Kconfig options.
37
37
38
38
Architecture
39
39
************
@@ -208,9 +208,9 @@ The sample provides the following shell commands for testing Wi-Fi provisioning
208
208
* - ``wifi_prov``
209
209
- Send pregenerated Wi-Fi configuration data to the provisioning service.
210
210
* - ``wifi_prov raw <base64_data>``
211
-
- Send raw protobuf-encoded data (Base64 format) to the provisioning service.
211
+
- Send raw protobuf-encoded data (in Base64 format) to the provisioning service.
212
212
* - ``wifi_prov dump_scan <base64_data>``
213
-
- Decode and display scan results in human-readable format from Base64 encoded protobuf data.
213
+
- Decode and display scan results in a human-readable format from Base64 encoded protobuf data.
214
214
* - ``wifi_prov get_status``
215
215
- Send a ``GET_STATUS`` request to the provisioning service.
216
216
* - ``wifi_prov start_scan``
@@ -231,6 +231,8 @@ Building and running
231
231
232
232
.. include:: /includes/build_and_run.txt
233
233
234
+
To build and run the sample, complete the following steps:
235
+
234
236
1. Configure the sample (optional) by running the following command:
235
237
236
238
.. code-block:: bash
@@ -342,6 +344,8 @@ The sample automatically decodes and logs all protobuf messages:
342
344
Directory structure
343
345
*******************
344
346
347
+
The directory structure of the sample is as follows:
348
+
345
349
.. code-block:: text
346
350
347
351
samples/wifi/provisioning/internal/
@@ -359,6 +363,6 @@ Generated files
359
363
360
364
During the build process, the following files are generated:
361
365
362
-
* :file:`wifi_config.h` - Header with Wi-Fi configuration data declarations
363
-
* :file:`wifi_config.c` - C file with Wi-Fi configuration data definitions
366
+
* :file:`wifi_config.h` - Header file with Wi-Fi configuration data declarations.
367
+
* :file:`wifi_config.c` - Source file with Wi-Fi configuration data definitions.
364
368
* Protobuf Python files - Generated from the :file:`*.proto` files for configuration.
The Shutdown sample demonstrates how to put the Nordic Semiconductor's Wi-Fi® chipset in the Shutdown state, where the device is completely powered off.
11
11
For more information, see the `nRF70 Series power states`_ page.
12
12
13
-
This also demonstrates how to achieve the lowest possible power consumption in the Host SoC (nRF53, nRF52 or nRF91 Series) when Wi-Fi is enabled but not being used.
13
+
This also demonstrates how to achieve the lowest possible power consumption in the host SoC (nRF53, nRF52 or nRF91 Series) when Wi-Fi is enabled but not being used.
14
14
15
15
The sample supports the following three modes of operation:
16
16
@@ -28,15 +28,15 @@ The sample supports the following development kits:
28
28
Overview
29
29
********
30
30
31
-
The sample can demonstrate Wi-Fi shutdown and achieve the lowest possible power consumption in the Host SoC.
31
+
The sample can demonstrate Wi-Fi shutdown and achieve the lowest possible power consumption in the host SoC.
32
32
It operates in one of the following three modes, based on the selected configuration:
33
33
34
-
* In Continuous mode(default), the sample performs the following steps:
34
+
* In Continuous mode(default), the sample performs the following steps:
35
35
36
36
1. Initializes the Wi-Fi driver and powers up the nRF70 device.
37
37
#. Scans for available Wi-Fi networks to verify that the Wi-Fi driver is operational.
38
38
#. Brings down the Wi-Fi network interface, which automatically directs the Wi-Fi driver to power down the nRF70 device.
39
-
#. Puts the Host SoC in the lowest possible power consumption mode.
39
+
#. Puts the host SoC in the lowest possible power consumption mode.
40
40
#. Waits for the configured timeout period (``SHUTDOWN_TIMEOUT_S``).
41
41
#. Repeats the cycle from step 1.
42
42
@@ -49,29 +49,59 @@ User Interface
49
49
50
50
The user interface depends on the selected mode of operation:
51
51
52
-
Buttons mode only:
52
+
Buttons mode
53
+
============
53
54
54
55
Button 1:
55
-
Wakes up the Host SoC, brings up the Wi-Fi network interface, which automatically directs the Wi-Fi driver to power on the nRF70 device.
56
+
Wakes up the host SoC, brings up the Wi-Fi network interface, which automatically directs the Wi-Fi driver to power on the nRF70 device.
56
57
The sample then scans for available Wi-Fi networks to verify that the Wi-Fi driver is operational.
57
58
58
59
Button 2:
59
60
Brings down the Wi-Fi network interface, which automatically directs the Wi-Fi driver to power down the nRF70 device.
60
-
The Host SoC is put into the lowest possible power consumption mode.
61
+
The host SoC is put into the lowest possible power consumption mode.
61
62
62
-
Continuous and One-shot modes:
63
+
Continuous and One-shot modes
64
+
=============================
63
65
64
-
User interaction required.
66
+
User interaction is required.
65
67
The sample operates automatically according to the selected mode.
66
68
69
+
Configuration
70
+
*************
71
+
72
+
|config|
73
+
74
+
Configuration options
75
+
=====================
76
+
77
+
Disable auto-start of the Wi-Fi driver
78
+
--------------------------------------
79
+
80
+
The Wi-Fi network interface is automatically brought up when the Wi-Fi driver is initialized by default.
81
+
You can disable it by setting the :kconfig:option:`CONFIG_NRF_WIFI_IF_AUTO_START` Kconfig option to ``n``.
82
+
This is automatically set for One-shot mode.
83
+
84
+
.. code-block:: console
85
+
86
+
west build -p -b nrf7002dk/nrf5340/cpuapp -- -DCONFIG_NRF_WIFI_IF_AUTO_START=n
87
+
88
+
Adjust shutdown timeout
89
+
-----------------------
90
+
91
+
In Continuous mode, you can configure the timeout period between shutdown and restart cycles using the :kconfig:option:`CONFIG_SHUTDOWN_TIMEOUT_S` option (in seconds):
92
+
93
+
.. code-block:: console
94
+
95
+
west build -p -b nrf7002dk/nrf5340/cpuapp -- -DCONFIG_SHUTDOWN_TIMEOUT_S=10
0 commit comments