[参考译文] LM49350：LM49350音量调节的响应延迟

尊敬的 Paul：  

我以前没有看到过这种情况。  根据我的经验、增益始终随寄存器变化而变化。 嗯... 由于等待过零、可能会稍微延迟一点、但这应该是最小的、当然不是3秒、除非数据非常异常。

您提到过、它们会读回寄存器、但在它们认为 I2C 命令是时、它们是否确定会发送 I2C 命令？  他们实际上可以看到 I2C 写入吗？

我们已经看到很多次、当寄存器被"读取"时、它们只是引用寄存器映射的本地副本、实际上只读取被标记为易失性的寄存器。  

此致、

-Steve Wilson  

您好，Steve

我是来自 TD 技术公司的 Vicky、我们使用  编解码器 LM49350的类型、我想解释  我们产品连接类型的详细信息、我希望它能帮助您分析问题

我们的产品 连接  到 LM49350的端口1和端口2、端口1连接到芯片组、端口2连接到蓝牙

  端口1和端口2的时钟源都来自芯片组的主时钟。

我们根据命令" i2c_read 0x5 0x35 0xa8h"(0xa8h 为 DAC_L_level)，读取寄存器的值，返回的值与我们设置的一样正确，但直到 3秒后最长才有效

随着我们项目的进度已到最后期限、Steve、我希望您能尽快回复我

非常感谢、致以最诚挚的问候！

徐卫健

您好、Steve

我是来自 TD 技术公司的 Vicky、我们使用编解码器 LM49350的类型、我想解释我们产品连接类型的详细信息、我希望它能帮助您分析问题

端口1和端口2同时连接、端口1连接到芯片组、端口2连接到蓝牙

端口1和端口2的时钟源均应用于芯片组的主时钟

我们根据命令"i2c_read 0x5 0x35 0xa8h"(a8h 为 DAC_L_level)读取寄存器的值、返回的值与我们设置的一样正确、但直到最长的3秒后才有效

随着我们项目的进展到了最后期限，Steve，请尽快给我答复，这个问题是否可以解决？

非常感谢、致以最诚挚的问候！

徐卫健

您好 Vicky、  

我很乐意提供帮助、 但您没有给我太多的帮助、我无法在我的结尾重现您的问题  

请向我提供您的完整寄存器配置。 确保包括两个端口的所有时钟频率和 MCLK 频率(如果使用 MCLK)

您已经提到、编程增益可能需要3秒钟才能激活。  您能否分享有关可变性的更多详细信息？ 您使用哪个端口是否重要？ 增益是否有时瞬间发生？

请获取包含 I2C 命令(更改增益)和相同捕获中的音频(显示延时时间)的屏幕截图。

此致、

-Steve Wilson

您好、Steve

所有寄存器设置如下所示：

从0x00h 到0xfeh

0x00000000：0x0081 0x0000 0x0050 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000010：0x0000 0x0000 0x0000 0x0002 0x0000 0x000c 0x000b 0x000b 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x00000020：0x0000 0x000b 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000030：0x0001 0x000b 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000040：0x0000 0x0000 0x0025 0x0025 0x0003 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000050：0x0007 0x005f 0x0000 0x0002 0x001b 0x0002 0x0002 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000060：0x001f 0x006f 0x0005 0x0002 0x001b 0x0002 0x0002 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000070：0x0001 0x000c 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000080：0x0006 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0033
0x0033 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x00000090：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0033 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x000000a0：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x002b 0x002b
0x0016 0x0000 0x0000 0x0000 0x0000 0x00d5 0x0000  
0x000000b0：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0039 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x000000C0：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x000000d0：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x000000e0：0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000  
0x000000f0：0x0002 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000
0x0000 0x0000 0x0000 0x0000 0x0000 0x0020

芯片组提供的 MCLK 为12.288MHz (输出为48K)，Port1输出为48K，   蓝牙端口2的采样率为8k，同时连接端口1和端口2时，DAC 采样率为8K

单独连接端口没有问题，只有同时连接端口1和端口2时才会出现问题。

我 为您制作了一个有关此问题的视频，在本视频中，使用展位模式，当设置为30%的卷时，寄存器的(0xa8h)值为0x2b，当设置为100%的卷时，寄存器的(0xa8h)值为0x37  

如果有任何疑问、请随时与我联系。

谢谢！

Vicky  

e2e.ti.com/.../20200107_2D00_160941.zip

Vicky、  

要清楚一点、您说这个问题只在连接了两个端口、音频从两个端口混合并发送到 DAC 时发生？

此致、

-Steve Wilson

是的、Steve

端口1和端口2都在混频器之后连接到 DACL

Vicky  

您好，Steve

如果有任何进展、请提供反馈

谢谢

Vicky

Steve

很抱歉，由于中国春节，我们迟到了这么长时间

对于您的问题：

1. IE 如果端口1是静音的，而端口2不是静音的，它是否仍需要3秒钟？   ---- 是，端口2连接到 BT，端口1为静默，出现问题

2.如果数字混频器中的一个端口断开连接， 是否仍需要3秒钟？--- 如果只连接了一个端口，则没有问题。