• State
  • Locked Locked
  • Replies 7 replies
  • Subscribers 32 subscribers
  • Views 121 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TAS2563: The delay about TAS2563QFN

anthony sun
Prodigy 40 points
Part Number: TAS2563

Tool/software:

Hi，

   Here are two questions about the delay of TAS2563QFN chip. Can you give us some support, please? 

   1. What is the time delay from powering up the TAS2563 until the music starts to play? 

   2. How much delay is there in the software part of the delay, and how to modify it?

Best regards, 

Anthony Sun

  • 0
    TI__Guru** 109075 points

    Hi Anthony,

    1. The time from power to audio output would depend on the initialization script.
      If you only consider the time from enable command on page 0 register 2 to audio output, it is very short in millisecond.
    2. The script execution depends on the I2C speed (100kHz, 400kHz), as well as how it is structured, sequential writes for consecutive registers may be faster than jumping back and forth pages and registers.

    Best regards,
    -Ivan Salazar
    Applications Engineer

  • 0 in reply to Ivan Salazar
    Prodigy 40 points

    Is there any buffer time in the audio pa driver for delaying music playback? If so， where do we change the buffer time?

  • 0 in reply to anthony sun
    TI__Mastermind 20715 points

    Hi Anthony. 

    no, the driver will download the device configuration and then place the device in active mode through I2C commands. delay can only be improved by optimizing the I2C script structure or increasing the clock speed. after which I2S streaming to the device should be immediately available. are you finding some delay in the system, when is the delay occuring?

    Regards,
    Arthur

  • 0 in reply to Arthur Brown
    Prodigy 40 points

    Hi Arthur,

       In our product, we find the delay issue of the mic receiving the voice from the speaker during the two-way audio, and the delay time is not kept at a stable value. So we are doing some investigations on the delay issue. Thanks for your support!

    Best regards,

    Anthony Sun

  • 0 in reply to anthony sun
    TI__Intellectual 2100 points

    Hi Anthony,

    I think maybe you are doing the echo cancellation function debug. in this case, which signal are you using for the echo reference?

    and regarding your first question 

    anthony sun said:
    1. What is the time delay from powering up the TAS2563 until the music starts to play? 

    of course there should be some time to init the TAS2563 when the system power up. after that if the device is not reset(power down, set the reset register or sdz pin), the delay should be very limited as only several I2C command are send to the device to active it.

    Br,

    Wenbin

  • 0 in reply to Wenbin Li1
    Prodigy 40 points

    Hi Wenbin,

        Thanks for your support!

        We do not use the I2S data as the echo reference due to the SoC chip limitation. we take the echo reference from the pipe-wire running on Linux system.

    Best regards,

    Anthony Sun

  • 0 in reply to anthony sun
    TI__Intellectual 2100 points

    Hi Anthony,

    in this case, the delay is usually cased by the chip HW and tuning modules. the HW's delay is fixed and usually can be ignored for echo cancellation algo. tuning modules also has delays. this delay is not fixed as some modules like EQ relates to the audio frequency. so this will requires echo cancellation algo has some robust to get good performance.

    Br,

    Wenbin