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.

TLV320AIC23B - switching the XTI clock possible?

Other Parts Discussed in Thread: TLV320AIC23B

Hello,

I'm debugging a board which has the problem that a TLV320AIC23B codec sometimes stops to work, i.e. no audio output even if the data stream from the controller to the codec is flowing.


The only strange thing found until now is that the clock at the XTI pin gets switched off by the driver if no audio output is required.

Is this allowed and safe? There is no reinitialisation over the control interface after switching on the clock. If switching of the clock is allowed, is there a time to wait after switching it on again?

Best regards,
Thomas

  • It is ok to stop the MCLK on the AIC23B when it is not playing audio. Of course, the conversion is based on the MCLK signal so it must be started again to play any audio.

     

    There can be some issues with the sequence of register programming that can cause audio to stop playing. If you have the register values and sequence that they are being written in, I would be happy to look at them and verify that everything is ok.

  • Thanks for the answer. The MCLK is ok. It gets switched on when the audio transfer continues.

     

    But on this board the clock for the XTI pin of the codec gets generated by the controller with a frequency of 12MHz. If no audio is to transfer, this clock (at the XTI pin) will also switched off. I suspect that this may lead to the problems we observe: After some time the audio stops. This seems to be random, but it may correspond to the switching of the clock at the XTI pin.

     

    Best regards,

    ThomFs Falk

     

     

     

     

  • Yes, the clock input at XTI would need to be well sync'ed to the digital audio data or you would have interruptions. You can have clock with no audio data but not the other way...

     

  • Thanks for all the answers. We will change this.

     

    Thanks again,

    Thomas Falk