[参考译文] PCM5122：PCM5122 POP 解决方案

您好、Millark：

我来看看这个问题、在周四前与您联系。 谢谢您的等待。  

此致、

Arash

谢谢 Arash。 为了跟进、即使 DAC 处于静音模式设置寄存器0x03以使两个通道静音、我们也可以听到弹出声。

谢谢。 请将原理图(DAC 板+任何连接到 DAC 输出的设备)发送给我吗？  

此致、

Arash

这是原理图中显示 DAC 连接的部分。 它连接回 NXP IMX8芯片、用于 I2S 时钟、数据和 I2C

谢谢、我们将如上所述回顾一下。

此致、

Arash

您好！  

据我所知、器件静音(无论是内部电路还是使用外部电路)是最佳选择。 如果您需要、使用软件解决方案可能需要 确保在 更改任何 clk 状态之前将 IC 静音。  我注意到在您的原理图中、您将一个分压器连接到了 XSMT 引脚。 实际情况下、您可能只在板上填充其中一个。   使用 XSMT 引脚时、取消静音会获取104个样本。  

在主模式下、该器件从 SCK 持续生成 BCK 和 LRCK、 因此只要提供 SCK、该器件就不应进入睡眠状态。 有关主模式 CLKS 和编程的更多信息、请参阅  数据表中的第8.3.6.6节。

此致、

Arash

谢谢 Arash

我们在 xsmt 引脚上没有漏掉任何电阻、并且在 DAC 关断时不会出现弹出、这证明了电路的这一部分在工作。 断电不是问题所在。

根据我的最后一条消息、当提供时钟时、静音不会停止弹出、为两个通道设置寄存器0x03并使其保持静音、然后应用时钟、DAC 仍会产生噼啪声。

在示波器上、我们可以看到、应用时钟时、线路输出上来自 DAC 的噪声即使在静音模式下也是如此。 该噪声是直列式的、并且噪声会在不到1ms 的时间内消失。

[更新]

在进一步调查中、我们看到了以下内容：

1) 1)当器件启动时、所有时钟均接地。

2)打开一个 ALSA 设备进行播放、所有时钟均为高电平且正确

3) 3)停止 alsa 器件、MCLK 进入 GND、BCLK 和 lrclk 在没有时钟的情况下保持高电平。

这显然会阻止 DAC 进入待机模式、因为根据数据表处理的时钟检测错误要求 BCLK 和 lrclk 在进入待机模式之前接地。

如果我们使用寄存器0x02手动将 DAC 置于待机模式、然后在时钟启动并运行后使其退出待机模式、则没有弹出。

因此、当 MCLK 被带到 GND 时、驱动器链中的某个地方时钟的拆卸方式似乎存在问题、但 lrclk 和 blck 不是。 这在 SAI 内核执行或 pcm512x 驱动程序中。

理想情况下、如果 MCLK 变为低电平、我们希望在驱动器不出现黑客行为的情况下使 DAC 处于待机状态。 不过、我没有看到任何此类寄存器设置。

您好、Millark：  

我无法访问内部原理图来 确认  MCLK (或 BCLK 和 LRCLK)驱动器 的实现方式是不同的、如果这样做我会感到惊讶。   当 MCLK 变为低电平时/如果 MCLK 变为低电平时、我看不到将 DAC 置于待机模式的寄存器。  我知道的唯一选择是使用 XSMT 引脚；由于 如果 它  在20ns 或更短时间内从高电平变为低电平、器件会将其解读为请求静音。 它将执行软静音、然后进入待机状态。

在软件模式下,如果静音不工作,我不知道如何做其他的。

当提供时钟时、引脚 XMST 不去除噼啪声。 我们已经对此进行了广泛测试。 它确实会使 DAC 静音、但在时钟启动时仍可以听到噼啪声。

消除噼啪声的唯一方法是、在时钟启动前将 DAC 置于待机模式、在其后退出待机模式。 这确实应该由驱动器在拆卸过程中完成。 我可以看出为什么不会执行此操作、因为我们假定所有时钟都应接地、然后自动待机应在检查时钟错误的过程中在 DAC 上生效、但在本例中、情况不正确。

我认为我们唯一剩下的事情就是编辑 pcm512x 驱动器并添加待机功能、或者联系 NXP、看看我们是否可以在将时钟接地方面获得一些支持。

我更喜欢将时钟下拉至地、但该选项可能很难实现。 很可能您只需要添加待机功能。 我将关闭这个帖子 、因为我认为在这个帖子中不能做太多事情。 祝你好运。

请不要关闭此问题、因为它远远没有得到解决、其他人也在努力解决相同的问题。

要明确的是、就我们而言、故障在于 DAC、而不是软件。 应用时钟时 DAC 会弹出、即使根据建议通过寄存器或 XMST 引脚将 DAC 静音、应用时钟时仍可听到杂音。 对我来说、这是一个故障、而不是软件问题。 在流音频领域、源音频的采样频率变化和时钟将需要停止和启动是很常见的、因为 ALSA 将需要为新的流格式重新准备硬件。 目前、由于杂音、这些 DAC 在这种情况下无法正常工作。 按理说、需要 在任一连接的放大器上提高音量、这样才会变得很恼人、但当连接到功率放大器并使用   DAC 音量控制时、无论 DAC 中的音量设置如何、此杂音都非常明显。 这是一个非常常见的用例。

在其他线程中、您建议人们在线路上添加自己的硬件静音电路、这意味着您知道这个问题、并且建议人们通过硬件来解决这个问题。 如果是这种情况、您确实应该更新您的文档和参考设计来对此进行说明。

我注意到数据表上的更改日志、项目2：

删除了用于采样率变化或时钟暂停的内部无喀嗒和噼啪声控制、.. 无喀嗒和噼啪声操作

您能否解释一下从修订版 A 删除到修订版 B 的内容是什么、因为它显然与我们的问题相关？

我们正在更新 PCM512X 驱动器以添加待机功能、但是这并不容易、因为 DAC 会在8秒后由于某些条件使其退出待机模式、我们希望能够了解这一点。

我们的方法是尝试将此 权变措施用作驱动程序修复、因为即使对从 GND 开始的时钟线应用时仍然会发出噼啪声、 因此、解决该问题 不会消除噼啪声、仍需要更改驱动程序以支持它。

您能告诉我有关数据表中的更改日志的信息吗、或者为我提供修订版 A 文档的链接。

在我们尝试解决问题时、让我们保持这种断开状态、以便其他人可以从我们发现的解决方案中受益。

当然、 请告诉我更改驱动程序是否可以解决该问题。

此致、

Arash

Arash

您能否回答 上述问题：

"我注意到数据表上的更改日志、第2项：

删除了用于采样率变化或时钟暂停的内部无喀嗒和噼啪声控制、.. 无喀嗒和噼啪声操作

您能否解释一下从修订版 A 删除到修订版 B 的内容是什么、因为它显然与我们的问题相关？"

更新了。 遗憾的是、这似乎无法通过驱动程序更新解决。

DAC 不仅在提供时钟时弹出、而且在切换出待机模式时、即使存在活动时钟、DAC 也会弹出、即使在静音时也是如此。

您可以通过下载一个 wav 的 SILENCE 来在没有驱动程序更新的情况下测试此情况：

1) 1) 将 DAC 置于待机模式

i2cset -y -r 1 0x4c 0x02 0x10 (或用于寄存器更新的任何工具)

2)启动静音流

aplay silence.wav -DHW？？？

请注意、当时钟启动时、在待机模式下没有喀嗒和噼啪声

3) 3)使用有效时钟使 DAC 退出待机模式

i2cset -y -r 1 0x4c 0x02 0x00

禁用待机模式时、可以清楚地听到噼啪声。 考虑一下这一点、这种情况可能不足为奇、因为待机模式很可能会关闭处理时钟的 DAC 内部部分、而不是 DAC 设计人员、这是一个假设。

我们还尝试了在注册表和 xMst 引脚中切换静音的这些测试、结果相同。

这一点需要升级、看起来没有硬件更新、除非你使用固定时钟打开 DAC 并且时钟永不改变、否则就不可能移除 DAC 的出栈。 对于流式传输器、该 DAC 变得过时且无法使用。

此 IC 是一个成熟的器件、但我能够找到 DS 的 第一版 、并且   在新版本中对以下两项进行了修改：  

用于采样率变化或者时钟暂停的无爆音控制( 并启用驱动程序 )

智能静噪系统；软上升或下降斜坡和模拟静音、实现120dB SNR 静音 无喀嗒和噼啪声操作 ( 在 新的 " 无喀嗒和噼啪声操作" 已删除 最新版本中)

唯一可能有所帮助的信息是："PCM5122 EVM 通过电解去耦电容器避免了可闻爆裂声。 这个电容器提供了足够的时间从 USB 或 S/PDIF 的数据丢失和电源丢失之间进行静音过程。"

哦、天哪、这真的太酷了。 因此、TI 一直在积极地从许多 DAC 数据表中删除此特性、而所列的特性现在却不是、相当糟糕。 我看到它已从不仅仅是 PCM512x 范围中删除。

虽然这无法解决我们的问题、但至少证实了我们的担心、即这些 DAC 只是 在采样率变化或时钟暂停恢复时弹出、而这对于 TI 而言现在是一个已知问题。

我们自2015年以来在该领域打造了数千种产品、需要以某种方式解决这个问题。 我们需要 TI 的一些人与我们一起工作、看看我们是否能找到驱动程序的解决方案。 TI 在注册表中已知的可能事件序列、使我们能够删除或至少减小该 POP 声音。 请您提供一个联系人或将此作为紧急事项在内部上报。

您对"电解去耦电容器"的评论对我们来说不是问题。  这对于具有 USB 和 SPDIF 的评估板非常具体。

大家好、Milark、

您是否愿意与我分享驱动程序代码？ 我们可以分析一下。  

此致

我们生产的驱动程序代码来自内核5.15.5。 我们还使用主线提供的最新代码进行了测试、无法正常运行。

我们毫无怨言地进行了各种编辑、因此我们回滚到了5.15.5代码。

根据本主题中的上述内容、我们的驱动器将进行更新、以便使用 xmst 引脚、数字静音等使 DAC 静音并防止 DAC 进入待机模式、或强制 DAC 进入待机模式、直到应用所有时钟都出现故障。

您可以如上所示简单地使用注册表更改而不查看驱动程序代码来测试此情况、当提供时钟或退出待机模式时、似乎无法停止 DAC 弹出。

TI 内部清楚地知道了这一点、因为他们在删除了对"针对采样率变化或者时钟暂停的无爆音控制"的引用 并启用驱动程序 )"的输入规范中提供的示例。 现在、我可以理解、这些器件是成熟的器件、但它们仍然是最新的。 虽然您可能不想更新驱动程序来克服这些问题(如果可能的话),因为它们是成熟的 DAC ,我们希望有一种方法在这方面使用特定顺序的注册表编辑。

您好、Millark：

对于延迟、很抱歉、我已经申请了评估板、而且我们将尝试重现您描述的情形。 如果确实需要修改驱动程序或序列、我们将提出解决方案并解决问题。

此致

我假设您将使用 PCM5122EVM。 您是否具有指向此电路板原理图的链接。 我们需要确保线路输出上没有 MUTE 电路、因为这会导致测试偏斜？

是的、请通过以下链接查看 EVM 用户指南：

https://www.ti.com/lit/ug/slau444a/slau444a.pdf?ts=1676365829881&ref_url=https%253A%252F%252Fwww.ti.com%252Ftool%252FPCM5122EVM-U

收到电路板时请检查该电路板、因为您发送的 PCM512x EVM 的数据表显示 DAC 芯片选项为 PCM5141PW 或 PCM5142PW、而不是 PCM5121或 PCM5122。

您好、Millark：

您说的 EVM 是 PCM514xEVM-U、我应用的是 PCM512xEVM-U、我已经得到了应用。

在 Linux 驱动程序中、我看到待机模式在静音后被启用、或在取消静音之前被禁用、这部分内容是被写入的  

BTW、当发生杂音时、您可以检查寄存器状态吗？ 使用 i2cdump 命令。 如果发生时钟错误或其他错误、我们可以找到一些线索。

Kevin 老师

感谢您的调查。 根据上面的线程、我们已经尝试了应用时钟前后的多种静音组合、待机前后都没有任何运气。

您指的是寄存器3上的静音、似乎指的是音量降低到静音。 这对我们没有帮助、而且我们已经对其进行了测试：

i2cset -y 1 0x4c 0x03 0x11

aplay silence.wav -DHW？？

即使处于静音模式、也能听到 POP。

我们还尝试了通过我们已连接的 GPIO 使用 xsmt 引脚静音：

gpioset 1 6=0 (通过 xsmt 静音)

aplay silence.wav -DHW？？

仍然可以通过 xsmt 静音听到杂音

"我认为这个问题可能是由 BCLK 和 lrclk 在停止 alsa 设备后仍然很高。" 如果是这种情况、并且如果将这些时钟接地、则将没有噼啪声、那么在 DAC 首次提供其时钟时、将不会有噼啪声、就是这样。

新引导、所有时钟均在 GND：

aplay silence.wav -DHW？？

发出噼啪声。 因此、即使我们将时钟接地、下次应用时钟时、DAC 也会弹出。 在这里、我看不出让 BCLK 和 lclk 对 gn 有什么帮助。 我同意奇怪的是,他们是保留高,这一定是一个错误的 SAI 驱动程序在拆卸,但不大可能消除爆裂声如上述测试。

您好！  

不知道您是否愿意试用新的 Linux 驱动程序。

实际上、我们有一个采用 regbin 架构的新解决方案、它可以支持 DAC 器件和可操作的寄存器配置。 您可以阅读文档并使用该工具配置步骤。 我希望它能帮助您解决这个问题。 如果还有任何其他问题、我的电子邮件地址是 kevin-lu@ti.com、 您可以与我联系。 可以通过以下链接获取该代码包。

https://git.ti.com/cgit/lpaa-android-drivers/pcmdevice-linux-driver/

谢谢 Kevin。 您能否确认可以使用此驱动程序解决我们面临的问题？ 我们已经在这方面花费了大量的时间、并且希望 TI 确认这个问题已知并在新驱动程序中解决、然后再分配资源。 如果我们被告知可以解决问题、那么我们在测试方面没有问题、但经过数周的内部资源分配给这一个简单的"请尝试这个驱动器"、而没有任何分辨率确认是不理想的。

您好、Millark：

抱歉、我没有看到 更多其他信息、例如发生问题时的注册状态、除非您向我们提供您的设备、否则我很难重现问题。

以下是播放前和干净启动后的注册表状态：

    0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef    
00：00 00 00 00 00 00 11 31 00 00 00 00 00 01 7c 00 00 00   ...？1 ？|...
10：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
20: 00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00    
30：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
40：02 07 14 05 00 00 55 00 00 00 00 00 00 00 00 00   ？？………………………
50：00 00 00 00 00 00 00 00 00 61 00 00 00 00 7f 15   .. 答 ？？？
60：01 10 00 00 00 01 0f 03 07 10 00 00 00 00 00 00   ？？？？？？？ …………
70：00 00 03 00 04 00 80 01 00 00 00 00 00 00 00 00   ………………………………
80：00 00 00 00 00 11 31 00 00 00 00 00 01 7c 00 00 00   ...？1 ？|...
90：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
A0：00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00   ...？？？
B0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
C0：02 07 14 05 00 00 00 55 00 00 00 00 00 00 00 00   ？？………………………
D0：00 00 00 00 00 00 00 00 00 61 00 00 00 00 7f 15   .. 答 ？？？
E0：01 10 00 00 00 01 0f 03 07 10 00 00 00 00 00 00   ？？？？？？？ …………
F0：00 00 03 00 04 00 80 01 00 00 00 00 00 00 00 00   ………………………………

Aplay silence.wav -DHW：SAI3

我们会听到噼啪声

播放期间注册表：

    0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef    
00：00 00 00 00 01 11 00 00 00 00 00 01 7c 00 00 00   ...？ ？|...
10：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
20: 00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00    
30：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
40：02 07 14 05 00 00 55 00 00 00 00 00 00 00 00 00   ？？………………………
50：00 00 00 00 00 00 00 00 61 11 00 36 00 40 00 10    A？.6.@…？
60：01 10 00 00 01 0f 03 07 10 D9 D3 00 01 02   ？？？？？？？？？？？ ..？？
70：03 84 03 00 04 00 85 01 11 00 00 00 00 00 00 00   ？？？？？？…
80: 00 00 00 00 01 11 00 00 00 00 00 01 7c 00 00 00   ...？ ？|...
90：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
A0：00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00   ...？？？
B0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
C0：02 07 14 05 00 00 00 55 00 00 00 00 00 00 00 00   ？？………………………
D0：00 00 00 00 00 00 00 00 61 11 00 36 00 40 00   .. A？.6.@…
E0：01 10 00 00 01 0f 03 07 10 D9 D3 00 01 02   ？？？？？？？？？？？？？ ..？？
F0：03 84 03 00 04 00 85 01 11 00 00 00 00 00 00 00   ？？？？？？…

停止播放的注册表状态：

    0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef    
00：00 00 00 00 00 00 11 21 00 00 00 00 00 00 01 7c 00 00 00   ...？！ ？|...
10：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
20: 00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00    
30：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
40：02 07 14 05 00 00 55 00 00 00 00 00 00 00 00 00   ？？………………………
50：00 00 00 00 00 00 00 00 61 00 06 00 40 68 11    @………h？
60：01 10 00 00 01 0f 03 07 10 d0 10 00 00 01 02   ？？？？？？？？？？？？？ ..？？
70：03 84 03 00 04 00 88 01 00 00 00 00 00 00 00 00 00   ？？………
80: 00 00 00 00 00 11 21 00 00 00 00 00 01 7c 00 00 00    ？|...
90：00 00 00 10 00 00 00 00 00 00 00 80 00 00 00 00 04   ...？ ?...?
A0：00 00 00 01 00 F3 04 02 00 11 01 00 00 00 00   ...？？？
B0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 30 22   … 00英寸
C0：02 07 14 05 00 00 00 55 00 00 00 00 00 00 00 00   ？？………………………
D0：00 00 00 00 00 00 00 00 61 00 06 00 40 68 11    @………h？
E0：01 10 00 00 01 0f 03 07 10 d0 10 00 00 01 02   ？？？？？？？？？？？？？？？ ..？？
F0：03 84 03 00 04 00 88 01 00 00 00 00 00 00 00 00 00   ？？…

我们还订购了开发板、并将对其执行相同的测试。

i2c 和 I2S 时钟之间的时间序列是什么？ 请检查示波器。 I2S 应早于 I2C clk。

盛浩、我要检查一下、不过以上测试是在硬件模式下对 DAC 执行的、没有通过 i2c 在 DTS 中连接驱动器、在硬件模式下的执行方式与连接 i2c / pcm512x 驱动器时相同。 在使用或不使用驱动程序的情况下同时发生爆裂声。 连接驱动程序后、我们无法使用 i2cdump、因为驱动程序会阻止对器件的访问、