[USRP-users] Fwd: USRP overflowing
bares at gradiant.org
Tue Dec 2 13:06:41 EST 2014
I must apologize for my three emails. I'm new here and I didn't know that
they were being sent.
I appreciate your help Marcus, configuring it as bridge (I was using NAT)
solved the problem. I was getting really mad. You saved my USRPs of going
through the window.
2014-12-01 19:44 GMT+01:00 Marcus Müller <usrp-users at lists.ettus.com>:
> Hello Brais,
> yes, virtualization might be to blame here. In your case, my assumption
> would be that D implies that packets arrived out of order -- something that
> usually doesn't happen, because there is no reason to reorder packets in a
> Your virtualizer might do a lot of things, depending on how you configure
> your virtual networks. For debugging purposes, I'd generally recommend not
> to use a virtual machine to do signal processing -- but you can try to play
> around with the different types of virtual network interfaces (bridges,
> NAT'ed, proper routing with a purely virtual subnet ...), and you should
> make sure that not for any reasons packets between your VM and the USRP are
> routed indirectly.
> Best regards,
> On 12/01/2014 05:44 PM, Brais Ares via USRP-users wrote:
> To whom it may concern,
> I'm having a lot of trouble when I try to receive samples from the USRP. It
> keeps showing a "D" because it overflows even with the rx_timed_samples
> example. I decreased the rate until 1 Ms/s bit it's still happening.
> I'm using a Debian virtual machine (RAM 2 GB - and two 3.1GHz processors)
> with VMWare and USRP n210. Could it be the virtualization the problem?
> Thank you.
> USRP-users mailing listUSRP-users at lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> USRP-users mailing list
> USRP-users at lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the USRP-users