Thanks Nick and Neel for the help.
So, do you have any suggestion how I can obtain the following curves:
https://kb.ettus.com/images/c/cb/B200_RF_Performance.pdf
with for example GNURadio flowgraph?
Thanks
On Tue, May 22, 2018 at 3:33 PM, Nick Foster wrote:
> Neither. It will depend on the gai
Oscar, that document covers a *lot* of testing using quite a lot of
expensive calibrated instrumentation. Maybe you could elaborate a bit on
what exactly you want to test, and why?
On Sun, Jun 3, 2018 at 9:49 AM oscar llerena via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Thanks Nick and N
Hello everyone,
I have a question about frequency hopping in a synchronized scenario. I
have two USRP X310, each equipped with two TwinRX. The LOs are generated
by one of the TwinRX and are distributed to all the others (even across
the two motherboards). 10 MHz and 1PPS are also coming from a sin
Hi Everyone,
As I've noted in the past, I've started examining the various tools to
export data from the grc via the web. Once again, a disclaimer: My
knowledge in communications is sparse.
Up till now I've successfully accessed gr methods from a remote PC using
the XMLRPC block. cheers.
I want
Thanks Nick for your answer.
Well, so I am working with OpenBTS and I understand that it sets parameters
such as the LNA gain at the Rx chain of the USRP B210. So in my research I
got to think that I should know How my RECEIVER works in terms of noise
floor it detects at a certaing LNA gain, so I c
Hi Steve,
this is really a GNU Radio issue, not a USRP issue – so I'm cross-
posting my reply here and there, and I'd ask you to sign up for the dis
cuss-gnura...@gnu.org mailing list[1] and follow up there.
To make this short:
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sun,
Hello Fabian,
the issue can be overcome using what we call timed commands – simply
tell your USRP to tune that LO at time X, and it'll do exactly that!
A bit of example code:
//we will tune the frontends in 500ms from now
uhd::time_spec_t cmd_time = usrp->get_time_now() +
uhd::time_spec_t(0.5);
As Ian explained, oversampling happens both in the radio IC AND in the
FPGA. So yes, this already is the case. Whether or not all 16 bits of
the on-the-wire format are significant depends solely on a) your signal
and b) the ratio between the sampling rate on the bus between radio IC
and FPGA (maste
