Re: [USRP-users] RFNoC FPGA clear_tx_seqnum behavior

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

Re: [USRP-users] Question regarding the term "wrt A/D full scale" on OpenBTS

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

[USRP-users] Problem with reading from two rfnoc blocks

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:

[USRP-users] UHD 3.11.1.0 Release Announcement

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:

Re: [USRP-users] Disable automatic dc offset and IQ imbalance corrections

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#

Re: [USRP-users] UHD and process forking

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

Re: [USRP-users] Disable automatic dc offset and IQ imbalance corrections

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.

Re: [USRP-users] B200mini sc12 wire format broken?

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

Re: [USRP-users] Disable automatic dc offset and IQ imbalance corrections

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

Re: [USRP-users] Disable automatic dc offset and IQ imbalance corrections

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

[USRP-users] Disable automatic dc offset and IQ imbalance corrections

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*.

[USRP-users] Race Condition Issue?

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

Re: [USRP-users] B210 Frequency Offset

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

Re: [USRP-users] B210 Frequency Offset

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] B210 Frequency Offset

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

Re: [USRP-users] USRP B200 phase difference between TX and RX LO

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

Re: [USRP-users] USRP B200 phase difference between TX and RX LO

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

[USRP-users] USRP B200 phase difference between TX and RX LO

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