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.

TAS5825M: clock fault / SCLK missing

Part Number: TAS5825M
Other Parts Discussed in Thread: PUREPATHCONSOLE,

I'm currently trying to bring up a prototype with the TAS5825M being supplied data via an I2S interface. As my request for access to the PurePathConsole has not yet been granted, I'm currently initializing the chip with a minimal config based off the one supplied in https://e2e.ti.com/support/audio/f/6/p/762676/2820073#2820073

Any pointers as how to proceed in debugging this issue would be greatly appreciated.

  • For some reason, all the debugging info I provided disappeared from my post. Not sure if it was moderated out or if this was a technical problem. I assume the former, because the first and last part of my post made it through. Dear moderators: This is not only rude (compiling that information and laying it out took time which is now wasted), but will also both prevent people from actually helping me with my problem and also prevent this thread from being useful to other people who might have the same issue. Please don't do that!

    Anyway, reposting the relevant parts:
    - I'm using the initialization procedure linked above, but switch the WORD_LENGTH field in SAP_CTRL1 to 16 bits before entering the Play state in CTRL_STATE
    - My input signal to the chip is I2S (SCLK: 1.536MHz, LRCLK: 48kHz, SDIN: 16 bits per channel)

    The following status gets reported:
    FS_MON: 0x00
    BCK_MON: 0x40
    CLKDET_STATUS: 0x00
    GLOBAL_FAULT1: 0x04
    GLOBAL_FAULT2: 0x00
  • Have you ever got a TAS5825MEVM? If so, I will go ahead and give you access to PPC3 and TAS5825M app.

    If you don't do any audio tuning with PPC3, TAS5825M will just be a simple DAC.

    Andy
  • Check the CHAN_FAULT register (Reg0x70h) and check whether there is any fault.

    Andy
  • Andy Liu SH said:
    Check the CHAN_FAULT register (Reg0x70h) and check whether there is any fault.

    There isn't, but this tipped me off in the right direction: I was initializing the chip via I2C before starting the I2S signal. Apparently the "clock fault" bit is sticky and prevents playback from happening while it is set. If I poke FAULT_CLEAR again once the I2S signal is running, everything works fine.