• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Subscribers 98 subscribers
  • Views 560 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.

TLV320AIC3104 CODEC with DM385 interface

Prakash Harikrishnan
Prodigy 40 points
Other Parts Discussed in Thread: TLV320AIC3104, DM385, TLV320AIC3106

Hi,


This is Prakash. In our DM385 based design we are facing a problem with I2C signal. While booting up the I2C timeout issue is coming . If we isolate I2C signal from Audio codec (TLV320AIC3104), the timeout issue is not coming. we need to know what could be the reason? we checked the continuity, power , impedance all. we probe the signal. the I2C data its always low.

Please do the needful ASAP.

2D3hUs

  • 0
    TI__Guru**** 170625 points

    Prakash,

    Can you reproduce this I2C timeout on the DM385 EVM, or it is valid for DM385 custom board only?

    Watch out the devices connecting to your i2c bus. If there exists any low speed devices, set i2c to the lowest one. For example try switch the bus speed from 400KHz to 100KHz. Have a look also in the below wiki page:

    http://processors.wiki.ti.com/index.php/I2C_Tips

    Regards,
    Pavel

  • 0 in reply to Pavel Botev
    Prodigy 40 points

    Pavel,

    Thanks for your reply.

    we found that there is a problem with codec reset which is driven from processor.

    The processor GPIO reset control is not there. so if we short externally the reset signal to ground while booting stage and if we release the reset from ground, the I2C is getting detect.w

     we are working on this. Please let me know from your point of view also,is it possible to control codec reset through software at initial bootup stage?

  • 0 in reply to Pavel Botev
    Prodigy 40 points

    Pavel,

    Thanks for your reply.

    we found that there is a problem with codec reset which is driven from processor.

    The processor GPIO reset control is not there. so if we short externally the reset signal to ground while booting stage and if we release the reset from ground, the I2C is getting detect.w

     we are working on this. Please let me know from your point of view also,is it possible to control codec reset through software at initial bootup stage?

    Thanks.

  • 0 in reply to Prakash Harikrishnan
    TI__Guru**** 170625 points

    Prakash,

    Prakash Harikrishnan said:
    we found that there is a problem with codec reset which is driven from processor.

    I am working with DM814x/AM387x device, thus I am not familiar with DM385/DM813x device, but I am trying to provide you some hints.

    In DM814x EVM, TLV320AIC3106 audio codec is connected to McASP2 and configured with I2C0. This audio codec reset input (RESETn) is connected to the DM814x RSTOUTn_WD_OUTn output pin. The RSTOUTn_WD_OUTn pin assert/deassert can be control by software from the DM814x PRCM register PRM_RSTCTRL, bits RST_GLOBAL_COLD_SW and RST_GLOBAL_WARM_SW. You can check if this apply to DM385/DM813x device also.

    Regards,
    Pavel

  • 0 in reply to Pavel Botev
    Prodigy 40 points

    Hi Pavel.

    Thanks for your support . we resolved the issue.

    we tried to pull low the GPIO reset signal through software for particular time an initial booting stage and released to high. Now it is working fine. the I2C timeout issue is gone.

    Thanks.