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.

[参考译文] TAS6584-Q1:各个通道在播放期间进入故障状态

Guru**** 2539500 points
Other Parts Discussed in Thread: UC3843

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

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/1555838/tas6584-q1-individual-channels-enter-the-fault-state-during-playback

器件型号:TAS6584-Q1
主题中讨论的其他部件:UC3843

工具/软件:

尊敬的音频团队:

在测试我们围绕 TAS6584 为汽车音频应用设计的放大器时、我们发现在以下情况下单个输出通道会自发进入故障:

  1. 将音频播放到 4 欧姆无功负载中
  2. 放大器电源由连接到汽车交流发电机的车辆电池提供
    1. 这种布置旨在模拟汽车的电气系统
    2. 有四个电路 — 4 个蓄电池和 4 个交流发电机可同时运行
  3. 已经过了足够的时间、通常在 20 分钟后
  4. 前置放大器增益略有增加、即 5dB 重叠

通过监测 TAS6584 的与故障状态相关的状态寄存器、我们可以看到、在通道从 PLAY 过渡到 FAULT 时、以下内容

  1. 0x75 报告的温度低于 65°C  
  2. 0x81、0x8d、0x8e 或 0x8b 中的标志均未生效

其他信息

  1. PVDD 由基于 UC3843 的升压转换器提供 35V
  2. 即使经过很长时间(无论前置放大器电平如何)、交流发电机关闭或放大器由线性离线电源供电时、也不会出现此问题

我们使用的启动脚本:

{ 0x00, 0x00 }
{ 0x7f, 0x00 }
{ 0x00, 0x00 }
{ 0x03, 0x22 }
{ 0x04, 0x22 }
{ 0x44, 0x03 }
{ 0xa0, 0x40 }
{ 0x9d, 0x03 }
{ 0xb0, 0x87 }
{ 0x96, 0x0A }
{ 0x9f, 0x10 }
{ 0xe0, 0x33 }
{ 0xe1, 0x33 }
{ 0x54, 0x02 }
{ 0x5b, 0x00 }
{ 0x5c, 0x00 }
{ 0x03, 0x44 }
{ 0x04, 0x44 }

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

    您好:

    因为唯一不同的是 PVDD 和 VBAT、所以我认为这可能是电压故障。  请查看寄存器 0x86 以了解存储的电压故障事件。   如果您看到电压故障事件、应在 PVDD 和 VBAT 上放置示波器、并检查是否对无效电压有效。

    此致、
    Gregg Scott

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

    您好 Gregg、

    感谢您的回复、我也会监控 0x86。

    下面是有关我们设置的更多信息:

    • 交流发电机在安培与蓄电池连接时运行、以保持蓄电池电量。
    • 我们每次都运行相同的基于 TAS 的放大器样本、但是、它已连接到不同的电池/交流发电机电路
    • 此放大器本身运行、其他电路上没有其他放大器、所有其他蓄电池/交流发电机都运行
      • 需要清除的是、这些电路连接到同一接地总线、但每个电池的电压输出未连接在一起
    • 交流发电机运转时的电瓶电压介于 14.3 到 14.6 之间  
    • 交流发电机关闭时、额定电瓶电压为 13.6V
    • 离线线线性电源电压输出采用 14.4V 稳压
    • 正在播放的歌曲是 Eminem - Business
    • 我们通过循环给放大器供电来清除故障状态 — 这会使 PWRDWN 和 STNDBY 为低电平、然后以正确的序列和时序释放这些信号。 然后、编写上述脚本到使所有通道进入播放状态的芯片放大器。
    • 在我的测试中、我注意到通道 3 通常会首先丢弃、但通道脱落的顺序各不相同
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Fernando

    请分享您的原理图、我们可以先进行检查。

    当发生该问题时、请记录寄存器值、包括 0x72/0x73 以及从 0x80 到 0x8F 的值。 我们需要清除触发了哪个故障。