Re: [USRP-users] B205-mini GPIO

Hello Arun, The gpio example is the first place to look for a reference. https://github.com/EttusResearch/uhd/blob/master/host/examples/gpio.cpp A description of the GPIO header on the B20xmini can be found here http://files.ettus.com/manual/page_usrp_b200.html#b200_hw_ref_ext Regards, Derek

Re: [USRP-users] [Discuss-gnuradio] USRP N200 issues and fault troubleshooting

Hi Ayaz, This is a USRP question rather than a GNU Radio one so I've copied your message over to the other list. If you're not a member of the usrp-users mailing list you should join that so you can see the responses. It looks like you have BasicRX and BasicTX daugtherboards installed, is that

Re: [USRP-users] Changing phase with TX->RX loopback

Hi Andreas, The timekeeper lives inside of the Radio block. However, after looking more into the code, the DUC and DDC do already read the timestamp data from the CHDR packets. You could modify the DUC and DDC to use the timestamp data to jump the phase accumulator's value to compensate for the

Re: [USRP-users] Latency between multiple daughter boards on one USRP X310

Hello Fabian and Young, The suggestion about timed commands is on point, I think that is what is missing. Using unknown PPS will not hurt as there are two radio blocks with timekeepers and using the unknown PPS setting, or external or gpsdo if installed, will ensure that they are aligned. > 3)

Re: [USRP-users] ALSA audio problem

Hello Mr Munir, Yes, GNU Radio will work with a 12 core CPU. Problems with the audio sink are usually a clock crossing issue. Your sound card is running at a slightly different sample rate than whatever the source of your samples is. Do you have a throttle block or a piece of hardware such as a

Re: [USRP-users] Changing phase with TX->RX loopback

Hello Andreas, The digital frequency offset is handled in the DUC block which does not run in the same clock domain as the Radio block. The phase accumulator register will only increment when samples are being processed. The simplest way to cause the phase accumulator to continuously run (from

Re: [USRP-users] Probe N310 on Windows OS

Hi Jorge, The N310 requires that one of the SFP+ connections is used, not just the RJ45 GigE connection. Info on setting up those connections is here in the Getting Started guide. https://kb.ettus.com/N300/N310_Getting_Started_Guides#Setting_Up_a_Streaming_Connection Regards, Derek On Tue, Jul

Re: [USRP-users] use X310 Ref Out for sync

Hello Johannes, Yes, in that case you can take the 10 MHz Ref Out from the primary X310 and connect it to the 10 MHz Ref in of the second X310. What cannot be done is extend that to a third X310 by daisy chaining or use the 1 PPS to achieve the exact timing sync needed for precise phase alignment

Re: [USRP-users] RFNOC Radio Loopback

Hello Alex, Dave is correct that RFNoC does not currently support a loopback that does not include the host. This is a functionality which Ettus is aware is keenly desired by some users but we do not have a timeline for it being natively supported. The post that Dave linked to describes how to

Re: [USRP-users] Detecting and sampling short bursts of signals at full sampling rate of USRP X310 for longer period of time

Hi Tarik, I regularly stream 800 MS/s to my desktop from a pair of X310s and display the data using GNU Radio's Frequency Sink blocks. I rarely try saving data at a rate above 100 MS/s. Since DSP tasks can vary so much it is essentially impossible for us to say what your maximum achievable sample

Re: [USRP-users] Detecting and sampling short bursts of signals at full sampling rate of USRP X310 for longer period of time

Hello Tarik, Just stepping in to respond that UHD does not support splitting the 10 GigE interfaces to two computers. The X310 supports RFNoC which you could use to create an energy detection block which only streams samples back to the computer when your criteria are met. However it is likely

Re: [USRP-users] N3XX GRC Host Connectivity

Hello Walter, I predominantly work from the C++ UHD driver downwards, so let us hope we can meet in the middle. The RFNoC Crossbar in the FPGA handles the routing of data and command packets from one CE to another. The SFP+ based Ethernet connections are ports on the crossbar as is the radio

Re: [USRP-users] UHD installation

Hello Alejandra, Both of the instructions are correct. The confusion is that the manual copies the file from the installed version of UHD and the application note copies it from the source code directory. By default the install location will be "/usr/local/" so the full path in [1] would be

Re: [USRP-users] timed transmission LATE issue

Hello Hojoon, The problem is a mix of PC hardware and OS, so it is not as simple as saying that changing the OS will improve the latency to meet your need. It will likely help. Increasing the CPU speed would also improve the latency since context switches and all other actions will run faster,

Re: [USRP-users] timed transmission LATE issue

Hello Hojoon, You will have to profile your system to determine the minimum delta that works reliably on your system, as well as choosing a definition for reliable. Networking stacks nearly always have stochastic delays due to the various context switches and scheduling issues with transferring

Re: [USRP-users] N3XX GRC Host Connectivity

Hello Walter, The N310's streaming architecture is much closer (nearly identical) to the X310 for your use case of connecting it to a host computer. It can stream full bandwidth of all channels out of the SFP+ connections when using 10 Gigabit Ethernet. All UHD examples can be run on a host

Re: [USRP-users] RFNoc Relay

Hello Dr Henarejos, Currently an RFNoC only flowgraph is not fully supported. What is missing is the issuing of the commands to start streaming and a mechanism to handle timestamps. Some modifications are needed to make these work. Nick Foster has done a write up on a few different ways of

Re: [USRP-users] Is it possible to set frequency along with a timed command for frequency hopping application?

Yes. Almost every command can be made timed on the X3x0s. On Wed, Jun 20, 2018 at 6:17 PM, Felipe Augusto Pereira de Figueiredo < zz4...@gmail.com> wrote: > Many thanks Derek, I think it worked! > > Is it also possible to schedule gains to be applied into the future? > > Kind Regards, > > Felipe

Re: [USRP-users] Is it possible to set frequency along with a timed command for frequency hopping application?

Yes, I believe all of those commands are exposed in the C API. For instance, https://github.com/EttusResearch/uhd/blob/maint/ host/examples/rx_samples_c.c#L175 If you have the ability to use the C++ API for your application I would generally recommend that as it is the native API for UHD. The C

Re: [USRP-users] Is it possible to set frequency along with a timed command for frequency hopping application?

Hello Felipe, Yes it is possible. What USRP are you using? Some, such as the B200 and E310 cannot set the frequency using timed commands as the tuning is done by the RFIC rather than the FPGA. There is a small example of tuning in the manual.

Re: [USRP-users] USRP X300 and phase alignment

Hello Alice, A single 10 GigE connection should be able to carry two channels of 100 MS/s. Here is a link to some advice for tuning the Ethernet performance of your computer. http://files.ettus.com/manual/page_transport.html Your current program has no use of timed commands so the phase offset

Re: [USRP-users] USRP N310 & RFNOC

Hello Dr Henarejos, The N310 has the same level of RFNoC support as the X310, the same blocks can be used on either. They use a common architecture so the structure and properties are essentially unchanged. The uhd_image_builder is in the process of having N310 support added, that should be

Re: [USRP-users] USRP X300 and phase alignment

Hello Alice, I think you have two different issues. You should not be encountering Late errors. How do you schedule your timed commands? What connection to the host computer are you using? 10 GigE should be able to handle 100 MS/s, are you using 1 GigE? Separately, there will always be a phase

Re: [USRP-users] Bypass Ettus E310 samples to external host

Hello Lucas, The E310's ethernet connection is directly linked to the ARM side of the processor so it is not possible to directly stream samples to the host. We do have an application note describing how to forward samples to and from a host computer from the E310.

Re: [USRP-users] X310 Transmitting Energy on Zero Input

Hi Steve, You're seeing LO leakage, a normal effect of transmitters. You can use an lo offset to move the leakage away from your center frequency. http://files.ettus.com/manual/page_general.html#general_tuning_process Since you're using an RFNoC based flow (correct?) you'll need to add the DUC

Re: [USRP-users] Spectrum analyzer not picking up any signal from USRP-GNU Radio

Hello Ayaz, UHD will log to standard out by default. You should be seeing it in the console section of the GNU Radio Companion, at the bottom. Multiplying by 500 will almost certainly lead to the signal clipping at the DAC, completely corrupting your signal. The USRP Sink block expects values

Re: [USRP-users] Spectrum analyzer not picking up any signal from USRP-GNU Radio

Hello Ayaz, Because you have hardware in your flowgraph (the B210) you should not include a throttle block. Check your log output, it is very likely that UHD is reporting underflows. I'd recommend quickly running through the GNU Radio tutorial on using hardware.

Re: [USRP-users] X310 Register's Memory Capability

I'm not an FPGA expert by a long shot so I'm afraid I can't point at anything specific. The DRAM FIFO may offer some inspiration or the SRAM FIFOs. How and where you need to access the data will influence what the best solution is. Can you say anything more about your application? That would

Re: [USRP-users] NI USRP-2944R with PCIe Connectivity.

Hello Felix, Currently the documentation is correct, the PCIe driver is not supported on the 4.4.x kernel. We are working to get it updated and hope to have a timeline for its release soon. Is there a problem that I can help with to make your 10 Gigabit Ethernet connection work? Ethernet is a

Re: [USRP-users] USRP E313

Hello Ivan, The antenna ports are named TX/RX and RX2 for channel 0 and 1, the same as the B210. The standard USRP Source and Sink block will allow you to select these antennas. This assumes that you are running GNU Radio on the USRP. The ZMQ application note provides a way to move lower sample

Re: [USRP-users] X310 Register's Memory Capability

Hi Steve, As an addon to Jonathon's email, you haven't actually said that you want to store filter taps. If you are storing generic data then the embedded regs are unlikely to be helpful for you because you are not going to be using the data with DSP48s. Regards, Derek On Fri, Jun 8, 2018 at

Re: [USRP-users] USRP N310's schematics

Hello Jon, The schematics are still being readied for posting to the website. I'm sorry for the delay in having them available. Do you have any specific questions that I might be able to answer in the meanwhile? The files will be posted to the Knowledge Base when they are ready.

Re: [USRP-users] IQ Calibration - CPU Performance Impact?

Dave, It is most tunes (as often as needed when changing the frequency would change the IQ correction value). The overhead is, I believe, just a single write and thus completely inconsequential when compared to the usual length of synthesizer SPI writes and switch selection that tuning can cause.

Re: [USRP-users] Consequences of late command

Hello Fabian, Commands which are late will be executed anyways and return the error notification which you are seeing. Commands after it are also executed. Depending on your application it is often possible to structure the commands such that get_time_now only needs to be called in the beginning

Re: [USRP-users] Building the UHD for N3XX devices.

Hello Walter, The N310 uses MPMD as it's host side interface so the appropriate flag is -DENABLE_MPMD. I'll see about documenting that better. The E3xx build flag is entirely separate. http://files.ettus.com/manual/page_usrp_n3xx.html#n3xx_software_dev_uhd Regards, Derek On Thu, Jun 7, 2018 at

Re: [USRP-users] USRP E313

Hello Ivan, Here are a few links to get you started. As an embedded computing device you'll find the experience somewhat different from a B200. https://kb.ettus.com/Ettus_USRP_E300_Embedded_Family_Getting_Started_Guides https://kb.ettus.com/Ettus_USRP_E300_Embedded_Family_Hardware_Resources

Re: [USRP-users] Synchronized frequency hopping

You should use a tune_request_t to manually specify the DSP frequency. The issue is that only the master (LO source) channel knows about the actual frequency error in the LO and will automatically use the DDC to compensate for that error. The other channels must have the same correction applied

Re: [USRP-users] Synchronized frequency hopping

Fabian, Timed commands, carefully and correctly used along with common 10 MHz and 1PPS, can give you time aligned reception with an accuracy of one sample clock period. They are used by many projects for this. To have repeatable phase relationships between channels you must also use timed

Re: [USRP-users] Synchronized frequency hopping

Hello Fabien, Yes, it is possible to queue commands, however there are two important things to keep in mind. The commands will block any other commands in the same queue from executing until the current one's time is reached. So commands must be sent in order (100, then 120, 140 ...). Second, the

Re: [USRP-users] UHD use

Hello Joseph, The name of each example is accurate as a brief description of it's function. Are there any which you have a question about? The rx_samples_to_file and tx_samples_from_file are very simple programs that show receiving and transmitting. benchmark_rate can do both at the same time but

Re: [USRP-users] Using ZMQ

Oops, re-added the wrong list there. Reposting to usrp-users with GNU Radio as BCC. On Mon, May 28, 2018 at 2:24 PM, Derek Kozel wrote: > Hello Steve, > > Please keep the mailing list included unless you are talking about > something which requires privacy. GNU Radio runs

Re: [USRP-users] Using X310 without RFNoC

Hello Koen, To extend Marcus' answer, here is a link to the example with three areas of particular interest highlighted. https://github.com/EttusResearch/uhd/blob/rfnoc-devel/host/examples/rfnoc_rx_to_file.cpp#L292

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] Disable automatic dc offset and IQ imbalance corrections

/manual/page_calibration.html Regards, Derek On Tue, May 22, 2018 at 4:44 PM, Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 05/22/2018 11:25 AM, Derek Kozel via USRP-users wrote: > > Hello Kunal, > > What daughterboard do you have? I do not believ

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

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 <

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

Re: [USRP-users] Can not disable log info in usrp B210

Hello, Can you please share the complete output of running cmake on the laptop with -DUHD_LOG_CONSOLE_DISABLE=TRUE included? Also how are you calling set_logger_level? I think you may want to call set_console_level instead with severity_level off. Regards, Derek On Mon, May 21, 2018 at 10:15

Re: [USRP-users] [Discuss-gnuradio] USRP DDC and GNURadio Bandwidth Problem

Hello Ali, The bandwidth parameter will select the Analog RF filters where possible. For the X310 the daughterboards do not have configurable filters so you will have to add a lowpass filter to your flowgraph. Regards, Derek On Thu, May 17, 2018 at 2:10 PM, Ali via USRP-users <

Re: [USRP-users] Request information for UHD on WINDOWS 10

Hello Daniele, Yes, UHD installs and runs correctly on Windows 10. The installer is the same for all versions of Windows which are supported. Here is the build guide for Windows. https://kb.ettus.com/Building_and_Installing_the_USRP_Open_Source_Toolchain_(UHD_and_GNU_Radio)_on_Windows Regards,

Re: [USRP-users] [Discuss-gnuradio] USRP DDC and GNURadio Bandwidth Problem

Hello Ali, To extend what Marcus has said, here is a link to the UHD manual page about sample rates. http://files.ettus.com/manual/page_general.html#general_sampleratenotes Regards, Derek On Mon, May 14, 2018 at 8:54 AM, Müller, Marcus (CEL) wrote: > Hi Ali, > > just like the

Re: [USRP-users] X310: Flashing failed with different UHD versions because of a runtime error

Hello Andreas, Is there a switch or router connected between the USRP and the computer running uhd_image_loader? If so, can you try rerunning the steps with a direct ethernet connection? The uhd_image_loader and usrp_burn_mb_eeprom utilities can be used to restore to the factory settings, but

Re: [USRP-users] (no subject)

Hello Kazem, Did you get my previous message? http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-April/056283.html You are correct that you need to upgrade the USRP's FPGA image. Please run: "/usr/local/lib/uhd/utils/uhd_images_downloader.py" "/usr/local/bin/uhd_image_loader" \

Re: [USRP-users] B210 FPGA Code

Hello Yeo Jin Kuang Alvin, I am not Ettus' expert in the B210 FPGA, but it would be highly unusual if there were arbitrary bit width changes. I believe that the GPIF bus is 16 bits of I and Q in parallel. The FX3 GPIF bus definition is included in the source and you can use Cypress's tools to

Re: [USRP-users] RuntimeError: Firmware and FPGA image update

Hello Kazem, Have you run the step by step commands which are printed in the error? If they did not work, can you please share the errors from running them? Also, though those are the correct commands, here is the manual page for reference.

Re: [USRP-users] How can I upgrade a standard Octoclock CDA-2990 to a Octoclock-G CDA-2990?

Hello Martin, Yes, you can just install the GPSDO in and have the full functionality. The switch is used to tell the onboard software which reference source is *preferred*. Switching to internal when there is no internal source will fail (there is active detection of the reference signal) and the

Re: [USRP-users] RFNoC support for maint branch

Hello Leo, You are correct, use of custom RFNoC blocks is only supported on the rfnoc-devel branch at this time. The full RFNoC support will be exposed on the main branches in the future, the UHF 4.0.0.0 release is the currently planned time for doing that. Regards, Derek On Wed, Apr 11, 2018

Re: [USRP-users] Remote access to the X310

Hello Ishai, Eino is correct. The UHD API requires a host computer to be connected to the USRP to control the X310. Many users take this API and use it to write applications exposing the processed data to remote clients. GNU Radio provides some foundations such as ControlPort and ZMQ to support

Re: [USRP-users] X300 new user

gt; where software may confuse the two. If one was installed using apt or your >> package manager then it should be removed the same way. >> >> Regards, >> Derek >> >> >> On Fri, Mar 23, 2018 at 6:23 PM, Rob Kossler <rkoss...@nd.edu> wrote: >> >

Re: [USRP-users] X300 new user

at 6:23 PM, Rob Kossler <rkoss...@nd.edu> wrote: > This necessity for setting UHD_RFNOC_DIR should probably be added to the > UHD manual. > > On Fri, Mar 23, 2018 at 2:15 PM, Derek Kozel via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Hello Matis, &g

Re: [USRP-users] X300 new user

Hello Matis, UHD uses RFNoC internally at all times since the 3.10.0.0 release. The XML files are needed for standard operation. It does not expose the full API or set of features unless the rfnoc-devel branch is used. Regards, Derek On Fri, Mar 23, 2018 at 6:05 PM, Matis Alun via USRP-users <

Re: [USRP-users] USRP b210 time tagging

Yes, the data is timestamped. By default it will be times relative to when the USRP was first turned on, but the set_time_next_pps function can be used to align the internal time with an external or GPSDO based reference. http://files.ettus.com/manual/page_sync.html#sync_time There are examples

Re: [USRP-users] RFNoC Support for TwinRX

Hello Adams, Yes, the TwinRX Rev A and B work with RFNoC, but the rfnoc-devel branch may currently have some regressions. We are in the process of updating the rfnoc-devel branch with many changes from the master branch including support for the TwinRX Rev C. We will be doing regression testing

Re: [USRP-users] USRP B210 issues with sample rate and Tx bandwidth

Hello Lucas, I'll address your last question. The limitation is a hardware one as the FPGA is connected to the AD9361 using the CMOS interface and the bandwidth is split between the channels. This cannot be changed on the B210. Regards, Derek On Thu, Mar 15, 2018 at 11:57 AM, Lucas Val Terrón

Re: [USRP-users] Configurating B210 transmitter into two different central frequencies.

Hello Jose, The B210's two channels use a common local oscillator so cannot tune to two separate analog frequencies. http://files.ettus.com/manual/page_usrp_b200.html#b200_fe However if your two center frequencies are relatively close together, such that the minimum and maximum frequencies of

Re: [USRP-users] Align LOs in the front-end for Tx

Hello, Yes, the same use of timed commands applies for the transmit side tuning. Just use set_tx_freq instead of set_rx_freq. The timed command functionality applies to many features on the X310 such as setting the gain, selecting antennas, and other commands. Regards, Derek On Thu, Mar 15,

Re: [USRP-users] TwinRx Channel Alignment

nd? >>> 2. Is the time stamp from the clock on USRP or on the host? >>> >>> Thanks >>> >>> Zhongyuan Zhao >>> >>> PhD Candidate, >>> Department of Computer Science & Engineering, >>> University of Nebraska-Li

Re: [USRP-users] TwinRx Channel Alignment

uite 117, Schorr Center, > Lincoln, Nebraska 68588-0115 > > > On Thu, Mar 8, 2018 at 3:27 PM, Derek Kozel via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> The stream command object has a field for a time spec of when to start >> streaming and

Re: [USRP-users] TwinRx Channel Alignment

The stream command object has a field for a time spec of when to start streaming and a boolean flag for whether to make use of that time spec. http://files.ettus.com/manual/structuhd_1_1stream__cmd__t.html Here we can see it used in an rx example.

Re: [USRP-users] TwinRx Channel Alignment

Hello Andrew, Are you starting the streaming with timed commands? Regards, Derek On Mar 8, 2018 7:32 PM, "Andrew Thommesen via USRP-users" < usrp-users@lists.ettus.com> wrote: Hi all, I have an x310 with a twinRx and would like to process coherent, time aligned data within the FPGA. However,

Re: [USRP-users] FPGA and Firmware Development Platform

Hello Zhongyuan Zhao, Doing FPGA development on the X310 almost never requires interacting with the ZPU. The ZPU is used with the UHD driver to provide underlying system support. The recommended way to add DSP operations to the FPGA is to construct or modify RFNoC blocks. I'd recommend reading

Re: [USRP-users] [Discuss-gnuradio] Regarding Tempest implementation in GNURadio.

Hello Kushagra, I can't. I've never looked into the details of digital video signals and so I would be starting where you are. As I said, I would start by trying to run the existing code and getting it working. From there you can research online for information about the video signals inside your

Re: [USRP-users] set_rx_lo_source

Hello, Setting the LO source does not tune the synthesizers so the actual command duration should be very short. How are you measuring the durations? I looked at why the twinrx_freq_hopping demo is not built by default on Windows and it is because of an optional feature which requires a library

Re: [USRP-users] X300 sample rate

Hello, You are receiving the maximum possible sample rate. The TwinRX is able to provide two channels of data compared to the usual 1 per daughterboard because it uses the 200 MS/s ADC to do real mode sampling on the two channels. The FPGA then does a conversion to 100 MS/s Complex samples for

Re: [USRP-users] OctoClock CDA-2990 FAQ missing link

Hello Professor Mercado, In addition to Neel's link for the Octoclock, here is one for the B210. http://files.ettus.com/manual/page_usrp_b200.html Also an application note about getting started with the C++ UHD API to USRPs. https://kb.ettus.com/Getting_Started_with_UHD_and_C%2B%2B Regards,

Re: [USRP-users] USRP-users help needed

Hello Joe, The source code for both the driver and FPGA HDL are hosted on GitHub. Here are links to them: https://github.com/EttusResearch/uhd https://github.com/EttusResearch/fpga The manual has a short section about sample rate options:

Re: [USRP-users] twinrx_freq_hopping example

I'm not sure how you are responding, but it is still not threading correctly. Thanks for trying though. I would not expect the C API to make a performance difference like that since it is only a wrapper. Are you still using timed commands? If not then the additional overhead of sending commands

Re: [USRP-users] twinrx_freq_hopping example

Hello, Please can you keep your emails in a single thread so it is easier to read. The goal with the frequency hopping example is to instantly jump between frequencies. Normally those 3-5 ms of tuning would be dead time, no meaningful signal could be received. By using the RF synthesizers of

Re: [USRP-users] twinrx_freq_hopping example

Hello, The tuning time is approximately 5 ms, which is why the example uses that number. The example should work the same on either Windows or Linux. What version of UHD are you using on Windows which does not include it? Are you seeing any streaming errors on Windows? Regards, Derek On Mon,

Re: [USRP-users] B200 Noise Figure Meter

Hi Dan, The E310/E312 has the switchable set of receive and transmit filters which the B2xx does not. This will impact the noise figure due to the additional losses of the switches and filters. As with most receivers an external LNA and filter matched to a frequency of interest will reduce the

Re: [USRP-users] Unable to ping USRP X310/NI 2952R after flash image update

Hello Akshatha, What ethernet connection are you using between the USRP and the host computer? The IP address of the USRP will depend on which SFP+ port and what FPGA image you are using. http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_setup_network Regards, Derek On Thu, Feb 15, 2018 at

Re: [USRP-users] IF filtering of X310

Hello Fabian, The set_rx_bandwidth() function does not work with the TwinRX. If the value returned by get_rx_bandwidth is changing then that is a bug which I will look into. It is used for the B2xx and E3xx series, as well as the brand new N310, which have RFICs with programmable bandpass

Re: [USRP-users] A capable Laptop with 10Gb Lan support for USRP X310?

Hello Mark, Yes, people have used external Thunderbolt to 10 GigE SFP+ adapters successfully in the past. https://www.youtube.com/watch?v=w9wlKYDEOUU I do not have up to date information about the level of performance to be expected in such a setup however. In the video Balint is streaming at

Re: [USRP-users] USRP B210 TX-Issues

Hello Jonathan, The gain setting in the USRPs are indexed from minimum gain. On most this means a gain of 0 is actually an attenuation of the signal. The N210's gain range is based on what amplifiers and attenuators are on the daughterboard that is installed. The ranges aren't calibrated to be

Re: [USRP-users] NI USRP / PCIe interface and RFNoC FPGA images

Hi Tarik, I'm glad you got that working. Yes, modifying UHD is certainly a way that you can specify a custom file. I didn't mention it because the device arguments method works in nearly all software. For instance, the path to the bitstream can certainly be supplied as a parameter in GNU Radio

Re: [USRP-users] NI USRP / PCIe interface and RFNoC FPGA images

Hi Tarik, The USRP source in GNU Radio has a spot for specifying device arguments. The osmocom_fft application has a "--args" option the same as the UHD utilities. There is not currently the ability to specify a custom default FPGA image but it is a feature we agree would be useful. Regards,

Re: [USRP-users] NI USRP / PCIe interface and RFNoC FPGA images

Hi Tarik, Your steps are based on the misunderstanding of how the image loading occurs in each of these scenarios. When using PCIe the FPGA will always be reloaded from the host computer. Every program you run using the PCIe link needs the "fpga=/path/to/image.lvbitx" string added to the device

Re: [USRP-users] Twin Rx LO Source

Hello Andy, The LO source is for an external or internal RF source and is fed directly to the mixers. You are looking for the set_clock_source call which will allow you to set the USRP to use an external 10 MHz reference. Regards, Derek On Thu, Jan 25, 2018 at 7:53 PM, Andrew Thommesen via

Re: [USRP-users] TwinRX dead on arrival?

Hello Anon, I can confirm that your issue is due to software and not a hardware issue. The fix is released on the maint branch and will be out on the master branch very shortly. https://github.com/EttusResearch/uhd/commit/f76762c6e9cd7d7e308c589d57cb89 1eda45a4e8 Can you please apply the one

Re: [USRP-users] making the UHD

Hi Ale, I've added back on the list. It's usually best to keep the list included so you can get faster responses from a larger group of experienced people. That example isn't installed into the default PATH like the core UHD programs are. The binary can be found at (by default on Ubuntu)

Re: [USRP-users] making the UHD

Hello Ale, That left shift is intentional behavior. Here is the comment on that line of code. https://github.com/EttusResearch/uhd/blob/maint/host/include/uhd/utils/soft_register.hpp#L100 When you say you "tried to run query_gpsdo_sensors, that one was not finalized" do you mean that it was not

Re: [USRP-users] Independent use of ethernet ports on Ettus x310?

Hello Chad, You'll need a program which can receive from both channels at once. The claiming means that two processes cannot access the same USRP at the same time. The rx_multi_samples shows receiving two sample streams on the same frequency and the same rate. You'll likely need to write your own

Re: [USRP-users] spectrum analyzer USRP N210

I've added back on the mailing list, just include usrp-users@lists.ettus.com as a to: address. If you use reply-all in the future it will keep the list up to date. The "n" value needs to be adjusted now that the step size is 20% smaller. On Thu, Nov 16, 2017 at 9:34 AM, Ivan Zahartchuk

Re: [USRP-users] Sync two USRP devices to sense 100MHz of spectrum

Hello Wahhab, I do not know about using the MIMO cable between a USRP2 and a N2x0, the USRP2 became end of life before I started at Ettus. I think it would work, but cannot test it myself. Others at Ettus may know the answer. You will need at least two 1 Gigabit connections to your host

Re: [USRP-users] feedback from a USRP message

The error checking of the parameter range will happen inside of UHD rather than in the GNU Radio wrapper. The existing check is only for the type of the parameter, in the gain case a numerical value is supplied so it passes the check. The first command will result in a tune to 2.4 GHz. The second

Re: [USRP-users] USRPB210 master clock rate and RF front end bandwidth

Hi Wahhab, It sounds like you are expecting a configuration which is not possible. With an ADC sampling rate of 2 MS/s complex your application will receive valid information about 2 MHz of bandwidth. Setting the analog bandwidth to 2 MHz or 56 MHz will not change this. In order to receive

Re: [USRP-users] feedback from a USRP message

Hi Jason, The command message handling in the USRP source in GNU Radio is a bit interesting. The command may contain many pairs of key->value, most of which end up in a call to their own handler. There is a debug message printed for each of these handlers if you have GNU Radio debug messages

Re: [USRP-users] Advise on how to modifying HDL design E310 to add custom blocks

Hello Brais, Sorry for the long delay. Yes, the B210 has a Spartan 6 which is not supported by Vivado so the design uses ISE. This, and the smaller size of the B210's FPGA, is why RFNoC support has not been added to it. All third generation USRPs support RFNoC and so will all planned future

Re: [USRP-users] Still having problems receiving multiple channels

Hi Janos, What daughtercards are you using? Can you include the console output of your program when it runs? It looks like you have useful log messages. Thanks, Derek On Tue, Oct 17, 2017 at 11:32 AM, Janos Buttgereit via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello everybody, > > I

  1   2   >