[参考译文] PCM9211：DIR 的奇怪行为

另一个增编:问题与时钟抖动无关,是不可能的。 DAC (PCM1794)可以从 AES3信号(通过 CS8416)中提取其主时钟或单独获取另一个时钟。 这反过来也可以成为 PCM9211的 DIR、或者通过精密 PLL 再次对其进行了改进。 画面每次都是一样的。
即使时钟始终由 PCM9211通过单独的线路提供、无论是否使用精密 PLL、RECOUT 和 TXOUT 之间都可以看到相同的差异。
因此我会说：确实与 PCM9211中的信号处理有关、而不是时钟问题。
我还可以绕过 PCM9211将信号完全提供给 DAC。 则看起来像 RECOUT。 振铃较少的解决方案是正确的。 一旦 DIR 启动、就会出现振铃...

您好、Ralf、

从您所描述的内容来看、我认为这不是 clk 问题、而是与 DIR 的一些内部电路有关。 我没有内部 原理图来建议可能的原因、但让我更详细地看一下、看看我是否能找到任何内容。 我将在周四前回复您。

此致、

阿拉什

您好 Arash、
感谢您的答复。

我现在做了广泛的听力比较,相信在实际使用中不会有音质的缺点。 鉴于数字输出信号位正确并且时钟不能成为原因、这实际上是预料之中的。 但奇怪的脉冲响应让我有点紧张、在时域可能会出错一些微妙的东西...

但我注意到了别的东西。 如果我将 DAC 设置为左对齐、而不是 I2S (PCM9211仍为 I2S 输出)、则狄拉克会通过而不会出现放大的振铃。 (频率响应向上移动6dB)。
是否 PCM9211在这种短脉冲且仅具有这种短脉冲的情况下吞一个位、然后输出信号中的位分配不再正确？

祝你一切顺利

拉尔夫

您好、Ralf、感谢您的更新。 我找不到任何可以向您解释内容的原理图或内部文档、但由于我们从未报告过 此器件存在任何问题、因此我认为将此器件用于您的应用应该不会有任何问题。

如果 PCM 期望 数据为 I2S、那么如果数据以另一种格式发送、它仍然会威胁它、就像它是 I2S 一样、并且真的不知道数据是 RJ 或 LJ。 因此、就所关注的问题而言、它做了它认为正确的数据、但实际上、从外部来看、我们知道握手是不正确的、并且位移了、因此结果会相应地发生变化。  话虽如此、您可能是对的、它可能会在  那个短脉冲上吞咽一点！  很难判断 该特定情况下块内部发生了什么。  

此致、

阿拉什