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
applications: nrf5340_audio: Multi-channel support unicast client
Changed when and how a client discovers a server.
Changed how a unicast group is created.
Added new ZBUS messages for Bluetooth LE events.
Now using CIS and CIG ID from the host.
Added server_store for handling unicast servers/headsets
Bonds will created a server entry in server_store.
Added test framework for server_store.
Prints and docs changed.
OCT-3290
Signed-off-by: Alexander Svensen <[email protected]>
Signed-off-by: Kristoffer Skøien <[email protected]>
The broadcast sink can receive audio from two BISes and play it on the left and right channels of the audio output.
77
+
In this mode, the I2S output is stereo, but :zephyr:board:`nrf5340_audio_dk` still only has one audio output channel, since it has a mono codec (CS47L63).
78
+
79
+
To configure stereo, program the :ref:`correct headset location <nrf53_audio_app_configuration_headset_location>` for each headset.
80
+
81
+
See also :file:`overlay-broadcast_sink.conf` for more information.
Copy file name to clipboardExpand all lines: applications/nrf5340_audio/doc/building.rst
+42-16Lines changed: 42 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -68,9 +68,9 @@ When preparing the JSON file, update the following fields:
68
68
You can check this ten-digit number on the sticker on the nRF5340 Audio development kit.
69
69
Alternatively, connect the development kit to your PC and run ``nrfutil device list`` in a command window to print the SEGGER serial number of all connected kits.
70
70
* ``nrf5340_audio_dk_dev`` - This field assigns the specific nRF5340 Audio development kit to be ``headset`` or ``gateway``.
71
-
* ``channel`` - This field is valid only for headsets.
72
-
It sets the channels on which the headset is meant to work.
73
-
When no channel is set, the headset is programmed as a left channel one.
71
+
* ``location`` - This field is valid only for headsets.
72
+
It sets the location on which the headset is meant to work, especially when using the :ref:`default CIS transport mode configuration <nrf53_audio_transport_mode_configuration>`.
73
+
For more information, see :ref:`nrf53_audio_app_configuration_headset_location`.
The application uses a :file:`prj.conf` configuration file located in the sample root directory for the default configuration.
229
-
It also provides additional files for different custom configurations.
229
+
It also uses application-specific overlay files and can use additional files for different custom configurations.
230
230
When you build the sample, you can select one of these configurations using the :makevar:`FILE_SUFFIX` variable.
231
231
232
-
See :ref:`app_build_file_suffixes` and :ref:`cmake_options` for more information.
232
+
See :ref:`nrf53_audio_app_configuration_files`, :ref:`app_build_file_suffixes`, and :ref:`cmake_options` for more information.
233
233
234
-
The application supports the following custom configurations:
234
+
The application supports the following configuration files:
235
235
236
-
.. list-table:: Application custom configurations
236
+
.. list-table:: Application configurations
237
237
:widths: auto
238
238
:header-rows: 1
239
239
@@ -252,8 +252,24 @@ The application supports the following custom configurations:
252
252
* - FOTA DFU
253
253
- :file:`prj_fota.conf`
254
254
- ``fota``
255
-
- | Builds the debug version of the application with the features needed to perform DFU over Bluetooth LE, and includes bootloaders so that the applications on both the application core and network core can be updated.
255
+
- | Builds the debug version of the application (:file:`prj.conf`) with the features needed to perform DFU over Bluetooth LE, and includes bootloaders so that the applications on both the application core and network core can be updated.
256
256
|See :ref:`nrf53_audio_app_fota` for more information.
After building the files for the development kit you want to program, follow the :ref:`standard procedure for programming applications <building>` in the |NCS|.
309
327
310
-
When using the default CIS configuration, if you want to use two headset devices, you must also populate the UICR with the desired channel for each headset.
311
-
Use the following commands, depending on which headset you want to populate:
328
+
When using the :ref:`default CIS transport mode configuration<nrf53_audio_transport_mode_configuration>`, if you want to use two headset devices or the stereo configuration, you must :ref:`configure the headset location <nrf53_audio_app_configuration_headset_location>`.
329
+
Use the combined bitfield values, depending on which headset you want to configure:
Select the correct board when prompted with the popup.
326
352
Alternatively, you can add the ``--serial-number`` parameter followed by the SEGGER serial number of the correct board at the end of the ``nrfutil device`` command.
Copy file name to clipboardExpand all lines: applications/nrf5340_audio/doc/configuration.rst
+73-4Lines changed: 73 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ The nRF5340 Audio applications align the configuration with the nRF5340 Audio us
15
15
Among others, the Kconfig options for Bluetooth, Zephyr's audio subsystems, and hardware peripherals are selected to ensure they are enabled.
16
16
17
17
The :option:`CONFIG_NRF5340_AUDIO` option is the main Kconfig option that activates all nRF5340 Audio functionality.
18
-
See the :file:`Kconfig.defaults` file for details related to the default common configuration.
18
+
See the :file:`Kconfig.defaults` file in the :file:`nrf5340_audio` directory for details related to the default common configuration.
19
19
20
20
.. note::
21
21
Part of the default configuration is applied by modifying the default values of Kconfig options.
@@ -80,7 +80,7 @@ Enabling the walkie-talkie demo
80
80
81
81
The walkie-talkie demo uses one or two bidirectional streams from the gateway to one or two headsets.
82
82
The PDM microphone is used as input on both the gateway and headset device.
83
-
To switch to using the walkie-talkie, set the :option:`CONFIG_WALKIE_TALKIE_DEMO` Kconfig option to ``y`` in the :file:`applications/nrf5340_audio/prj.conf` file (for the debug version) or in the :file:`applications/nrf5340_audio/prj_release.conf` file (for the release version).
83
+
To switch to using the walkie-talkie, set the :option:`CONFIG_WALKIE_TALKIE_DEMO` Kconfig option to ``y`` in the :file:`applications/nrf5340_audio/prj.conf` file (for the debug version) or in the :file:`applications/nrf5340_audio/prj_release.conf` file (for the release version).
84
84
85
85
Enabling the Auracast™ (broadcast) mode
86
86
=======================================
@@ -93,7 +93,7 @@ Enabling the BIS mode with two gateways
93
93
=======================================
94
94
95
95
In addition to the standard BIS mode with one gateway, you can also add a second gateway device.
96
-
The BIS headsets can then switch between the two gateways and receive audio stream from one of the two gateways.
96
+
The BIS headsets can then switch between the two gateways and receive the audio stream from one of the two gateways.
97
97
98
98
To configure the second gateway, add both the :option:`CONFIG_TRANSPORT_BIS` and the :option:`CONFIG_BT_AUDIO_USE_BROADCAST_NAME_ALT` Kconfig options set to ``y`` to the :file:`applications/nrf5340_audio/prj.conf` file for the debug version and to the :file:`applications/nrf5340_audio/prj_release.conf` file for the release version.
99
99
You can provide an alternative name to the second gateway using the :option:`CONFIG_BT_AUDIO_BROADCAST_NAME_ALT` or use the default alternative name.
@@ -102,6 +102,62 @@ You build each BIS gateway separately using the normal procedures from :ref:`nrf
102
102
After building the first gateway, configure the required Kconfig options for the second gateway and build the second gateway firmware.
103
103
Remember to program the two firmware versions to two separate gateway devices.
When using the :ref:`default CIS transport mode configuration <nrf53_audio_transport_mode_configuration>`, if you want to use two headset devices or the stereo configuration, you must also define the correct headset location.
111
+
112
+
The nRF5340 Audio applications use audio location definitions from the Audio Location Definition chapter in the `Bluetooth Assigned Numbers`_ specification.
113
+
These correspond to the bitfields in the :file:`bt_audio_location` enum in the :file:`zephyr/include/zephyr/bluetooth/assigned_numbers.h` file.
114
+
When building the audio application, the location value is used to populate the UICR with the correct bitfield for each headset.
115
+
116
+
You can set the location for each headset in the following ways, depending on the building and programming method:
117
+
118
+
* When :ref:`nrf53_audio_app_building_script`, set the location for each headset in the :file:`nrf5340_audio_dk_devices.json` file.
119
+
Use the location labels from the Audio Location Definition chapter in the `Bluetooth Assigned Numbers`_ specification.
120
+
For example:
121
+
122
+
.. code-block:: json
123
+
124
+
[
125
+
{
126
+
"nrf5340_audio_dk_snr": 1000,
127
+
"nrf5340_audio_dk_dev": "headset",
128
+
"location": ["FRONT_LEFT"]
129
+
}
130
+
]
131
+
132
+
* When :ref:`nrf53_audio_app_building_standard`, set the location for each headset when running the :ref:`programming command <nrf53_audio_app_building_standard_programming>`.
133
+
Use the combined bitfield values from the :file:`zephyr/include/zephyr/bluetooth/assigned_numbers.h` file to define the headset location.
134
+
For example, if you want to use the stereo configuration, use the combined bitfield value of the left and right channels (``1`` and ``2``, respectively):
The power measurements are disabled by default in the :ref:`debug version <nrf53_audio_app_overview_files>` of the application.
237
+
238
+
.. note::
239
+
Enabling power measurements in the debug version together with :ref:`debug logging <ug_logging>` increases the power consumption compared with the release version of the application.
240
+
For better results, consider using the `Power Profiler Kit II (PPK2)`_ and the `Power Profiler app`_ from nRF Connect for Desktop to measure the power consumption.
241
+
242
+
To enable power measurements in the debug version, set the :kconfig:option:`CONFIG_NRF5340_AUDIO_POWER_MEASUREMENT` Kconfig option to ``y`` in the :file:`applications/nrf5340_audio/prj.conf` file.
0 commit comments