[参考译文] OMAP-L138：音频处理吞吐量能力问题

admin

Other Parts Discussed in Thread: OMAP-L138, PCM1802, PCM1864, AUDK2G

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/594600/omap-l138-audio-processing-throughput-capabilities-question

器件型号：OMAP-L138
主题中讨论的其他器件： OMAPL138、 PCM1802、 AUDK2G、 PCM1864、 66AK2G02

您好！

我处于将 OMAP-L138设计到新产品的开始阶段、并对其性能潜力有一些疑问。

我们需要在192kHz 的16输入/16输出通道上执行基本处理和延迟(高通/低通滤波、最高三阶)。这是否合理地属于 DSP 的功能范围？是否有一种在不实施整个系统的情况下确定这一点的方法(即根据发布的规格进行一些计算)？

数据表还提到 McASP 被设计成在其同时发送/接收信号的每个串行器上支持192kHz/32位音频。如果可以生成适当的数据时钟、是否还可以使用 TDM 模式以16输入/24out 的速率传输？

谢谢、

Jeff

8 年多前

0 admin 8 年多前

TI__Guru**** 2587345 points

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

Jeff、

需要对您的用例进行一些说明。您是否计划使用所有16个 McASP 串行器引脚？ 8输入和8输出串行器、每个串行器均配置为立体声输入(2个通道)。我提出的原因是、我们需要了解需要哪些比特率才能满足您的要求。

如果您计划使用所有 McASP 串行器引脚，则这应该是可能的，因为您需要12.228 MHz (192 * 32* 2)的比特率。如果您计划仅使用2或4串行器、则可能无法满足时序规格。找到这个问题的一个好方法是使用 OMAPL138时钟电子表格来仿真您的 McASP 时钟。
processors.wiki.ti.com/.../AM18xx

如果 EDMA 正在执行所有数据移动并且可以推导出时钟、这似乎是可行的。

另一个数据点是、在使用 PCM1802编解码器的 OMAPL137/DA830上、我们使用 McASP 驱动程序和多通道子卡测试了高达96kHz 的音频输入。

使用 AUDK2G 和66AK2G02并借助 PCM1864编解码器进行192kHz 采样。

让我在内部确认一下、并就此问题向您回复。

此致、
Rahul

0 admin 8 年多前

TI__Guru**** 2587345 points

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

计划使用器件上的每个可用串行器/引脚作为立体声 IIS 引脚(8引脚输入、8引脚输出)。数据表中说外设应该能够处理这一问题。对于此配置、问题在于 DSP 的处理能力、因为我们可能需要一次运行16个三阶滤波器。

当我们考虑以多槽(例如4)格式使用某些串行器时、会出现 McASP 吞吐量问题。由于我们的系统中已经有24.576MHz 时钟、我们似乎可能有超过16个音频通道输入/16个通道输出。查看数据表、可以看到、允许的位时钟频率高达40MHz、因此只要 EDMA 能够跟上速度、我认为它就可以正常工作。我应该已经知道外设的时序规格...

很棒！另一个有用的答案。谢谢！

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] OMAP-L138：音频处理吞吐量能力问题