LE Audio streaming between two dev boards is intermittently dropping

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Wed, 05 Feb 2025 20:07:06 GMT

Hi,

[quote user="mkimhj"]When I switch over to external power through USB the bird chirping goes away. Looks like there's insufficient power going to the amplifier when powered through USB.[/quote]

Happy to know you find the root cause and fix it.

[quote user="mkimhj"]- Where is the microphone on the audio DK? is there one integrated into the board? [/quote]

There is a PDM microphone (U5) on the nRF5340 Audio DK to capture audio input. See the nRF5340 Audio DK Hardware documentation

[quote user="mkimhj"]- When using bidirectional mode with two audio DKs acting as earbuds, do both microphones get streamed?[/quote]

Yes, See Enabling the walkie-talkie demo

[quote user="mkimhj"]- Is it possible to add another BLE stream to add sensor data on top of the LE audio stream?[/quote]

Yes, see this post.

-Amanda H.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Wed, 05 Feb 2025 19:09:18 GMT

Hi Amanda,

Bird chirping persists with the new images.

When I switch over to external power through USB the bird chirping goes away. Looks like there's insufficient power going to the amplifier when powered through USB.

I have two additional questions:

- Where is the microphone on the audio DK? is there one integrated into the board?

- When using bidirectional mode with two audio DKs acting as earbuds, do both microphones get streamed?

- Is it possible to add another BLE stream to add sensor data on top of the LE audio stream?

Thank you so much!

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Wed, 05 Feb 2025 15:12:33 GMT

Hi,

Could you also test with devzone.nordicsemi.com/.../cis_5F00_headset_5F00_app_5F00_i2s.hex and devzone.nordicsemi.com/.../cis_5F00_gateway_5F00_app_5F00_i2s.hex for I2S input? The NET core image and programming flow are the same as in the previous reply.

Do you get the bird chirping behavior with these two images? If so, try to swap the role of ADK and check the audio source (maybe the bird chirp is from the audio source). or use a portable power bank instead of a USB cable to power the ADKs.

-Amanda H.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Tue, 04 Feb 2025 16:53:07 GMT

| >  nanocom -p  /dev/tty.usbmodem0010501753211
*** nanocom started ***
*** Ctrl+] to exit  ***
HL [00:00:21.724,426] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2000 Bad: 193 Size mismatch 193
HL [00:00:22.724,456] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2100 Bad: 193 Size mismatch 193
*** Booting nRF Connect SDK v2.9.0-7787b2649840 ***
*** Using Zephyr OS v3.7.99-1f8f3dc29142 ***
HL [00:00:00.269,012] <inf> board_version: Compatible board/HW version found: 1.1.0
HL [00:00:00.301,666] <inf> fw_info:
	 nRF5340 Audio nRF5340 Audio DK cpuapp
	 NCS base version: 2.9.0
	 Cmake run : Mon Feb 03 23:03:39 2025
HL [00:00:00.301,666] <inf> fw_info: ------- DEBUG BUILD -------
HL [00:00:00.301,666] <inf> fw_info: HEADSET left device
HL [00:00:00.374,298] <inf> bt_mgmt_ctlr_cfg: Controller: SoftDevice: Version 6.0 (0x0e), Revision 8299
HL [00:00:00.374,511] <inf> bt_mgmt: Local identity addr: D0:5B:8C:A4:B4:FE (random)
HL [00:00:00.403,411] <wrn> unicast_server: CSIP using the default SIRK, must be changed before production
HL [00:00:00.407,989] <inf> bt_mgmt_adv: Local addr: 4A:C1:AE:6D:BB:A8 (random)
HL [00:00:00.408,081] <inf> bt_mgmt_adv: Adv directed to: D2:5F:7A:D9:31:2B (random).
HL [00:00:00.408,660] <inf> bt_mgmt_adv: Advertising successfully started
HL [00:00:00.416,381] <inf> bt_mgmt: Connected: D2:5F:7A:D9:31:2B (random)
HL [00:00:00.416,412] <inf> main: Connection event. Num connections: 1
HL [00:00:00.416,564] <inf> bt_mgmt_adv: RPA (Resolvable Private Address) expired.
HL [00:00:00.416,656] <inf> bt_mgmt_adv: Local addr: 4A:C1:AE:6D:BB:A8 (random)
HL [00:00:00.487,487] <inf> main: Security changed
HL [00:00:00.487,701] <wrn> bt_gatt: Device is not subscribed to characteristic
HL [00:00:00.487,701] <wrn> bt_pacs: PACS notify failed: -22
HL [00:00:00.967,346] <inf> bt_content_ctrl_media: Discovery of MCS finished
HL [00:00:01.358,276] <inf> le_audio: LC3 codec config for sink:
HL [00:00:01.358,276] <inf> le_audio: 	Frequency: 48000 Hz
HL [00:00:01.358,276] <inf> le_audio: 	Duration: 10000 us
HL [00:00:01.358,276] <inf> le_audio: 	Channel allocation: 0x1
HL [00:00:01.358,276] <inf> le_audio: 	Octets per frame: 120 (96000 bps)
HL [00:00:01.358,276] <inf> le_audio: 	Frames per SDU: 1
HL [00:00:01.378,143] <inf> main: Presentation delay 3000 us is set by initiator
HL [00:00:01.724,365] <inf> unicast_server: Stream 0x20010fe8 started
HL [00:00:01.737,243] <wrn> audio_datapath: Data received, total under-runs: 1
HL [00:00:02.725,860] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 100 Bad: 100 Size mismatch 100
HL [00:00:03.514,312] <inf> audio_datapath: Drft comp state: CALIB
HL [00:00:03.614,318] <inf> audio_datapath: Drft comp state: OFFSET
HL [00:00:03.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 200 Bad: 179 Size mismatch 179
HL [00:00:04.014,160] <inf> audio_datapath: Drft comp state: LOCKED
HL [00:00:04.014,587] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:04.124,572] <inf> audio_datapath: Pres comp state: WAIT
HL [00:00:04.264,556] <inf> audio_datapath: Pres comp state: INIT
HL [00:00:04.274,566] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:04.384,582] <inf> audio_datapath: Pres comp state: LOCKED
HL [00:00:04.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 300 Bad: 179 Size mismatch 179
HL [00:00:05.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 400 Bad: 179 Size mismatch 179
HL [00:00:06.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 500 Bad: 179 Size mismatch 179
HL [00:00:07.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 600 Bad: 179 Size mismatch 179
HL [00:00:08.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 700 Bad: 179 Size mismatch 179
HL [00:00:09.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 800 Bad: 179 Size mismatch 179
HL [00:00:10.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 900 Bad: 179 Size mismatch 179
HL [00:00:11.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1000 Bad: 179 Size mismatch 179
HL [00:00:12.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1100 Bad: 179 Size mismatch 179
HL [00:00:13.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1200 Bad: 179 Size mismatch 179
HL [00:00:14.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1300 Bad: 179 Size mismatch 179
HL [00:00:15.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1400 Bad: 179 Size mismatch 179
HL [00:00:16.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1500 Bad: 179 Size mismatch 179
HL [00:00:17.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1600 Bad: 179 Size mismatch 179
HL [00:00:18.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1700 Bad: 179 Size mismatch 179
HL [00:00:19.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1800 Bad: 179 Size mismatch 179
HL [00:00:20.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1900 Bad: 179 Size mismatch 179
HL [00:00:21.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2000 Bad: 179 Size mismatch 179
HL [00:00:22.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2100 Bad: 179 Size mismatch 179
HL [00:00:23.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2200 Bad: 179 Size mismatch 179
HL [00:00:24.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2300 Bad: 179 Size mismatch 179
HL [00:00:25.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2400 Bad: 179 Size mismatch 179
HL [00:00:26.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2500 Bad: 179 Size mismatch 179
HL [00:00:27.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2600 Bad: 179 Size mismatch 179
HL [00:00:28.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2700 Bad: 179 Size mismatch 179
HL [00:00:29.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2800 Bad: 179 Size mismatch 179
HL [00:00:30.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2900 Bad: 179 Size mismatch 179
HL [00:00:31.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3000 Bad: 179 Size mismatch 179
HL [00:00:32.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3100 Bad: 179 Size mismatch 179
HL [00:00:33.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3200 Bad: 179 Size mismatch 179
HL [00:00:34.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3300 Bad: 179 Size mismatch 179
HL [00:00:35.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3400 Bad: 179 Size mismatch 179
HL [00:00:36.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3500 Bad: 179 Size mismatch 179
HL [00:00:37.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3600 Bad: 179 Size mismatch 179
HL [00:00:38.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3700 Bad: 179 Size mismatch 179

| >  nanocom -p  /dev/tty.usbmodem0010501753211
*** nanocom started ***
*** Ctrl+] to exit  ***
HL [00:00:21.724,426] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2000 Bad: 193 Size mismatch 193
HL [00:00:22.724,456] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2100 Bad: 193 Size mismatch 193
*** Booting nRF Connect SDK v2.9.0-7787b2649840 ***
*** Using Zephyr OS v3.7.99-1f8f3dc29142 ***
HL [00:00:00.269,012] <inf> board_version: Compatible board/HW version found: 1.1.0
HL [00:00:00.301,666] <inf> fw_info:
	 nRF5340 Audio nRF5340 Audio DK cpuapp
	 NCS base version: 2.9.0
	 Cmake run : Mon Feb 03 23:03:39 2025
HL [00:00:00.301,666] <inf> fw_info: ------- DEBUG BUILD -------
HL [00:00:00.301,666] <inf> fw_info: HEADSET left device
HL [00:00:00.374,298] <inf> bt_mgmt_ctlr_cfg: Controller: SoftDevice: Version 6.0 (0x0e), Revision 8299
HL [00:00:00.374,511] <inf> bt_mgmt: Local identity addr: D0:5B:8C:A4:B4:FE (random)
HL [00:00:00.403,411] <wrn> unicast_server: CSIP using the default SIRK, must be changed before production
HL [00:00:00.407,989] <inf> bt_mgmt_adv: Local addr: 4A:C1:AE:6D:BB:A8 (random)
HL [00:00:00.408,081] <inf> bt_mgmt_adv: Adv directed to: D2:5F:7A:D9:31:2B (random).
HL [00:00:00.408,660] <inf> bt_mgmt_adv: Advertising successfully started
HL [00:00:00.416,381] <inf> bt_mgmt: Connected: D2:5F:7A:D9:31:2B (random)
HL [00:00:00.416,412] <inf> main: Connection event. Num connections: 1
HL [00:00:00.416,564] <inf> bt_mgmt_adv: RPA (Resolvable Private Address) expired.
HL [00:00:00.416,656] <inf> bt_mgmt_adv: Local addr: 4A:C1:AE:6D:BB:A8 (random)
HL [00:00:00.487,487] <inf> main: Security changed
HL [00:00:00.487,701] <wrn> bt_gatt: Device is not subscribed to characteristic
HL [00:00:00.487,701] <wrn> bt_pacs: PACS notify failed: -22
HL [00:00:00.967,346] <inf> bt_content_ctrl_media: Discovery of MCS finished
HL [00:00:01.358,276] <inf> le_audio: LC3 codec config for sink:
HL [00:00:01.358,276] <inf> le_audio: 	Frequency: 48000 Hz
HL [00:00:01.358,276] <inf> le_audio: 	Duration: 10000 us
HL [00:00:01.358,276] <inf> le_audio: 	Channel allocation: 0x1
HL [00:00:01.358,276] <inf> le_audio: 	Octets per frame: 120 (96000 bps)
HL [00:00:01.358,276] <inf> le_audio: 	Frames per SDU: 1
HL [00:00:01.378,143] <inf> main: Presentation delay 3000 us is set by initiator
HL [00:00:01.724,365] <inf> unicast_server: Stream 0x20010fe8 started
HL [00:00:01.737,243] <wrn> audio_datapath: Data received, total under-runs: 1
HL [00:00:02.725,860] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 100 Bad: 100 Size mismatch 100
HL [00:00:03.514,312] <inf> audio_datapath: Drft comp state: CALIB
HL [00:00:03.614,318] <inf> audio_datapath: Drft comp state: OFFSET
HL [00:00:03.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 200 Bad: 179 Size mismatch 179
HL [00:00:04.014,160] <inf> audio_datapath: Drft comp state: LOCKED
HL [00:00:04.014,587] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:04.124,572] <inf> audio_datapath: Pres comp state: WAIT
HL [00:00:04.264,556] <inf> audio_datapath: Pres comp state: INIT
HL [00:00:04.274,566] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:04.384,582] <inf> audio_datapath: Pres comp state: LOCKED
HL [00:00:04.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 300 Bad: 179 Size mismatch 179
HL [00:00:05.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 400 Bad: 179 Size mismatch 179
HL [00:00:06.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 500 Bad: 179 Size mismatch 179
HL [00:00:07.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 600 Bad: 179 Size mismatch 179
HL [00:00:08.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 700 Bad: 179 Size mismatch 179
HL [00:00:09.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 800 Bad: 179 Size mismatch 179
HL [00:00:10.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 900 Bad: 179 Size mismatch 179
HL [00:00:11.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1000 Bad: 179 Size mismatch 179
HL [00:00:12.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1100 Bad: 179 Size mismatch 179
HL [00:00:13.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1200 Bad: 179 Size mismatch 179
HL [00:00:14.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1300 Bad: 179 Size mismatch 179
HL [00:00:15.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1400 Bad: 179 Size mismatch 179
HL [00:00:16.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1500 Bad: 179 Size mismatch 179
HL [00:00:17.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1600 Bad: 179 Size mismatch 179
HL [00:00:18.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1700 Bad: 179 Size mismatch 179
HL [00:00:19.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1800 Bad: 179 Size mismatch 179
HL [00:00:20.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 1900 Bad: 179 Size mismatch 179
HL [00:00:21.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2000 Bad: 179 Size mismatch 179
HL [00:00:22.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2100 Bad: 179 Size mismatch 179
HL [00:00:23.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2200 Bad: 179 Size mismatch 179
HL [00:00:24.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2300 Bad: 179 Size mismatch 179
HL [00:00:25.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2400 Bad: 179 Size mismatch 179
HL [00:00:26.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2500 Bad: 179 Size mismatch 179
HL [00:00:27.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2600 Bad: 179 Size mismatch 179
HL [00:00:28.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2700 Bad: 179 Size mismatch 179
HL [00:00:29.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2800 Bad: 179 Size mismatch 179
HL [00:00:30.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 2900 Bad: 179 Size mismatch 179
HL [00:00:31.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3000 Bad: 179 Size mismatch 179
HL [00:00:32.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3100 Bad: 179 Size mismatch 179
HL [00:00:33.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3200 Bad: 179 Size mismatch 179
HL [00:00:34.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3300 Bad: 179 Size mismatch 179
HL [00:00:35.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3400 Bad: 179 Size mismatch 179
HL [00:00:36.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3500 Bad: 179 Size mismatch 179
HL [00:00:37.714,477] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3600 Bad: 179 Size mismatch 179
HL [00:00:38.714,508] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 3700 Bad: 179 Size mismatch 179

I programmed with the binaries you provided and it's the same -- a few seconds of audio and then silence.

I tried using my iPhone as the source of audio and that looks like it works.

Just for your data points for known issues:

Macbook Air M2 (using USB: audio for 3 seconds and then silence, using AUX: bird chirping behavior)

iPhone 16 pro (using USB: works)

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Mon, 03 Feb 2025 17:22:46 GMT

Hi,

We cannot replicate the issue, and I'm not sure if there's RF interference nearby.

But the bird chirping behavior should not happen, and also the USB audio interface should be OK on MacOS now

Here is the firmware compiled from our side. devzone.nordicsemi.com/.../network.hex devzone.nordicsemi.com/.../cis_5F00_gateway_5F00_usb_5F00_app.hex devzone.nordicsemi.com/.../cis_5F00_headset_5F00_app.hex
It uses USB as an audio interface, we tested it with an iPad and there's no issue.
Programming Commands for cis_gateway:

nrfjprog -f nrf53 --program network.hex --coprocessor CP_NETWORK --chiperase
nrfjprog -f nrf53 --program cis_gateway_usb_app.hex --chiperase

Programming Commands for cis_headset:

nrfjprog -f nrf53 --program network.hex --coprocessor CP_NETWORK --chiperase
nrfjprog -f nrf53 --program cis_headset_app.hex --chiperase

If it cannot help the issue, could you dump the log for further investigation?
For example:

HR [00:00:03.159,912] <inf> audio_datapath: Pres comp state: LOCKED
HR [00:00:03.279,815] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 100 Bad: 10 Size mismatch 10
HR [00:00:04.279,846] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 200 Bad: 10 Size mismatch 10
HR [00:00:05.279,785] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 300 Bad: 10 Size mismatch 10
HR [00:00:06.279,785] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 400 Bad: 10 Size mismatch 10
HR [00:00:07.279,785] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 500 Bad: 10 Size mismatch 10
HR [00:00:08.280,670] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 600 Bad: 10 Size mismatch 10
HR [00:00:09.279,754] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 700 Bad: 10 Size mismatch 10
HR [00:00:10.279,785] <dbg> le_audio_rx: le_audio_rx_data_handler: ISO RX SDUs: Ch: 0 Total: 800 Bad: 10 Size mismatch 10

-Amanda H.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Fri, 31 Jan 2025 17:27:50 GMT

Hi Amanda,

When I try release mode using CONFIG_AUDIO_SOURCE_I2S=y, the audio only plays for 2-3 seconds and then stops.

Which Hex file would you like? debug or release?

Secondly, the only change I've made to the sample project is adding CONFIG_AUDIO_SOURCE_I2S=y to workaround the mac USB issue. Is it possible for nordic to try this on their end?

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Thu, 30 Jan 2025 22:01:17 GMT

Sorry for the late reply.

Could you try the release mode to see if it gets any help?

If not, Is it possible to provide your hex file for us to test?

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Thu, 30 Jan 2025 21:06:28 GMT

Hi Amanda,

Can I get an update on this ticket?

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Tue, 28 Jan 2025 20:58:44 GMT

[quote userid="77782" url="~/f/nordic-q-a/118196/le-audio-streaming-between-two-dev-boards-is-intermittently-dropping/520469"]It's usually enabled by CONFIG_STREAM_BIDIRECTIONAL. [/quote]

Ah I see, so going CONFIG_STREAM_BIDIRECTIONAL=y means that the sampling rate gets cut in half to have enough bandwidth to support 2 out / 2in? Am I understanding this correctly? Is going bidirectional / unidirectional configurable during runtime?

[quote userid="77782" url="~/f/nordic-q-a/118196/le-audio-streaming-between-two-dev-boards-is-intermittently-dropping/520469"]

Since your log only shows the first few seconds, not sure it has the bird chirping behavior during that period.

Could you provide the log during the bird chirping behavior? Upload it via the toolbar -> insert -> file or code.

[/quote]

There are no more logs after this. The bird chirping starts when the link gets established and never ends.

[quote userid="77782" url="~/f/nordic-q-a/118196/le-audio-streaming-between-two-dev-boards-is-intermittently-dropping/520469"]How do you compile and flash the application? What commands did you use?[/quote]

I use the instructions here: https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/applications/nrf5340_audio/doc/building.html

python buildprog.py -c both -b debug -d both -p

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Tue, 28 Jan 2025 20:13:52 GMT

Hi,

[quote user="mkimhj"]I'm not exactly sure what caused the sampling rate to change to 24kHz.[/quote]

It's usually enabled by CONFIG_STREAM_BIDIRECTIONAL.

[quote user="mkimhj"]so that I can use the LINE_IN and pass in audio via an aux cable. This exhibits the same bird chirping behavior I mentioned earlier. [/quote]

Do you see the log showing something different while you hear the bird chirping?

Since your log only shows the first few seconds, not sure it has the bird chirping behavior during that period.

Could you provide the log during the bird chirping behavior? Upload it via the toolbar -> insert -> file or code.

How do you compile and flash the application? What commands did you use?

-Amanda H.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Mon, 27 Jan 2025 18:50:43 GMT

Hi Amanda, Below are the logs:

*** Booting nRF Connect SDK v2.9.0-7787b2649840 ***
*** Using Zephyr OS v3.7.99-1f8f3dc29142 ***
GW [00:00:00.268,249] <inf> board_version: Compatible board/HW version found: 1.1.0
GW [00:00:00.300,598] <inf> fw_info:
nRF5340 Audio nRF5340 Audio DK cpuapp
NCS base version: 2.9.0
Cmake run : Fri Jan 24 09:23:57 2025
GW [00:00:00.300,598] <inf> fw_info: ------- DEBUG BUILD -------
GW [00:00:00.300,628] <inf> fw_info: Compiled for GATEWAY device
GW [00:00:00.373,748] <inf> bt_mgmt_ctlr_cfg: Controller: SoftDevice: Version 6.0 (0x0e), Revision 8299
GW [00:00:00.373,931] <inf> bt_mgmt: Local identity addr: D2:5F:7A:D9:31:2B (random)
GW [00:00:00.405,059] <inf> bt_mgmt_scan: Local addr: 5C:E2:CC:C0:F8:3F (random). May time out. Updates not printed
GW [00:00:00.405,090] <inf> bt_mgmt_scan: Scanning successfully started
GW [00:00:00.409,362] <inf> bt_mgmt_scan: Creating connection to bonded device: D0:5B:8C:A4:B4:FE (random)
GW [00:00:00.414,398] <inf> bt_mgmt: Connected: D0:5B:8C:A4:B4:FE (random)
GW [00:00:00.414,428] <inf> main: Connection event. Num connections: 1
GW [00:00:00.484,771] <inf> main: Security changed
GW [00:00:00.695,007] <inf> bt_vol_ctlr: VCS discover finished
GW [00:00:01.045,043] <inf> main: Set members found: 1 of 2
GW [00:00:01.046,173] <inf> bt_mgmt_scan: Local addr: 5C:E2:CC:C0:F8:3F (random). May time out. Updates not printed
GW [00:00:01.046,173] <inf> bt_mgmt_scan: Scanning successfully started
GW [00:00:01.344,848] <inf> unicast_client: Discovered 1 sink endpoint(s) for device 0
GW [00:00:01.366,302] <inf> unicast_client: LEFT sink stream configured
GW [00:00:01.366,333] <inf> le_audio: LC3 codec config for sink:
GW [00:00:01.366,333] <inf> le_audio: Frequency: 48000 Hz
GW [00:00:01.366,333] <inf> le_audio: Duration: 10000 us
GW [00:00:01.366,333] <inf> le_audio: Channel allocation: 0x1
GW [00:00:01.366,363] <inf> le_audio: Octets per frame: 120 (96000 bps)
GW [00:00:01.366,363] <inf> le_audio: Frames per SDU: 1
GW [00:00:01.804,840] <inf> unicast_client: Stream 0x200122b0 started
GW [00:00:01.833,038] <inf> audio_datapath: Drft comp state: CALIB
GW [00:00:01.933,044] <inf> audio_datapath: Drft comp state: OFFSET
GW [00:00:02.233,001] <inf> audio_datapath: Drft comp state: LOCKED

_________________________________

*** Booting nRF Connect SDK v2.9.0-7787b2649840 ***
*** Using Zephyr OS v3.7.99-1f8f3dc29142 ***
HL [00:00:00.268,981] <inf> board_version: Compatible board/HW version found: 1.1.0
HL [00:00:00.301,605] <inf> fw_info:
nRF5340 Audio nRF5340 Audio DK cpuapp
NCS base version: 2.9.0
Cmake run : Fri Jan 24 09:19:34 2025
HL [00:00:00.301,605] <inf> fw_info: ------- DEBUG BUILD -------
HL [00:00:00.301,605] <inf> fw_info: HEADSET left device
HL [00:00:00.374,298] <inf> bt_mgmt_ctlr_cfg: Controller: SoftDevice: Version 6.0 (0x0e), Revision 8299
HL [00:00:00.374,511] <inf> bt_mgmt: Local identity addr: D0:5B:8C:A4:B4:FE (random)
HL [00:00:00.403,106] <wrn> unicast_server: CSIP using the default SIRK, must be changed before production
HL [00:00:00.407,623] <inf> bt_mgmt_adv: Local addr: 5E:FD:8C:4C:92:83 (random)
HL [00:00:00.407,714] <inf> bt_mgmt_adv: Adv directed to: D2:5F:7A:D9:31:2B (random).
HL [00:00:00.408,294] <inf> bt_mgmt_adv: Advertising successfully started
HL [00:00:00.438,903] <inf> bt_mgmt: Connected: D2:5F:7A:D9:31:2B (random)
HL [00:00:00.438,934] <inf> main: Connection event. Num connections: 1
HL [00:00:00.439,086] <inf> bt_mgmt_adv: RPA (Resolvable Private Address) expired.
HL [00:00:00.439,178] <inf> bt_mgmt_adv: Local addr: 5E:FD:8C:4C:92:83 (random)
HL [00:00:00.509,979] <inf> main: Security changed
HL [00:00:00.510,192] <wrn> bt_gatt: Device is not subscribed to characteristic
HL [00:00:00.510,192] <wrn> bt_pacs: PACS notify failed: -22
HL [00:00:00.989,837] <inf> bt_content_ctrl_media: Discovery of MCS finished
HL [00:00:01.380,737] <inf> le_audio: LC3 codec config for sink:
HL [00:00:01.380,737] <inf> le_audio: Frequency: 48000 Hz
HL [00:00:01.380,767] <inf> le_audio: Duration: 10000 us
HL [00:00:01.380,767] <inf> le_audio: Channel allocation: 0x1
HL [00:00:01.380,767] <inf> le_audio: Octets per frame: 120 (96000 bps)
HL [00:00:01.380,767] <inf> le_audio: Frames per SDU: 1
HL [00:00:01.400,634] <inf> main: Presentation delay 3000 us is set by initiator
HL [00:00:01.746,826] <inf> unicast_server: Stream 0x20010fec started
HL [00:00:01.759,429] <wrn> audio_datapath: Data received, total under-runs: 1
HL [00:00:01.867,431] <inf> audio_datapath: Drft comp state: CALIB
HL [00:00:01.967,437] <inf> audio_datapath: Drft comp state: INIT
HL [00:00:01.968,444] <inf> audio_datapath: Drft comp state: CALIB
HL [00:00:02.068,450] <inf> audio_datapath: Drft comp state: OFFSET
HL [00:00:02.468,597] <inf> audio_datapath: Drft comp state: LOCKED
HL [00:00:02.477,050] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:02.587,066] <inf> audio_datapath: Pres comp state: WAIT
HL [00:00:02.727,050] <inf> audio_datapath: Pres comp state: INIT
HL [00:00:02.737,060] <inf> audio_datapath: Pres comp state: MEAS
HL [00:00:02.847,045] <inf> audio_datapath: Pres comp state: LOCKED

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Mon, 27 Jan 2025 16:52:44 GMT

Hi,

[quote user="mkimhj"]

The only change I've made to the unmodified application is

CONFIG_AUDIO_SOURCE_I2S=y

so that I can use the LINE_IN and pass in audio via an aux cable. This exhibits the same bird chirping behavior I mentioned earlier.

[/quote]

Could you provide the device logs from both sides?

-Amanda H.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Fri, 24 Jan 2025 17:13:07 GMT

Hi Amanda,

I loaded the unmodified project and that seems to be streaming at 48kHz over LC3. This is interesting because the process I followed was copying this example project for the new one -- I'm not exactly sure what caused the sampling rate to change to 24kHz.

The unmodified audio application stops streaming after a few seconds which seems like a known issue.

The only change I've made to the unmodified application is

CONFIG_AUDIO_SOURCE_I2S=y

so that I can use the LINE_IN and pass in audio via an aux cable. This exhibits the same bird chirping behavior I mentioned earlier. I've attached a video for reference.

devzone.nordicsemi.com/.../IMG_5F00_0084.MOV

Are there any solutions for this problem? Has an external USB audio sound card been used to try and work around the mac USB issue?

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Thu, 23 Jan 2025 19:08:35 GMT

Got it. Try the unmodified nRF5340 Audio applications for the default sampling rate of 48kHz.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Thu, 23 Jan 2025 18:38:28 GMT

I am using 2.9, and I see 'unicast server' and 'unicast client' in the logs, so I do not think I am using the broadcast mode.

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Thu, 23 Jan 2025 18:28:10 GMT

What NCS version are you using? Are you using Broadcast sink and Broadcast source?

The default sampling rate is 48kHz. Could you try the unmodified nRF5340 Audio applications?

The log would look like this:

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Thu, 23 Jan 2025 01:49:07 GMT

Thanks Amanda,

Looks like setting CONFIG_BT_AUDIO_PREF_SAMPLE_RATE_48KHZ=y inside prj.conf does the sets the sampling rate I am looking for, but I think I am missing some other configuration. I am hearing an audio artifact that sounds like a birp chirping between two different frequencies.

I feel like I am missing some higher level configuration which will properly set the sampling rate to 48kHz. Setting CONFIG_BT_AUDIO_PREF_SAMPLE_RATE_48KHZ=y in isolation seems like it is not working as intended. Are there other configurations that need to be changed? I would have expected the default for this project to sample at 48kHz but that does not seem to be the case.

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Wed, 22 Jan 2025 19:46:27 GMT

The default setting is from this line https://github.com/nrfconnect/sdk-nrf/blob/v2.9.0/applications/nrf5340_audio/src/bluetooth/Kconfig#L45

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Wed, 22 Jan 2025 16:25:13 GMT

Is it a matter of setting the choice in prj.conf like below?

CONFIG_BT_AUDIO_PREF_SAMPLE_RATE_48KHZ=y?

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Wed, 22 Jan 2025 16:21:59 GMT

Yes, but where in the actual source code is this default being set? I'd like to override this to 48kHz because the audio quality does not sound great.

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Wed, 22 Jan 2025 13:37:28 GMT

Your log shows that your LC3 codec is already set to 24kHz.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Tue, 21 Jan 2025 23:42:50 GMT

Thank you. Apologies I'm a bit new to the new zephyr build system and its configuration. Where is the default being set for the audio sample project provided by nordic?

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Tue, 21 Jan 2025 19:32:23 GMT

See the settings: https://github.com/nrfconnect/sdk-nrf/blob/v2.9.0/applications/nrf5340_audio/src/bluetooth/Kconfig#L36

All of them are 16 bit, though with different sampling rates.

RE: LE Audio streaming between two dev boards is intermittently dropping

mkimhj — Tue, 21 Jan 2025 18:33:22 GMT

Thanks Amanda. I'll switch over to using the 3.5mm jack for now.

Do you know what part of the project is responsible for configuring the LC3 codec to be at 24kHz instead of 48kHz?

RE: LE Audio streaming between two dev boards is intermittently dropping

Amanda Hsieh — Tue, 21 Jan 2025 17:49:23 GMT

Hi,

Are you using macOS? If so, it's a known issue:

"OCT-2154: USB audio interface does not work correctly on macOS. The audio stream is intermittent on the headset side after connecting the gateway to a Mac computer and starting the audio stream."

Regards,
Amanda H.