[参考译文] TLV320AIC3104：在 ADC 上观察到翻转

请找到所附的另一个更清楚地说明问题的数字。 这是在 I2S 模式下以16kHz 频率和16位宽度数据采样的1kHz 音调。 我们看到没有削波、实际上、我们正在失去大量的动态范围。

尊敬的 Alex：

很抱歉、您的疑问迟迟未得到回复、我们在达拉斯遇到了一些激动、因为这是一个非常冷的咒语、它给大部分球队断电了动力和水。  我们将尽快回复您、并为您提供问题答案。

同时、您能否验证 PAGE 0、寄存器10是否设置正确？  屏幕捕获看起来像是格式问题、您可能错过了 I2S 模式下的1位数据移位(请参阅第10.3.2.3节)。

您好、Tom、

希望达拉斯的一切都变得更好。

这可以是... 我会在有机会时尝试并告知您。

此致、

Alex

尊敬的 Alex：

是-几乎回到正常状态。  当您有机会验证位移时、请告知我们。

您好、Tom、

它工作正常、我们最终将获得完整的数据。 但是、我们不理解为什么需要该寄存器。 如果您不介意、我们希望完全理解。  

以上是默认格式吗？ 或者默认情况下没有偏移、我们必须自行将其设置为1。 当我们查看应用手册时、它从未提到需要使用寄存器10。 我们的应用考虑了上图的格式、其中数据在位时钟的第二个上升沿有效。

此致、

Alex

尊敬的 Alex：

寄存器10实际上用于为 TDM 模式创建偏移。 如果添加1位偏移有助于进行音频录制、我将再次检查主机处理器是否设置为以上述 I2S 格式接收数据。  

如果您还可以提供寄存器转储、我可以查看寄存器配置、以确保没有任何东西会看起来很普通。  

此致、

Aaron Estrada

您好、Aaron、

那么、您说寄存器10不应该解决这个问题？ 通过将其设置为1、我们实际上是否在位时钟的第三个上升沿具有有效数据的 MSB？

您可以在我的原始帖子中找到寄存器转储。 唯一的区别是、现在我将寄存器10设置为1。 我明天可以为您提供新的寄存器转储、因为我目前不在办公室、但这应该是我刚才描述的内容。

我们使用 NXP 的 LPC1788作为微控制器、即使在其用户手册中也会介绍 I2S 协议。

数据自动放入32位 FIFO 中、不进行数据处理。

此致、

Alex

Alex、您好！

编解码器将以数据表中指定的 I2S 格式输出数据。 因此、我想两点... 第一个是编解码器输出没有这个1位移位(PLL 有可能导致这个)、第二个是 NXP 微控制器正在期待一个额外的位移位。  

我不熟悉 LPC1788、因此我无法肯定地说、但是否有任何方法可以添加偏移？ 我会再次检查微控制器侧、以确保正确。 在编解码器侧、我看到您配置了 PLL、看起来它需要3.072Mhz 的输入时钟。 是这样吗？

接下来、我还建议对 ASI 总线进行示波器捕获。 如果您可以在同一个捕获上获得 WCLK、BCLK 和 DOUT、那将会很好。  

此致、

Aaron Estrada

Aaron、您好！

现在我可以清楚地看到、编解码器以数据表中指定的 I2S 格式输出数据。 我附加了一些具有不同偏移的示波器捕获、只是为了检查它对数据的影响、就像您所说的那样。 我们将继续调查我们的申请。 否、微控制器似乎没有用于处理偏移的任何寄存器。

此致、

Alex

尊敬的 Alex：

感谢您的更新。 我期待您的调查结果。  

此致、

Aaron Estrada