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.

[参考译文] TLV320AIC3254EVM-K:AIC3254字长

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

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/1187183/tlv320aic3254evm-k-aic3254-wordlength

器件型号:TLV320AIC3254EVM-K

你(们)好!  

我有关于 AIC3254和 PurePath Studio 的一些问题。

AIC3254能否处理长度为24位的音频? 您似乎可以将 I2S 接口设置为24位、但不清楚这是在整个 miniDSP 处理链中保持的、还是被截断为16位。  

来自 ADC 的数据的字长是多少?  

如果我想使用4xdec in 和8xint out 实现最高音频质量(44.1k 或48k)、应如何配置时钟和 OSR?

如果从16位 I2S 接口移动到24位 I2S 接口、是否需要增加 OSR?

在 miniDSP 内部使用了多少位进行处理?  

如果我将16位音频 I2S 输入右移以自我提供6dB 余量、然后在链中的稍后移回、我会失去任何动态范围吗?  

我希望您能看到我在这里提出的问题

谢谢

大卫

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

    哦、我忘了问...

    如果我将 PAC_DELAY 与 PAC 设置为2…… 我的24位音频将发生什么情况? 我想它会截断最后8个位?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    •  AIC3254可以处理32位音频;pg 0 R27 [D5:D4]是 R/W、因此您可以确定设备运行的位置。
    • 在所需的 Fs -> 2CH* 24位 WL* 48K FS >= 2.304MHz BCLK 或 MCLK。
    • 2.3.3.1.11 d/s 的推荐 AOSR 适用于抽取滤波器类型和取决于 FS 的条件。 参考指南中的 ADC/DAC 设置中突出显示了48K 所需的 OSR 比率
    • miniDSP ADC/DAC 的指令均为24位。 参考指南(TLV320AIC3254应用参考指南(修订版 A)末尾提供了相关说明
    • 如果已移位的位不会超过 WL 中剩余的8个未使用位、那么您不应该丢失任何动态范围。  
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢你的答复。  

    我想使用 I2S 接口连接到 AIC3254的其中一个器件需要相当低的32X 位时钟。 使用我的4xDEC 和8xINT 设置时、我尝试以这种速率运行时、音频失真。  

    如何配置 PurePath GDE GUI 以使用32X 位时钟运行? 我需要使用哪些 DEC 和 INT 块?  

    此致

    大卫

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

    只是为了添加... 我认为问题与我的 PAC 延迟有关。 当我关闭两个 PAC_DELAY 块时、音频听起来不错。  

    我正在尝试实现40mS 的延迟... 我使用两个 PAC_DELAY 块... 每个 DSP 一个

    大小=480

    解码= 1

    PAC=2.

    OUT1=480

    我使用这些块时... 输出的音频失真。 在不同的 OSR 速率下、其表现也似乎有所不同。  

    我想知道此处会发生什么情况、以及该40mS 延迟是否是可行的?

    谢谢

    大卫

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

    尊敬的 David:

    请允许我在本周花一点时间在 PPS 中进行设置。

    此致、

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

    当然、  

    我今天注意到的一件事是它不是确定性的。 我设法使它与 EVM 协同工作

    1)移动块并重新编译

    2) 2)使 PAC_DELAY 大小大于输出1。 例如尺寸是482、输出1是480。  

    在我看来、这看起来像是一个编译器错误、而不是一个 DSP 限制。 我有一个非常繁忙的 PPS 使用几乎所有可用的数据,指令和系数内存。 我将继续测试、但如果没有我的 pps 文件、您可能无法重现我的问题。  

    进一步的问题:同步模式的作用是什么? 我知道它同步了 DSP-A 和 DSP-D、但有什么优点/缺点?

    此外:如何配置 EVM、以使用编解码器提供 I2S 时钟? 目前、位时钟固定为64X、并输入到3254。   

    谢谢

    大卫

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

    还有一件事 我不断用尽系数空间、例如、我的 DSP_D 使用239系数(字)。 然而、在元件接口概述中、此 DSP 上只映射了100个系数... 其余的是什么?

    我使用自适应 DSP 模式

    谢谢

    大卫

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

    您好!

    附件为用于启用主模式和时钟设置以配置输出 I2S 时钟的命令脚本。 我在 EVM 上进行了测试、我的硬件配置是 EVM 用户指南中所述的默认跳线、并将 USBMODEVM:SW2设置为 USB MCLK/I2S 和 EXT MCLK HI。

    我提供了11.289Mhz MCLK。 已在下面配置时钟设置以接收44.1kHz 和 I2S 时钟输出。 若要更改 BCLK/FS 比率、您必须操作时钟设置行中所示的分频器。

    ###############################################
    # High Performance Stereo Playback
    # ---------------------------------------------
    # PowerTune mode PTM_P3 is used for high
    # performance 16-bit audio. For PTM_P4,
    # an external audio interface that provides
    # 20-bit audio is required.
    #
    # For normal USB Audio, no hardware change
    # is required.
    #
    # If using an external interface, SW2.4 and
    # SW2.5 of the USB-ModEVM must be set to
    # HI and clocks can be connected to J14 of
    # the USB-ModEVM.
    #
    # Audio is routed to both headphone and
    # line outputs.
    ###############################################
    
    
    
    ###############################################
    # Software Reset
    ###############################################
    #
    # Select Page 0
    w 30 00 00
    #
    # Initialize the device through software reset
    w 30 01 01
    #
    ###############################################
    
    
    
    ###############################################
    # Clock Settings
    # ---------------------------------------------
    # The codec receives: MCLK = 11.2896 MHz,
    # BLCK = 2.8224 MHz, WCLK = 44.1 kHz
    ###############################################
    #
    # Select Page 0
    w 30 00 00
    #
    # NDAC = 1, MDAC = 2
    w 30 0b 81 82
    #
    # Set BCLK divider
    w 30 1e 84
    #
    # Set DAC_MOD_CLK as source clock
    w 30 19 05
    #
    # Set CLKOUT M divider for BCLK output
    w 30 1a 80
    #
    # Set Master mode and ASI, 32 bit I2S output
    w 30 1b 3c
    ###############################################
    
    
    
    ###############################################
    # Signal Processing Settings
    ###############################################
    #
    # Select Page 0
    w 30 00 00
    #
    # Set the DAC Mode to PRB_P8
    w 30 3c 08
    #
    ###############################################
    
    
    
    ###############################################
    # Initialize Codec
    ###############################################
    #
    # Select Page 1
    w 30 00 01
    #
    # Disable weak AVDD in presence of external
    # AVDD supply
    w 30 01 08
    #
    # Enable Master Analog Power Control
    w 30 02 00
    #
    # Set the input powerup time to 3.1ms (for ADC)
    # w 30 47 32
    #
    # Set the REF charging time to 40ms
    w 30 7b 01
    #
    ###############################################
    
    
    
    ###############################################
    # Playback Setup
    ###############################################
    #
    # Select Page 1
    w 30 00 01
    #
    # De-pop
    w 30 14 25
    #
    # Route LDAC/RDAC to HPL/HPR
    w 30 0c 08 08
    #
    # Route LDAC/RDAC to LOL/LOR
    w 30 0e 08 08
    #
    # Power up HPL/HPR and LOL/LOR drivers
    w 30 09 3C
    #
    # Unmute HPL/HPR driver, 0dB Gain
    w 30 10 00 00
    #
    # Unmute LOL/LOR driver, 0dB Gain
    w 30 12 00 00
    #
    # Select Page 0
    w 30 00 00
    #
    # DAC => 0dB
    w 30 41 00 00
    #
    # Power up LDAC/RDAC
    w 30 3f d6
    #
    # Unmute LDAC/RDAC
    w 30 40 00
    #
    ###############################################
    

    *附加的图像已上载至 AIC3254 ,已启用自适应滤波

    同步模式有什么作用? 我知道它同步了 DSP-A 和 DSP-D、但有哪些优点/缺点?

    数据表中未对其进行详细说明、但其优点似乎是低群延迟(10.4d/s)

    但是、在组件接口概述中、此 DSP 上仅映射了100个系数... 剩下的是什么?

    我们的 PPS 专家已离开办公室几周、因此我无法确定 DSP 存储器和系数。 您能否分享您是如何读取 PPS 中的系数映射的? 我可以向内部咨询、以便对您的问题有更深入的了解

    此致、

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

    谢谢 Daveon

    我意识到使用 SYNC 模式的原因是您可以使用 syncDA 或 SYNC AD、它允许在 DSP 之间进行两次以上的数据传输、 它允许您执行一些高级操作、例如通过 DSP 路由两次、以使用反馈块添加更多处理。  

    我确实注意到的一点是、在示波器上观察时、HIFI 8x 内插输出给出的输出会相当失真。  

    我注意到的另一件事是、PAC_DELAY 块通常有点偏移…… 有时会导致音频质量损失和非常糟糕的音频。  

    我将继续测试、但我期待在专家回来后对这一切提出一些想法。  

    仍然是一个很棒的 IC… 只是 PPS 软件可以做一个更新,我相信永远不会发生。  

    再次感谢

    大卫

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

    您好!

    感谢您在测试过程中提供您的调查结果。 在我内部询问时请耐心等待、我们是否可以通过设计团队的电子邮件就先前的问题提供 miniDSP/PPS 支持。

    此致、

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

    感谢您发送编修。我期待您的回复。 我已尝试让我的问题更清晰如下:

    1) SyncXfer -对于那些尝试使用这个块的人来说,按特定顺序设置时钟非常重要。 这方面有一个问题。 我花了几个小时试图让它工作! 我还将周期设置为1024。 出现问题、数据就不会进行传输。  

    https://e2e.ti.com/support/audio-group/audio/f/audio-forum/1075782/tlv320aic3254-purepath-studio?tisearch=e2e-sitesearch&keymatch=purepath%2525252520studio%2525252520bug#

    2) PAC_DELAY 块似乎会导致音频失真。 主要结果是高频损耗。 请参阅以下内容。。 红色表示绕过 PAC_DELAY 块、绿色表示2x 460字 PAC_DELAY。 (pac=2、dec=1、长度=462、输出=460)。  

    3) HIFI 8X int 输出在输出上有失真。 下面是一个10kHz 正弦波:

    具有标准8X int 输出、正弦波是干净的。 我不确定这里发生了什么、但 似乎有一个错误。 我目前坚持使用8倍整数。

    谢谢你

    大卫  

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

    您应该会在离线状态下看到电子邮件继续传输

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

    尊敬的 David:

    请允许我在音频实验室中设置24位流。 请查看以下原始问题的更新:

    是否有办法可以在每个 miniDSP 中实现40ms 的延迟而不使用 PAC_DELAY 块? 如果不能、如何将 PAC_DELAY 配置为在高频下不失真?

    否、AIC3254具有有限的数据存储器。 在44.1kHz 下的延迟为40ms。 仅一个通道为1764个字。 要隔离失真问题、请使用数字环回处理流程(I2S 输入-> pac_dec_delay -> I2S 输出)来隔离失真… 是否由延迟分量…引起 之类的设置。 这可能也是由设置问题导致的、如 DSP 时钟、周期数等的配置方式。 由于 pac_dec_delay 是已发布的组件、因此它要么配置不正确、要么存在一些设置问题。

    "我不断用尽系数空间、例如、我的 DSP_D 使用239系数(字)。 然而、在元件接口概述中、此 DSP 上只映射了100个系数... 其余的因素是什么?"

    然后,您可以检查资源窗口和要分析的组件界面概述。 在许多情况下、组件具有接口级的私有系数。 如果组件使用许多私有系数、则可能会填充系数存储器。 但为此、您需要检查 过程流。

    有关配置 延迟为40ms 的2ch、32位、44.1kHz、4xdec8int 图像的任何其他信息都将非常有用

    我认为 pac_dec_delay 是理想之选。

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

    谢谢 Daveon。 我持续遇到的问题有:  

    1) 1) PAC_DELAY 块似乎导致音频的 LPF。  请参阅以下内容。。 红色表示绕过 PAC_DELAY 块、绿色表示2x 460字 PAC_DELAY。 (pac=2、dec=1、长度=462、输出=460)。  

    对我来说,这看起来像是一个采样延迟,可引起低通滤波效果(单抽头 FIR ): outputn  =(inputn+inputn-1 )/2

    有什么办法可以解决这个问题吗? 目前、我只是用 PEQ 进行补偿、但这并不理想。  

    2) HIFI 8X int 输出在输出上有失真。 下面是一个10kHz 正弦波:

    具有标准8X int 输出、正弦波是干净的。 我不确定这里发生了什么、但 似乎有一个错误。 我目前坚持使用8倍整数。

    3) 3)在通过 PAC_DELAY 块馈送低音量信号时、会产生很多量化噪声。 绕过延迟块后、噪声消失。 权变措施是确保通过块馈送良好的信号、然后进行任何音量控制或衰减。 您能评论一下原因吗?  

    4)当使用 SyncXfer 阻止我的 miniDSP GPIO 输出不再起作用。 您能对此发表评论吗? 我尝试过几件事情、它绝对与 SyncXfer 块相关。  

    谢谢你

    大卫

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

    您好!

    由于天气恶劣、无法使用音频实验室、因此延迟、我们深表歉意。 请给我一些时间来实际使用 EVM 、并尝试 在这一周结束之前得到回复。

    此致、

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

    你(们)好。 回答我的问题是否有进展? 谢谢- David

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

    尊敬的 David:

     对于延迟、我们的编解码器专家将于本周离开办公室返回、届时 我们将能够提供见解并找到解决方案。

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

    尊敬的 David:

    我们通过提供双通道、32位、48kHz 采样 来隔离 pac_dec_delay 并实现40ms 的延迟、从而对您的设置进行复制。 下面列出了一些注意事项:

    • pac_dec_delay 必须发生在数字域中、因此它必须以 miniDSP_D 为目标 才能产生任何延迟影响。 如下图所示

    • 在我们的处理流程中添加 pac_dec_delay 时、我们没有注意到 输出(LOL/LOR)中有任何失真。 此捕获的结果是 size=600、dec=1、pack=2 pac_dec_delay

    也许可以尝试在 D 中添加 PACK_DELAY 并隔离失真的流程。

    此致、

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

    谢谢 Daveon

    为了听到噪音的影响(问题3)、您需要真正听音乐。 您需要使用进入 PAC 延迟的低信号、然后在之后应用大量增益–20dB 或更高。 我将尝试为您获取该噪声的示波器图像。  

    请查看我在下面的4个问题、这些问题仍然没有答案。  

    1) 1) PAC_DELAY 块似乎导致音频的 LPF。  请参阅以下内容。。 红色表示绕过 PAC_DELAY 块、绿色表示2x 460字 PAC_DELAY。 (pac=2、dec=1、长度=462、输出=460)。  

    对我来说,这看起来像是一个采样延迟,可引起低通滤波效果(单抽头 FIR ): outputn  =(inputn+inputn-1 )/2

    有什么办法可以解决这个问题吗? 目前、我只是用 PEQ 进行补偿、但这并不理想。  

    2) HIFI 8X int 输出在输出上有失真。 下面是一个10kHz 正弦波:

    具有标准8X int 输出、正弦波是干净的。 我不确定这里发生了什么、但 似乎有一个错误。 我目前坚持使用8倍整数。

    3) 3)在通过 PAC_DELAY 块馈送低音量信号时、会产生很多量化噪声。 绕过延迟块后、噪声消失。 权变措施是确保通过块馈送良好的信号、然后进行任何音量控制或衰减。 您能评论一下原因吗?  

    4)当使用 SyncXfer 阻止我的 miniDSP GPIO 输出不再起作用。 您能对此发表评论吗? 我尝试过几件事情、它绝对与 SyncXfer 块相关。  

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

    让我借助音乐来查看 EVM 上的流程、马上与您联系。

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

    您好!

    为了回答您的问题、我们使用我们的 EVM 以48kHz、16位格式进行测试、以验证 PPS 元件的上述问题。

    Q1:我们使用以下流程进行了使用和不使用 PACK_DELAY 的扫描、并且看不到所述的 LPF 行为。

    具有和不具有 PAC_DELAY 的频率响应。 两者显示的响应相同。

    问题2:我们使用 HIFI 运行了相同的流程、如所示、我们没有看到失真。

    问题3:我们没有看到报告的问题。

    Q4:请选择哪个 GPIO 来提供您的 器件配置。

    此致。

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

    感谢您查看此内容。 您能否确认您正在使用的 GDE 版本? 这是我使用的版本:

    我将构建一个相同的图并自己进行测试。 您能否确认您使用的是哪些 PAC_DELAY 设置?  

    再次感谢

    大卫

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

    我试图运行相同的图、但它不允许我将 A-D 处理器放在那里、因此我不确定您是如何管理它的!

    这是我产生上述问题的图。 LPF 在延迟通道上、并且由于 HIFI 内插器而在输出上产生失真。  

    我已再次申请访问 PurePath Studio ... 或许有更新的版本?  

    此致

    大卫

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

    这是我的 GDE 版本和流程。

    e2e.ti.com/.../Pac_5F00_delay.pfw

    此致。

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

    "你在担心什么?" 由于该处理器间模块、它对我来说就是一个错误。 没有必要。  

    您也没有针对大延迟设置 PAC_DELAY 块-您必须在单声道模式下使用它来实现我需要的长延迟。 在下面的示例中、它是25mS。  

    尝试此文件

    e2e.ti.com/.../5852.Pac_5F00_delay.pfw

    左侧通道给了我这个响应、由于 HI_FI int 块、输出存在大量失真。  

    谢谢

    大卫

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

    我来测试一下、稍后再与您联系。

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

    我看到在单声道模式下 PAC_DELAY 的滚降、但 HiFi 和标准模式之间没有区别。

    在立体声模式下、无论有没有 PAC_DELAY 都没有区别。

    让我看看内部团队关于这个现象,并将返回给你。

    忽略流程中未连接的 A-D 处理器。

    此致。

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

    只是想让您知道、我们仍在调试这个单声道组件、并将在我们找到问题时更新。

    您可以尝试使用立体声吗?如果您看到任何差异?

    此致。