这个图表在ee-408的第6页
在ee-408这个关于FIR的手册中给定的性能测试是说2156x系列64抽头系数处理对应窗口大小所用的时间,其中窗口大小为1024时的时间为33us,而我通过示波器测量抽头系数64,窗口大小1024,所用时间却是470us!想知道是那出现了问题。
我是根据给定的参考步骤来完成的,
这段文字在ee-408的16页
这个图表在ee-408的第6页
在ee-408这个关于FIR的手册中给定的性能测试是说2156x系列64抽头系数处理对应窗口大小所用的时间,其中窗口大小为1024时的时间为33us,而我通过示波器测量抽头系数64,窗口大小1024,所用时间却是470us!想知道是那出现了问题。
我是根据给定的参考步骤来完成的,
这段文字在ee-408的16页
您理解错了,这张图表里的意思是窗口大小(即DMA buffer的大小)是64,Tap length=1024。另外需要注意测试条件中2156x的ACLK和CCLK均是1GHz满速
是的,是我看错了,我将配置进行了修改,将Tap length改为256,窗口大小改为1,在不刷新窗口数据的情况下测试的结果为5us,而手册上说只用了0.67us.你可以帮我看看是我哪里出现问题了吗?如果可以帮我解决这个问题我可以提供一笔咨询费。
我的邮箱:1803914214@qq.com
是的,是我看错了,我将配置进行了修改,将Tap length改为256,窗口大小改为1,在不刷新窗口数据的情况下测试的结果为5us,而手册上说只用了0.67us.你可以帮我看看是我哪里出现问题了吗?如果可以帮我解决这个问题我可以提供一笔咨询费。
我的邮箱:1803914214@qq.com
您好,0.67us这个数据是通过计算CCLK cycles得到的。

在测试程序中单SHARC核执行本次FIR计算用了668个CCLK cycles, 由于测试程序中21569的核时钟被配置为1GHz,即一个cycle是1e-9秒,所以总运算时长是0.67us。前面看到您是用示波器进行测量的,个人猜测应该是用了个GPIO拉高拉低信号然后去量的时间吧。在当前测试条件下这样测试并不合理,因为算法执行完成前后GPIO相关的操作会需要额外的CCLK cycles,从而造成误差。

EE408提供了这个图表的测试代码,请参考以下例程

好的,谢谢您。我用这个测试代码再进行验证一下。