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
I had the same problem, but adding a power squelch block, with a threshold just above my noise floor, fixed it. On Sun, Mar 27, 2016 at 1:39 PM, SangHyoeg Kim <tkdgur7...@gmail.com> wrote: > Hi tom, > > I got overflow when sample rate is over about 5M > > As your recommend, my problem is threshold of Rx? > (Rx grep all noise signal?) > > 2016. 3. 27. 오후 6:53 tom x <tomx4...@gmail.com> 작성: > > Hi, > > >I think my PC can handle this sample rate > Have you tried other rates? What's the highest sample rate before overflow > occurs? > > >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.html > > > On Sun, Mar 27, 2016 at 10:56 AM, SangHyuk Kim <tkdgur7...@gmail.com> > wrote: > >> Hi, >> >> I'm using USRP N210 with CBX daughter board on native Ubuntu 14.04 >> >> When 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 >> >> >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
