|
From: | Marcus Müller |
Subject: | Re: [Discuss-gnuradio] RFNoC FFT Size |
Date: | Thu, 3 Mar 2016 17:20:36 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 |
Dear Simon, it's actually really just a constraint of how RFNoC packages data for transport. It doesn't support fragmenting big vectors (yet), so your vector has to fit one packet. Since the maximum size a packet can carry is 9000B, and a sc16 complex is 8B long, you only get 9000/8-long FFT output, or shorter. > Ok thanks, so it's a limit in the RFNoC software and not related to Ettus FPGA hardware or something like that? Now, whether our FPGA code having that limitation is a software or an FPGA hardware problem is up for discussion, in my opinion :) A possible workaround would be writing your own wrapper for the Xilinx IP core used to actually do the FFT, which would be able to fragment. But then again, the question is what you want to do with the output afterwards. Best regards, Marcus On 03/03/2016 05:10 PM, Simon Olvhammar
wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |