Hi,
These two threads discuss a similar problem, and the conclusion in both seems to be the host PC can not process the incoming samples fast enough.http://gnuradio.4.n7.nabble.com/Overflow-error-even-at-lower-sampling-rates-td40214.html
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2011-July/001774.html
On Sun, Mar 27, 2016 at 1:39 PM, SangHyoeg Kim <tkdgur7896@gmail.com> wrote:
Hi tom,
I got overflow when sample rate is over about 5MAs your recommend, my problem is threshold of Rx?(Rx grep all noise signal?)Hi,Have you tried other rates? What's the highest sample rate before overflow occurs?
>I think my PC can handle this sample rate>How can I handle this problem ?Maybe a power squelch block? You can filter out signals that don't meet a db threshold before they reach your PC.
https://gnuradio.org/doc/doxygen/classgr_1_1analog_1_1pwr__squelch__cc.htmlOn Sun, Mar 27, 2016 at 10:56 AM, SangHyuk Kim <tkdgur7896@gmail.com> wrote:Hi,I'm using USRP N210 with CBX daughter board on native Ubuntu 14.04When I open fft_uhd with sample rate about 25 MSps, it spits out of "D"(overfow)As I know, USRP N210 support sample rate up to 25 MSps and it's possible on Tx mode.I think my PC can handle this sample rate, but I don't know why this is happened.How can I handle this problem ?Thanks.
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment