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.

[参考译文] TLV320AIC3106:AIC3106 AGC问题

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

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/618605/tlv320aic3106-aic3106-agc-problems

部件号:TLV320AIC3106

您好,

 

我们正在使用TLV320AIC3106编解码器 ,它  的AGC存在2个问题:

  1.  校准AGC时 ,我们 发现  其 输出级别(数字输出)在我们的音频频率范围(300Hz-3.5KHz)上不是恒定的。 在音频范围的高端,我们达到了指定的目标水平;在低端,输出水平最高增加到高于目标水平5dB。

分配为以每秒16K个样本的速度工作的编码解码器。 我们还对数字音频输出进行采样,采样速率为每秒16K个样本,每个样本24位。

我们 设计的AGC可将音频信号扩展到全刻度的一半,+/- 4E6 (24位)。

我们将 AGC寄存器设置为:

       第 26条:0xA3

       REG 27:0xA0

 我们不使用ADC 1的“单高通”输出数字滤波器

 LINE2L采样的音频信号 ,设置 为差分模式操作。

插入的信号电平为 44毫伏。

插入1.5KHz信号时,DSP测量 4.1E6正峰和负峰。

插入300Hz信号时,DSP 测量 6.2E6正峰和负峰值。

  1. 别名问题。 即使是在8kHz附近的极低输入信号也会导致高振幅“模糊”和嘈杂的输出信号。 尽管此频率超出了我们的音频范围,但某些高频背景信号可能会导致严重的音频干扰。

 

请告知我们问题的潜在原因和首选解决方案。 1问题的主要原因是否与AGC平均方法相关? 这两个问题是否与我们用于操作编解码器的相对较低的采样率有关?

 

此致,

Shlomo

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

    Shlomo,您好!

    我们将查看您的问题。 您是否从编解码器捕获了数字输出? AGC应在配置的频率范围内保持振幅。 在启用ADC的数字滤波器时,您是否看到任何变化? 是否可以共享设备的时钟设置?  

    第二个问题似乎与您提到的采样率有关,因为内部时钟是从Fsref频率而不是16KHz采样时钟导出的。

    此致,

     -Diego Mel é ndez López ñ a
      音频应用工程师

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

    你好 Diego

    感谢您的回答,对 您的回答延迟深表歉意。

    我们在24位中采样音频 ,因此我们的最大峰值电平是 +- 800兆。

    当使用 此时间校准AGC时:

    第 26条:0xA3  (我们应该 得到 一个半满刻度的目标水平,大约 +-4 mega)

    REG 27:0xA0

     在某些频率中,从编解码器测量的结果是:

         200 Hz => 7.9  mega

          300 Hz => 6.4 mega

          700 Hz => 4.6 mega

         1000 Hz => 4.26 mega

         2500 Hz => 4.13 mega

    编解码器设置为master。

    我们已经尝试使用ADC HP过滤器。 我们已经认识到,在低频下提高目标水平的上述效果会大大放松。 我们想知道为什么会出现此问题,因此需要使用HP过滤器来解决此问题。

    要生成   编解码器的FS,我们不使用PLL路径。

     公式: fs(ref)= CLKDIV_in / 128 * Q = 24.576 MHz/128*4=4.8万

                                FS = FS (参考)/ 3 = 1.6万

    相关法规的一部分包括:

    REG 1 = 0x80

    REG 2 = 0x44

    REG 3 = 0x20

    REG 4 = 0x04

    REG 5 = 0x00

    REG 6 = 0x00

    REG 7 = 0x0a

    REG 8 = 0xc0

    REG 101 = 0x01

    我们在ADC输出中已经看到的系列别名问题突然消失了! 我们不能让它再次发生! 这很好,但我们担心会再次发生… 您是否有可能的解释?

    此致。