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.

[参考译文] TAS5766M:TAS5766M在流式传输开始时出现严重,可重复的失真,30秒后自动解决

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

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/573078/tas5766m-tas5766m-severe-repeatable-distortion-at-beginning-of-streaming-resolves-itself-after-30-sec

部件号:TAS5766M
主题中讨论的其他部件: SN74CB3Q3257

大家好,

我正在尝试对我设计的TAS5766M主板进行故障排除,该主板在并行模式下运行放大器的两个通道。  我对I2S音频数据开始流式传输到设备后大约30秒内出现的严重失真(听起来像是非常高的THD剪辑)感到困惑。  失真开始逐渐减少约20秒,然后总是自动解决-之后放大器的声音很好。  如果我停止音频流并重新启动它,则此行为是重复的。  就像放大器必须"预热"一样,但这对于D类放大器是毫无意义的。  其他重要意见:

1) 电源(在这种情况下为12VDC)持续施加到电流,因此该行为与任何通电顺序或电源稳定无关。  复制问题所需的只是启动和停止I2S数据流。

2) 我有一个.h寄存器配置文件,该文件是从PPC3中的调整工作中派生出来的,但是无论这些寄存器是否写入,都会发生这种失真。  即,当放大器处于"裸"模式且加电时默认寄存器值时,就会发生这种情况。

3) 逐渐解决的长期失真感觉与某处的较大RC时间常数有关,但没有明显的位置。   除了在DAC输出和放大器输入之间所需的交流耦合帽(在我的情况下为.1uF薄膜)外,没有音频路径模拟电路。  我想知道这是否可能与内部PLL有关,因为内部PLL在获取传入MCLK信号的锁定时非常缓慢,或者类似的情况。

其他人是否遇到过这样的行为?  如果是,您是如何解决的?  这对我的客户来说是一个严重的问题。

谢谢!

Josh

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

    您好,Josh:

    据我所知,这不是我们以前看到的行为。 如果可以,请提供原理图,布局和材料明细表文件,以便我们可以查看系统。 从音频路径的角度来看,硬件中唯一敏感的区域是DAC_OUT网络和SPK_AMP_IN网络,但如果您从EVM中复制了原理图和布局,则无需太多注意即可。

    由于您是在PBTL模式下使用它,我想知道您是否遵循了EVM上的指导来配置放大器的输入引脚,以便在硬件中正确配置该部件。 我会比较EVM指南和您的电路,看看是否可以发现任何差异。 输出网也是如此。 如果您遵循EVM指导,则应该相对简单。

    我真的想知道您在数字领域中是否有什么进展? 启动设备时,所有时钟/数据是否稳定? 如果您在这些时钟和数据行中有一些移动或异常,可能会导致某些失真。 由于您说它听起来像剪辑,我还会检查来自上游源的信号水平。 这是在音频路径的范围内驱动的,所以我们不是在数码剪辑?

    所以,我知道这并不是很多事情要做,但这是我首先要看的项目。 如果你能拿到我上面提到的文件,我们可以给你另一个眼睛。

    谢谢!
    科迪

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

    非常感谢您的回复,Cody。  自从在这里发布我的问题以来,我一直在自己进行故障排除,并找到了一种解决问题的方法:之前,我在电力轨上安装了2个330uF低阻抗电解盖以及小陶瓷旁通盖,我将这些盖换成了两个470uF盖。  这似乎完全解决了问题,尽管我只在一个板上尝试过。  显然,我需要增加我的样品大小,然后才能说我确信这是一个真正的解决方案。

    让我深感困扰的是这里使用的时间常数。  我可以理解功率导轨上的大容量电容不足(虽然我不会认为2x 330uF会不够)会导致音频性能降低,但失真似乎相对稳定,或至少与信号波形中的峰值相关。  我根本不知道什么会导致音频在30秒左右的时间内失真,只能在流式传输开始时才会这样做,然后让音频自行逐渐消失。  我的意思是,它不能是充电帽;这将是有效的瞬间,因为有一个僵硬的供油轨。  导轨电容的数量似乎与D类输出级以某种方式相互作用,从而产生这一结果,但我不知道这是什么,因为架构的详细信息是专有的。  我只能猜测它与设计的闭环方面有关。

    为了达到这一目的,我设计并构建了一个小测试台,我可以将模块插入其中,从而允许我在运行中同时切换电源和信号源。  我确定信号没有什么问题,因为当放大器运行正常时,我只需要将I2S线路切换到一个没有任何内容的输入,然后在几秒钟后将其切换回原始信号源,失真立即再次出现。  这是一种信号存在,然后消失,然后再次出现的行为,这种现象持续产生。  如果I2S信号通常存在问题(时隙或抖动或您遇到的问题),那么我希望这种失真始终存在,或者至少与我以外的其他人相关,随意按下按钮来切换输入源。

    不管怎样,我非常感谢与您一起进行设计审查,看看是否还有其他我可能错过的问题。  我如何与您机密地共享设计文件?

    谢谢!

    Josh

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

    Cody,

    似乎我跳下了枪,以为额外的导轨电容是固定的;我现在又尝试了两块电路板的模块,它们表现出与以前相同的流起点失真。

    我又被这个问题迷住了。  如果我有任何其他重要的意见,我将在这里发布。

    我期待着尽快与您一起进行此设计审查。

    Josh

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

    感谢您的回复和其他信息。 实际上,向PVDD网添加更多/不同的电容对我来说没有任何意义。 我们经常使用低至4.7uF的SMT X7R电容来运行这些放大器,即使是普通的电源设计,它们也能正常工作。

    我仍然怀疑I²S流中的信号"出现"的方式有什么问题。 既然我们知道设备和信号源之间的路径上有一个测试夹具,我想问一下数字线路在通过板对板连接之前或之后是否缓冲过。 此外,这些信号的返回路径是什么样子的? 您能否获得这些信号的一些屏幕截图,以查看它们是否符合计时规范?

    关于打开/关闭信号,我很好奇源信号的瞬时负载是否导致了某些问题。 我认为,如果您仔细遵循启动/关闭程序,可以避免这种情况,但如果不按此顺序打开/关闭它们,则可能是问题的原因。

    如果要将项目放在某个拖放框或共享目录中,我可以在那里访问它们。 否则,您可以在此处发布,我可以在收到它们后将其删除,如果您对此感到满意吗?

    请告诉我这对您是否有效。
    科迪
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢Cody -很好地知道,从根本原因的角度来看,更换轨道PDN对您来说也没有任何意义。

    有关信号切换的方式,请使用 以下设备之一来切换和缓冲线路:SN74CB3Q3257。  此器件A的四个输出线路通过33欧姆终端电阻器(可能不需要,但为了完整性,包括在内)馈送,并对安培模块进行极短的跟踪,该模块也有到零件本身的短路径。  AMP模块是一种四层设计,具有宽大的接地平面,导通孔和直至主板的引脚,以便返回。

    因为我们在终端产品中看到了这种现象,只有一组专用的信号,没有切换,所以我很难相信切换本身就是原因。  此测试夹具设置的主要目的是能够在一组已知良好的信号和来自最终产品的信号之间进行切换,以隔离问题的来源。  但是,在切换输入信号时,强制执行任意断电/通电顺序将是一件容易的事情,因为我可以通过高侧开关完全控制主轨。  3.3V DVDD电源来自具有本地低噪声LDO的主PVCC导轨,没有强制定序,但数据表在第47页上指出:“没有对DVDD和PVCC进行定序的要求,任何一种电源都可以先斜坡。”  因此,我需要对您在谈到测序时的含义进行一些澄清-您是指数据表的图32吗?  如果是这样,我认为应该在应用I2S信号之前关闭该部件并再次打开,以调用其内部重置,或者调用软件重置以完成相同的操作。  对我来说,我观察到的问题可能是由不正确的顺序引起的,这还没有意义,因为如果我将输入切换到没有信号的源,等待几秒钟,然后切换回存在I2S信号的源,就会发生这种情况。  数据表在第33页说明了这一点:

    这就告诉我,我应该能够准确地进行某种信号切换,这似乎会导致失真。  在最终产品中,通常会出现音频信号存在一段时间后消失的情况。  如果我们需要在信号再次激活之前执行某些特定的命令集,那么我肯定想了解这一点,但我对数据表的阅读似乎并不表明这是必要的。

    我可以在今晚晚些时候捕获一些I2S信号波形以进行分享。  至于分享设计实施的全部细节,我不能随意在公共论坛上发布。  我可以将它们上传到Dropbox或类似内容,但我如何私下与您共享该位置?

    Josh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    请将其发送至以下地址:cody.dowling@ti.com