Attachments (4) Download All
Nordic Case Info
  • Case ID: 339646
Options

Debugging 'sdu_ref_us not from consecutive frames' Issue with Samsung S23

JimmyOu

Hi,

I am currently encountering an issue with the error message 'sdu_ref_us not from consecutive frames' in the following scenario:

  • Broadcasting Source: A Samsung S23 device starts broadcasting audio.
  • Two ADKs are involved:
    • ADK#1: Syncs audio from the beginning and operates without any issues.
    • ADK#2: Begins syncing approximately 11 minutes after broadcasting starts and reports numerous 'sdu_ref_us not from consecutive frames' messages.

This behavior persists even after rebooting the devices.

I would greatly appreciate your guidance in understanding why this issue occurs with ADK#2.

Thank you in advance for your time and assistance.

Please let me know if additional information or logs would be helpful.

Attachment: Logs from ADK#2 for reference.

s23_issue.log

Environments

  • Broadcast source: Samsung S23
  • Broadcast sink:
    • Board: nRF5340 Audio DK
    • SDK: nRF Connect SDK v2.9.0
    • Application: nrf/applications/nrf5340_audio

Best regards,

Jimmy

Parents
  • 0

    Hi,

    Can you send log from device ADK#1?

    Have you made any changes in the application on both boards?

    Have you verified the behavior with any other phone? Are there any differences in the output?

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi dejans,

    Thank you for your prompt reply and assistance.

    Yes, I changed the settings to BIS. Below are configurations I added.

    Fullscreen
    1
    2
    3
    4
    CONFIG_TRANSPORT_BIS=y
    CONFIG_BT_AUDIO_BROADCAST_NAME="JimmyS23"
    CONFIG_BT_AUDIO_BROADCAST_ENCRYPTED=y
    CONFIG_BT_AUDIO_BROADCAST_ENCRYPTION_KEY="1234"
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    Attachments are ADK#1 and ADK#2 logs.

    Fullscreen s23_adk_1_no_issue.log Download
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    [2025-01-28 02:15:51] picocom v3.1
    [2025-01-28 02:15:51]
    [2025-01-28 02:15:51] port is : /dev/ttyACM4
    [2025-01-28 02:15:51] flowcontrol : none
    [2025-01-28 02:15:51] baudrate is : 115200
    [2025-01-28 02:15:51] parity is : none
    [2025-01-28 02:15:51] databits are : 8
    [2025-01-28 02:15:51] stopbits are : 1
    [2025-01-28 02:15:51] escape is : C-a
    [2025-01-28 02:15:51] local echo is : no
    [2025-01-28 02:15:51] noinit is : no
    [2025-01-28 02:15:51] noreset is : no
    [2025-01-28 02:15:51] hangup is : no
    [2025-01-28 02:15:51] nolock is : no
    [2025-01-28 02:15:51] send_cmd is : sz -vv
    [2025-01-28 02:15:51] receive_cmd is : rz -vv -E
    [2025-01-28 02:15:51] imap is :
    [2025-01-28 02:15:51] omap is :
    [2025-01-28 02:15:51] emap is : crcrlf,delbs,
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    s23_adk_2_issue.log

    I only verified the issue using two different Samsung S23 devices, and unfortunately, the results remain the same.

    Thanks again for your help.

    Best regards,

    Jimmy

  • 0 in reply to dejans

    Hi Jimmy,

    We are still looking into this issue. I expect to get back to you by the end of the next week.

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Dejans,

    Thanks for your update. I really appreciate that.

    Best regards,

    Jimmy

  • 0 in reply to JimmyOu

    Hi Jimmy,

    We have done some testing using S24 as broadcaster (without encryption) and 2 audio-dks as broadcast receivers. These are current observations:
    1. there were no issues for broadcast sink to synchronize to S24 for around 12 minutes after boot-up.
    2. after that time, reset on the broadcast receiver caused issue similar to what you reported, but audio quality did not seem to be affected. Without reset, there were no issues on the audio-dk.
    We will investigate this further. 

    Is there any audio quality issue on your end?

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Dejans,

    After reviewing the situation, I confirmed that there are no audio issues. However, the devices consistently remain in PRES_STATE_WAIT, which I guess is unexpected.

    Best regards,

    Jimmy

  • 0 in reply to JimmyOu

    Hi Jimmy,

    Thank you for additional information. We will look into this. I expect to get back to you by the end of the week.

    Best regards,
    Dejan

Reply
  • 0 in reply to JimmyOu

    Hi Jimmy,

    Thank you for additional information. We will look into this. I expect to get back to you by the end of the week.

    Best regards,
    Dejan

Children
  • 0 in reply to dejans

    Hi Jimmy,

    We are still looking into this issue. I expect to get back to you by the end of next week.

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Jimmy,

    We are still looking into this. I will provide status update by the end of next week.
    Thank you for your patience.

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Jimmy,

    We are still looking into this. Unfortunately, it might take longer than expected. I will get back to you with the status update by the end of next week.

    Thank you for your patience and understanding.

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Jimmy,

    I am sorry for a delayed reply. There is some progress on this issue, but further investigation is needed. I will get back to you by the end of this week.

    Best regards,
    Dejan

  • 0 in reply to dejans

    Hi Jimmy, 

    It seems that the issue with the drift is coming from the phone, not from controller. Do you have any other phone (except for S23 and S24) to test with?

    Best regards,
    Dejan

Terms of service