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.

[参考译文] MCU 和音频放大器 TAS5753MD,之间的 I2C 通信在发送从器件地址后被否定

Guru**** 1111390 points
Other Parts Discussed in Thread: TAS5753MD
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/amplifiers-group/amplifiers/f/amplifiers-forum/959970/i2c-communication-between-mcu-and-audio-amplifier-tas5753md-got-nack-after-send-slave-address

器件型号:TAS5753MD

您好!

我们开始调试音频放大器、并尝试通过 I2C 读取音频放大器的寄存器值、在 MCU (I2C 主设备)将从设备地址(7位从设备地址为0x54)发送到 TAS5753MD (I2C 从设备)后、从音频放大器获取 NACK。

 

可以使用 MCU 与另一个芯片(光传感器、用作 I2C 从设备、7位从设备地址为0x44)通过 I2C 与 I2C 主设备相同的代码进行通信。

 

现在、我们对启动序列有疑问(请参阅音频放大器数据表的第8.2.1.5章、第58页)。

    1. 按照以下说明设计 MCU 软件。

 

将 PVDD /RST /PDN 引脚驱动为低电平、驱动器/PDN 引脚为高电平并等待10ms、然后驱动/RST hign 并等待13.5ms、然后将 PVDD 引脚驱动为高电平并等待10us、并等待3s、然后再读取音频放大器的寄存器值。 在将器件地址(7位地址0x54)发送到放大器后、从音频放大器获取 NACK。 下图1是我们从示波器获得的启动序列。

 

    1. 按照下图设计 MCU 软件。

将 PVDD /RST /PDN 引脚驱动为低电平、将 PVDD 引脚驱动为高电平并等待10us、然后驱动/RST hign 并等待13.5ms、然后将/PDN 引脚驱动为高电平并等待1ms、并等待3s、然后再读取音频放大器的寄存器值。 在将器件地址(7位地址0x54)发送到放大器后、从音频放大器获取 NACK。  下图2是 我们从示波器获得的启动序列。

 

 

到目前为止、当尝试使用 MCU 通过 I2C 与音频放大器通信时、音频放大器似乎处于非活动状态。  帮助查看以下内容:

 

  1. 您能帮助检查  下面图片1和图片2中的启动顺序吗?
  1. 您能否为我们提供基于母板和 PurePath 软件的音频放大器序列? 这对我们非常重要。

------ 时间有限、我问了很多问题、如果您能先回答这个问题、我将不胜感激。

  1. 您能否帮助检查我们设计的音频放大器的原理图?(请参阅图片1)
  1. 感谢您确认以下信息:

我检查了 、如果在初始化之前不将 I2S 引脚驱动为低电平、您应该不会遇到问题、但请确保在初始化序列完成之前不要在 I2S 总线上发送音频数据。

---- >您能否帮助检查在初始化之前是否必须将 I2C 引脚驱动为低电平?

  1. 对于 MCU 和音频放大器之间的 I2C 通信、您有什么建议吗? 加电音频放大器后,它似乎处于非活动状态。 我们是否可以通过硬件/软件对有源音频放大器执行任何操作?

 

    图1:


图2:

图3:


  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    抱歉,其它内容:

    请按照以下说明设计 MCU 软件。


    2.按照下图设计 MCU 软件。



  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Eric:

    至于 I2C 通信问题、请通过以下方式进行调试:

    1. 请检查 DIG_REG 的电压。 它是 I2C 模块的电源;
    2. 然后、我注意到您的 ADR/故障配置可以连接到 GPIO、对吧? 如果是、请在 TAS5753的 ADR 检测期间检查 GPIO 的电阻。
      1. 我的问题是有一个与 ADR 电阻器并联的下拉电阻器、这会导致解决锁存错误;
      2. 您可以尝试 TAS5753的所有可能的 I2C 地址来确认这一点。  

    如果 I2C 通信正常、我们可以继续。  

    BR、

    Alix Wan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    非常感谢您的快速回复。

    请检查 DIG_REG 的电压。 它是 I2C 模块的电源;

    ---- > DIG_REG 的电压为1.8V。

    2、那么我注意到您的 ADR/故障配置可以连接到 GPIO、对吧?

    -->否,ADR/SPK_Fault 通过电阻器(R80)下拉至接地, 电阻器值为10K 欧姆,我们还尝试用 另一个电阻器(电阻器值为0欧姆)替代 R80 。 请参见下图:

    您可以尝试 TAS5753的所有可能的 I2C 地址来确认这一点。

    -->我们已经尝试 使用7位从地址0x54和0x56,通信仍然失败。

    4.您能告诉我 TAS5753MD I2C 的电压电平吗? 是1.8V 还是3.3V?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    抱歉、在下面添加 ADR/SPK_Fault 配置图片:

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Eric:

    DIG_REG 指示 TAS5753的电源正常。 然后您可以尝试:

    1. 断开 R80并使 ADR 引脚悬空、这会将地址配置为0x56 (请参阅数据表的第27页)
    2. 请再次尝试0x56以查看通信是否正常
    3. 如果不是、则将0x56的右移位1位更改为0x2b。 然后重试。

    BR、

    别名

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    断开 R80并使 ADR 引脚悬空后、我们尝试使用7位从地址0x56/0x2B、但仍然从放大器中获取 NACK。

    2.另请查看我们正在使用的放大器:

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Eric、

    您可以帮您捕获 SDA 和 SCL 引脚的波形、我们可以从硬件方面了解 IIC 通信是否正常。

    迪伦

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Alix & Dylan:

    实际上、TAS5753MD 数据表的错误说明阻止了我们。 7位地址应为0x2A (下拉 addr 引脚)。 请删除0x54--(见数据表第27页)

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Eric:

    0x2A 是0x54的1位右移、其相似性为0x2B 和0x56。 它实际上是正确的、但表达式不同。

    请参阅上面建议尝试0x56/0x2B 的电子邮件。

    BR、

    Alix Wan。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    由 ADR/FAULT 定义的 TAS5753MD 器件的7位地址为0101 010 (0x54)或0101 011 (0x56)

    (0x54为外部下拉、0x56为上拉)。

    由于数据表已经描述了7位地址、因此0101010没有问题、但0x54不正确。 因此、0x54会引起误解、因此可以将其更改为:

    TAS5753MD 器件的7位地址为0101 010 (0x2A)----下拉 addr 引脚

    或者 TAS5753MD 器件的7位地址为0101 010 --下拉 addr 引脚

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Eric:

    明白了。

    感谢这些建议、我们将向系统团队提供有关改进数据表的反馈。

    BR、

    Alix Wan。