[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] RFNoc and data rates
From: |
Sylvain Munaut |
Subject: |
Re: [Discuss-gnuradio] RFNoc and data rates |
Date: |
Wed, 23 Sep 2015 10:10:52 +0200 |
Hi,
>> My question is, is this possible using current RFnoc blocks?, with for
>> example an average block?
One thing worth considering is the internal precision.
I'm not familiar with the requirement for RA but I assume if you do a
lot of averaging it's to get rid of the noise and dig out very weak
signals.
The current average block might not have enough internal precision for
your needs and might need to be tweaked a bit.
>> Also wondering if a 8k channel FFT block might be expected in RFNoc
>> anytime soon?
Most of the blocks currently assume that 1 vector / fft size = 1
packet. And packets have to fit within the MTU, so with 4 bytes per
sc16 sample, that's 2048 which is the current limit. And I think even
the internal RFNoC fifos are sized with this MTU size in mind.
So for larger FFTs you'll need other mechanism to synchonize the FFT
boundaries, like the EOB flag.
Cheers,
Sylvain
- [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/22
- Re: [Discuss-gnuradio] RFNoc and data rates, Marcus D. Leech, 2015/09/22
- Re: [Discuss-gnuradio] RFNoc and data rates,
Sylvain Munaut <=
- Re: [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Marcus D. Leech, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Marcus D. Leech, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Marcus D. Leech, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Marcus D. Leech, 2015/09/23
- Re: [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/24
- Re: [Discuss-gnuradio] RFNoc and data rates, mleech, 2015/09/24
- Re: [Discuss-gnuradio] RFNoc and data rates, Simon Olvhammar, 2015/09/24