Hello everyone,
I am developing a radar application with the USRP B200. For that purpose,
it is necessary that the phase difference between the TX and the RX local
oscillator remains constant in different frequencies (that is, I send a
pulse in a frequency, and after that, I change the frequency a
Hello Ismael,
With the B200 it is not possible to get the same phase offset at all
frequencies, in fact that is not possible to obtain with any USRP. Some,
such as the UBX and TwinRX, provide the ability to have the same phase
offset every time you tune to a specific frequency. That allows the USR
Hello Ismael,
No, the AD9361 transceiver chip which the B200 uses does not support that.
Regards,
Derek
On Tue, May 22, 2018 at 12:00 PM, Ismael Peruga wrote:
> Hello Derek,
>
> Thank you for your answer. Is it possible to use the same LO for transmit
> and receive? That would fix the problem.
Hi,
I've 2x USRP B210 with board mounted GPSDO (TCXO). I'm controlling the USRP's
with MATLAB and configured the other to send CW at 3.75GHz and other to receive
with the same frequency. The radios are connected with 50cm SMA cable and 30 dB
attenuator.
I know there should be some frequency of
Hello Teemu,
Have you set the B200 to use the GPSDO as the time and frequency source?
Not doing so could be the cause of the frequency offset.
http://files.ettus.com/manual/page_sync.html
Regards,
Derek
On Tue, May 22, 2018 at 12:41 PM, Teemu Veijalainen via USRP-users <
usrp-users@lists.ettus.c
Hi,
And thx for the reply.
The manual (http://files.ettus.com/manual/page_gpsdo_b2x0.html) states that the
GPSDO is detected automatically so I think I don’t have to configure it:
* “By default, if a GPSDO is detected at startup, the USRP will be
configured to use it as a frequency and tim
Hi,
While running C++ code that worked with older versions of GNU
Radio/UHD/Boost, after pulling the latest version from github we are
only able to run the code sometimes. Below I am including three separate
partial stack traces of failed runs. We are getting a segmentation fault
that technic
On 05/22/2018 08:42 AM, Teemu Veijalainen via USRP-users wrote:
Hi,
And thx for the reply.
The manual (http://files.ettus.com/manual/page_gpsdo_b2x0.html) states
that the GPSDO is detected automatically so I think I don’t have to
configure it:
* /“By default, if a GPSDO is detected at st
Hi,
I want to disable automatic calibration of DC offset and IQ imbalance in
USRP Source block.
I am aware that I need to pass bool value 'false' as the argument to
*set_auto_dc_offset* and *set_auto_iq_balance*. The USRP Source block
itself provide this facility in the tab *FE Corrections*. Howe
Hello Kunal,
What daughterboard do you have? I do not believe that there is an IQ
balance function on the N210. Those functions apply to the E31x, B2xx, and
possibly N310 USRPs. There should be a DC notch filter which is selected on
and off, but I would have to check to see if that applies to the
On 05/22/2018 11:25 AM, Derek Kozel via USRP-users wrote:
Hello Kunal,
What daughterboard do you have? I do not believe that there is an IQ
balance function on the N210. Those functions apply to the E31x, B2xx,
and possibly N310 USRPs. There should be a DC notch filter which is
selected on an
Dear Neel,
please find below the output of my flowgraph in Gnuradio and the error message.
I use the latest Gnuradio version. I have a setup of 8 mini-computer with
B200mini attached. Only two of them show this error, and I still did not figure
out why. Once I set the wire-format for the USRP s
Hi Marcus,
Yes, thanks for that clarification. I'd been thinking about automatic IQ
correction, which the AD9361/9364/9371 support. The file based IQ
correction will only be applied if the calibration utilities have already
been run on that daughterboard and system before.
http://files.ettus.com/m
Hello Marcus
I'm trying to run 16 N200s with LFTX/LFRX boards. I want to use all 16 TX
channel and 20 RX channels at 10 MHz sampling rate. I will be streaming
continuous on RX and sending bursts on TX. The problem I'm having is that
the RX threads really don't like being preempted too often or the
Hello Kunal,
Please keep the mailing list included so that others can assist in
answering the questions or learn from the responses.
The set_rx_dc_offset function still exists. Here is the C++ API for that
function.
http://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#
a7beb49c1a04a8
Hello all,
UHD 3.11.1.0 is now available. This is an update to the main series of
releases.
The tag for this release is located here:
https://github.com/EttusResearch/uhd/releases/tag/v3.11.1.0
Installers for Windows and Fedora are available here:
http://files.ettus.com/binaries/uhd/uhd_003.011.
Greetings!
I'm having some issues with talking to two channels at the same time. I'm
building from the maint branch, and if I use just one channel, I get
readings, but if I do two channels, the device simply hangs and never
responds.
The following is the sample code for this:
// Compile with:
//
Neither. It will depend on the gain setting and individual variation in the
device. It is not calibrated to any specific dBm value and if you require
dBm you must calibrate your readings against a known source. The listed
maximum power figure is a maximum to avoid damage to the device.
Nick
On Mo
Hi EJ,
Sorry for the delay here. From the FPGA's perspective if you have
something streaming between one set of blocks and then you start
streaming a different application on another set of previously unused
blocks, then the current clear implementation should still work as
long as the new applica
19 matches
Mail list logo
