[参考译文] TMS320C5535：HWAFT 和32位 FFT

尊敬的 John：

很抱歉耽误你的时间。

HWAFT 当然可以缩短仅在 CPU 内核上执行的任何 FFT 计算(即 DSPLIB)的执行时间。
CPU 和 HWAFT 加速器均可用于(非并行)计算 FFT。 例如、您可以通过将其分解为在 HWAFFT 上运行的多个32点 FFT 来计算1024点 FFT。 这种方法在 FFT 大于1024点的情况下更为常见、因为1024点是 HWAFT 可以计算的最大 FFT。

32位32点(编辑) FFT 的 HWAFT 实现使用两个双级和一个单级计算。
如果每个阶段后的简单二分频缩放不充分、您可以在各个阶段之间添加自己的动态缩放代码。 这将需要扫描数据数组以查看是否需要缩放、并且仅在必要时进行缩放、同时跟踪应用的缩放。 在一些战略位置、动态扩展可能很有意义... 为了增加粒度、可以重新写入 FFT 以使用所有或更多单级、而不是背靠背双级。

扫描数组是一个计算成本高昂的例程、因此选择了二分频缩放(SNR 的计算折衷)。
修改 HWAFT 代码的一个缺点是它将不再从 ROM 中执行。 而修改后的代码却耗尽了 RAM、但并不庞大。

或者、您可以按 FFT_length 对输入信号进行预分频、并禁用缩放以确保其不会溢出。 这也会影响 C5000等定点处理器上的 SNR。 最终决定扩展取决于对输入信号的了解...

如果您愿意、我可以让您联系第三方、该第三方已使用动态调节修改了 HWAFT。

在此处查找代码： http://www.ti.com/lit/an/sprabb6b/sprabb6b.zip
我确信您已经阅读了 HWAFT 应用手册(或 TRM 章节)： http://www.ti.com/lit/an/sprabb6b/sprabb6b.pdf

希望这对您有所帮助、
标记

尊敬的 John：

是的-我指的是32点(或32二进制)、而不是32位。 很抱歉造成混淆。

HWAFT 不能接受大于16位实部和16位虚部的数据输入或宽度。

我试图找到一些诀窍来允许它、但无法实现。

32位数据类型用于蝶形计算中的中间乘法输出、但数据在加法后舍入到16位。

我认为您最好的机会是使用16位 HWAFT 进行智能动态调节、检查数据是否已超过阈值、并在必要时进行调节。

您的应用程序是否具有低功耗？ 如果不是、请考虑使用浮点处理器或具有更高时钟频率的处理器、如 C6000。 C55xx 是本机16位机器、因此计算32位数字可能很慢。

DSPLIB 已经是手动优化的汇编语言、但可能值得尝试通过正确的存储器放置来进一步优化-请确保您正在利用 DARAM、在那里、指令可以利用它。

希望这对您有所帮助、
标记