Re: [USRP-users] Brench Maint and Master of UHD

Hi Daniele, Generally speaking, 'maint' should be stable. If you need an absolutely stable version, it is recommended to use a tagged release, such as 'release_003_010_002_000' (UHD 3.10.2.0) or 'release_003_009_007' (UHD 3.9.7). We perform release testing on every tagged version of UHD.

Re: [USRP-users] Using both TX/RX and RX2 ports on the same daughter board to receive signal simultaneously

Hi Yue, There is only one RX path, and it is only possible to RX via TX/RX or RX2 at any given time with the CBX/UBX/SBX/WBX daughterboards. The only exception is the TwinRX, which has two RX channels (and no TX), that run at 100e6 each. Regards, Nate Temple > On Aug 2, 2017, at 9:04 PM,

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, You may want to try putting your VM into a Bridge Network mode. There may be an issue with the NAT routing. If operating in Bridged mode, ensure your Host, VM and E3xx all have different IP addresses. Regards, Nate Temple > On Aug 3, 2017, at 9:39 AM, Philip Balister via

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, Yes, I suspect there may be an issue with a configuration or change to the SSH configs on your current image. Starting with a fresh release-4 image should resolve the issue. Regards, Nate Temple > On Aug 3, 2017, at 12:17 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN >

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, After setting the NIC to be Bridged for the VM from VirtualBox, you need to start the VM, then within the System Settings -> Network of the VM, manually set the NIC to have a static IP address. Regards, Nate Temple > On Aug 3, 2017, at 11:50 AM, Matheou, Konstantin J.

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, When operating in bridged mode, did you manually set the (static) IP address within your VM? Regards, Nate Temple > On Aug 3, 2017, at 11:27 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN > TECHNOLOGIES INC] wrote: > > Nate, > > As soon I put it

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, You can try connecting via the Serial port [1]. I would suggest to first try undoing any changes you have made to the ssh_config. By default it will not require any passwords. If that is not successful, I would suggest downloading a fresh release-4 image from [2] and writing it

Re: [USRP-users] List of compatible parts

Hi Daniel, Michael: Generally there should be no compatibility issues. Where you may run into an issue with compatibility is if for example, you build UHD & GNU Radio, then switch the major version of UHD without rebuilding GNU Radio. This will cause an ABI mismatch, and GNU Radio needs to be

Re: [USRP-users] ADC self-test failed

Hi Sam, Can you please email into supp...@ettus.com. We can debug further off the mailing list. Regards, Nate > On Jul 6, 2017, at 8:39 AM, Sam Vogel wrote: > > Hi Nate, > > Sure, our company is using a custom UHD and I will have to redact part of the > text. When I

Re: [USRP-users] Error when burn fpga image file into USRP X310

Hi Luis, I will follow up with you on this issue off the list, within the thread that has been sent to supp...@ettus.com. Regards, Nate Temple > On Jul 14, 2017, at 6:51 AM, Torres Figueroa, Luis Angel via USRP-users > wrote: > > Hi Nate, > > I have exactly

Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi Konstanitn, I assume you mean you are using VirtualBox, not VMWare. You will need to add a USB Filtering rule for the USRP within the settings for the virtual machine (within VirtualBox settings). You will need to add a rule for VID: 2500 PID: 0020 for the B210. Also, you need replace the

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, Glad to hear that it is working. There are several application notes in the Ettus Knowledge Base that cover working with the E310. https://kb.ettus.com/Application_Notes Regards, Nate Temple > On Aug 8, 2017, at 2:47 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN > TECHNOLOGIES

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, I think the issue now lays within some routing or networking issue between the E310 and the VirtualMachine. Perhaps try turning off the firewall on your Windows host. Test pinging the VM from the E310 when connected via serial connection. Try pinging the E310 from the Windows

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, I don't understand why you're trying to use the username kmatheou when connecting to the E310. The user on the E310 is "root". You need to issue the command *from the Linux VM* to the E310, "ssh root@192.168.10.2". Regards, Nate Temple > On Aug 8, 2017, at 2:12 PM,

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, The partition table looks like it is OK. I would suggest trying to redownload the release-4 / SpeedGrade3 images again and try burning them to the SD Card again. Verify that the md5sums match what is posted in the SG3/ folder. The error you're seeing has only came up when the

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, Can you please attach the picture of the back label? Regards, Nate Temple > On Aug 8, 2017, at 12:29 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN > TECHNOLOGIES INC] wrote: > > I am wearing my reading glasses and the letters were very small too...

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, Thats good news. Now you need to update the host identification for E31x, as it's fingerprint has changed. Within the Linux VM, remove the file /home/user/.ssh/known_hosts with the commnad: rm -v ~/.ssh/known_hosts Then attempt to login again, you'll be prompted to verify the

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, It is fine to have the serial and ethernet connected at the same time. By manually power cycling the device, without a proper shutdown, it may have corrupted the SD card. I would suggest trying to re-image the SD card again, and go through the process as it had previously

Re: [USRP-users] When ssh'ing Getting prompt for Password Issue

Hi Konstantin, You should not need to edit the ssh_config at all. If you attempt to SSH to the E310 from the Linux VM now, does it work? What is the full output when you try to SSH to the E310? Regards, Nate Temple > On Aug 8, 2017, at 1:52 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN >

Re: [USRP-users] Fwd: B210, MIMO Tx Streaming Problem

Duplicate thread - Please see this thread for responses - http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-August/026033.html On Tue, Aug 8, 2017 at 12:30 PM, Masoud Naderpour via USRP-users < usrp-users@lists.ettus.com> wrote: > > > > Hi, > I have launched B210 USRP MIMO config.

Re: [USRP-users] Dual Tx Transmission Problem

Hi Masoud, Please refrain from creating multiple threads on the same topic. [1][2][3] Have you tried the suggestion that Marcus Leech suggested in your original post? [4] You're still operating with n_channel = 1, when it should be n_channel = 2; [1] -

Re: [USRP-users] I want to build my custom FPGA image but failed to get the license

Hi, Which OS and OS Version are you using? Regards, Nate > On Jul 25, 2017, at 5:55 PM, 이진세 via USRP-users > wrote: > > hello > > I use e310 and try to build custom fpga image. > > and i entered a trial license, including webPack, from Vivado License

Re: [USRP-users] Verifying MIMO cable integrity

Hi John, I've matched your configuration, with a N210 with GPSDO as master, and a N210 slave connected via a MIMO cable. I was able to create a pair of synced streams with the flowgraph attached without issue. Can you give it a try? Otherwise email us at supp...@ettus.com and we can follow up

Re: [USRP-users] Fosphor issue

Hi Alex, You'll need to run uhd_images_downloader on the E3xx, and note the URL for the FPGA .zip file it is attempting to fetch within the output. Download that zip file on a computer that is connected to the internet, then transfer it to the E3xx, and unpack them, and you should then be able

Re: [USRP-users] Support with handling data at 200MSPS from NI USRP 2954R

Hi Snehasish, You should not be using a Throttle block when you have any actual hardware within the flowgraph. Note, in order to write 200 MS/s to disk, you'll most likely need a PCIe based SSD, or SSD Raid configuration. I've had success with an Intel 750 Series PCIe based SSD to write 200

Re: [USRP-users] B200mini & XU4 problem

Hi Dave, This is certainly an interesting issue. I suspect the core of the issue may be power draw on the USB interface during boot. One of the common issues with the XU4 that I've seen reported is that the USB3 ports do not provide USB3 spec power levels. Using a powered USB3 hub may

Re: [USRP-users] B200mini & XU4 problem

> from you about using b2x0's with XU4... :-) > > Many Thanks, > Dave > > On 02/09/17 23:30, Marcus D. Leech via USRP-users wrote: >> On 09/02/2017 05:02 PM, Nate Temple via USRP-users wrote: >>> Hi Dave, >>> >>> This is certainly an interesting

Re: [USRP-users] UBX-160 with X310 communication issue

Hi Mark, The UBX v2 is not supported using UHD 3.9.3. Support for the UBX v2 was added with UHD 3.9.5 and UHD 3.10.2.0. Can you please try updating to the newest UHD, such as 3.9.7 or 3.10.2.0 and try probing USRP/DBs again? Regards, Nate Temple On Tue, Oct 17, 2017 at 1:01 PM, Mark Koenig via

Re: [USRP-users] Linux Kernel Modules for X-Series PCIe Connectivity

Hi John, You will need to run Ubuntu <14.04.4 [1] which has the 4.2 kernel, to use the NI driver for the PCIe connection. We have the update on our radar, however I don't have any estimate on when it will be available at this time. [1] -

Re: [USRP-users] [RFNOC] [E310]: Runtime Error: On node 0/FIFO_0 when attempting to run "rx_samples_to_file" example

Hi Adam, This is a known bug that we are tracking on our internal issue tracker. Can you please try building with these commits: https://github.com/EttusResearch/gr-ettus/commit/30302780a44f3f0b146e9b81f88e70c9d983f559

Re: [USRP-users] Problems with Ettus B210 and Intel Nuk

Hi Tathagata, After you boot, if you run: $UHD_INSTALL_PREFIX/utils/b2xx_fx3_utils --reset-device Are you able to then initialize the USRP by running uhd_usrp_probe? Regards, Nate Temple > On Oct 31, 2017, at 11:11 AM, Neel Pandeya via USRP-users > wrote: > >

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

Hi Anon, Please disregard my comment before about the Osmocom blocks, I had switched to the wrong flowgraph. A normalized gain of .5 on the TwinRX is bit low. The TwinRX has 95dB of adjustable gain. Around 60-70 dB will usually provide a good SNR with a common antenna attached. Regards,

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

Hi Anon, Can you try running these tests with a tagged release of UHD, such as "release_003_010_002_000" instead of the master branch? You may need to recompiled GNU Radio against this version of UHD. It is important to download and flash the 3.10.2.0 FPGA image before running the tests. If

Re: [USRP-users] X300 Environment (IO) error

Hi Jacob, Can you try upgrading to UHD 3.10.3.0 to see if it resolves this error? Regards, Nate Temple On Thu, Feb 1, 2018 at 5:09 PM, Jacob Knoles via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello all, > > I have an application that utilizes an X300 radio to play a short burst of >

Re: [USRP-users] MIMO Cable for USRPN200 and USRP2

Hi Wahhab, The MIMO Cable will work with the USRP2. Please see this section of the UHD Manual: http://files.ettus.com/manual/page_usrp2.html#usrp2_mimocable Regards, Nate Temple On Tue, Feb 6, 2018 at 1:34 PM, Wahhab Albazrqaoe via USRP-users < usrp-users@lists.ettus.com> wrote: > I would

Re: [USRP-users] X310 underflow in transmit-only configuration

Hi Steven, If you are able, can you please post an application/code that demonstrates this ? Without seeing the code, its nearly impossible to debug the issue. What version of UHD are you using? Regards, Nate Temple On Thu, Feb 8, 2018 at 1:33 PM, Steven Knudsen via USRP-users <

Re: [USRP-users] B200 USB high CPU usage

Hi Kasper, There are several caveats/issues/topics to consider with regards to running at higher sample rates with the B2xx. Generally speaking, Linux will offer better performance than Windows. What version of UHD are you using? If you're not using UHD 3.10.3.0, can you please try upgrading?

Re: [USRP-users] USRP TwinRX Error UHD

Hi Alejandro, The TwinRX does not support a 184.32e6 Master Clock Rate which is required for srsLTE. The TwinRX DBs also will not work with srsLTE as they do not have any TX channels. Regards, Nate Temple > On Dec 28, 2017, at 8:52 AM, ALEJANDRO BLANCO PIZARRO via USRP-users >

Re: [USRP-users] X310 software reset revisted

Hi Jason, This magic poke should do the trick: python $UHD_INSTALL_DIR/firmware/usrp3/x300/x300_debug.py --addr= --poke=0x100058 --data=1 Regards, Nate Temple On Mon, Jul 23, 2018 at 9:45 AM, Nick Foster via USRP-users < usrp-users@lists.ettus.com> wrote: > I've solved this with the USB JTAG

Re: [USRP-users] GPS and frequency drift problems on TDMA receiver (E310)

Hi David, We would like to debug this off the mailing list. Could you please email us at supp...@ettus.com with the device's serial number? Regards, Nate Temple On Tue, Sep 4, 2018 at 8:31 AM, David Zamorano Fernández via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all! > > We have

Re: [USRP-users] Multi N200 issues

Hi Keith, Can you please give UHD 3.9.7 or the 3.9-LTS branch of a try with your setup? What kind of CPU does your host have? What is the load profile while your application is running? Regards, Nate Temple On Thu, Mar 8, 2018 at 1:55 PM, Keith k via USRP-users < usrp-users@lists.ettus.com>

Re: [USRP-users] Spurious emissions using B200

Hi Carmine, Can you please post a plot showing the spurious emissions you're seeing? If possible, if you can include how you're generating the plots (the script) would be useful as well. What version of UHD are you using? What color is the PCB of your B200? What USRP are you using as a

Re: [USRP-users] N310 Subdevice Specification

Hi Sarah, For four channels on the N310 and UHD 3.11.0.1, the subdev spec will be "A:0 B:0 C:0 D:0". What sample rate are you running at ? Regards, Nate Temple On Mon, Apr 23, 2018 at 6:50 PM, Sarah Tran via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > > > I recently got

Re: [USRP-users] RF_NoC fosphor issue (Source IO size "8" does not match sink IO size "8192".)

Hi Tarik, If you press "F6" instead of the "Run" button, it will bypass this warning and run the flowgraph. Regards, Nate Temple On Mon, Mar 19, 2018 at 8:59 AM, Tarik Kazaz via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi All, > > > I am using USRP X310 with UBX-160MHz. I tried to run

Re: [USRP-users] N3xx operational questions

Hi EJ, Thanks for the detailed report. We are working on addressing these issues and will follow up with a more detailed response soon. Regards, Nate Temple On Wed, Oct 24, 2018 at 3:01 PM, EJ Kreinar via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi All, > > I've been working with the

Re: [USRP-users] n310 offset tuning seems broken

Hi Bob, What USRP / DB are you using? Regards, Nate Temple On Thu, Sep 13, 2018 at 6:53 AM, Tillson, Bob (US) via USRP-users < usrp-users@lists.ettus.com> wrote: > Running 3.13.0.0 on Windows. > > > > I have a flag in my app to enable/disable offset tuning. > > > > Application works properly

Re: [USRP-users] N310 Rack mount Kit

Hi David, You can find the N3xx rack mount kit here: https://www.ettus.com/product/details/n3xx-rack-mount Regards, Nate Temple On Fri, Nov 16, 2018 at 8:19 AM Bengtson, David E. via USRP-users < usrp-users@lists.ettus.com> wrote: > Is there a 19” Rack mount Kit for the N310 available or

Re: [USRP-users] get_rx_antenna() bug in RFNoC x300_radio_ctrl_impl.cpp

Hi Rob, Thanks for bringing this to our attention. We will file an issue on our internal bug tracker and get it resolved. Regards, Nate Temple On Fri, Nov 16, 2018 at 10:41 AM Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > I am using the RFNoC radio_ctrl API with my X310 and

Re: [USRP-users] Python uhd API

Hi Luz, You can call the api calls just as you would in C++ from the usrp object. For example: usrp = uhd.usrp.MultiUSRP(args.args) usrp.set_clock_source("external") usrp.set_time_source("external") Regards, Nate Temple On Wed, Jan 16, 2019 at 2:51 PM Florez Manduca, Luz E CIV USARMY

Re: [USRP-users] E310 something or other

Hi Steve, Those application notes are outdated. We are working on updating them currently and expect to have the new versions posted soon. I'll follow up with you off list with a set of instructions using a newer version of UHD. Regards, Nate Temple On Mon, Jan 21, 2019 at 9:43 AM Steve Clift

Re: [USRP-users] synchronizing multiple USRP N310

Hi Florian, If you pass the arg "--ref external" to tx_waveforms, does it resolve this frequency offset? https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp#L62 Regards, Nate Temple On Thu, Dec 6, 2018 at 12:22 AM Florian Kaltenberger via USRP-users <

Re: [USRP-users] Device String for external clock source USRP N210

Hi Andre, GQRX uses gr-osmosdr under the hood to interface to the USRP, the setters and getters are there [0] to set the sources for an external ref/timing source, but it does not parse the device arg to set them [1]. If you add the parsing and rebuild gr-osmosdr and then GQRX, it will work.

Re: [USRP-users] Live rate changes within an RFNOC block

Hi Andrew, This is an issue we are aware of related to the RFNoC DDC/DUC blocks. We are working on a fix and expect to have in a future release of UHD. Regards, Nate Temple On Mon, Jan 28, 2019 at 10:11 AM Andrew Danowitz via USRP-users < usrp-users@lists.ettus.com> wrote: > I have an RFNOC

Re: [USRP-users] What makes sense and what doesn't in the way carrier frequency is set for TwinRX currently?

Hi Piotr, A quick update -- we have root caused the issue and will have an update that fixes it on the 3.14.0.0 release. Regards, Nate Temple On Sat, Mar 23, 2019 at 8:14 AM Piotr Krysik via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > Update to the previous post. Nate Temple

Re: [USRP-users] UHD3

Hi Vinayak, The INF files are only required for USB based USRPs. If you're able to probe the device with uhd_usrp_probe.exe, you should be good to go. Regards, Nate Temple On Tue, Mar 26, 2019 at 1:58 PM VINAYAK KARANDIKAR via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello Everyone,

Re: [USRP-users] USRP X310 GPS or IEEE 1588 Synchronization

Hi Akin, The Octoclock-G would be suitable for this purpose, and yes, it does contain a GPSDO (OCXO). https://kb.ettus.com/GPSDO#GPSDO_.28OCXO.29 The Octoclock-G does not contain an antenna, you must provide one to the GPS Antenna input (SMA). The X3xx series do not support IEEE 1588, however,

Re: [USRP-users] USRP eNB to USRP UE - OAI

Hi Matthew, We often run OAI on B2xx, X3xx and N3xx USRPs. The best resource for getting started are OAI's getting started page and associated wiki / tutorials. https://www.openairinterface.org/?page_id=25 https://gitlab.eurecom.fr/oai/openairinterface5g/wikis/home Regards, Nate Temple On

Re: [USRP-users] USRP X310 GPS or IEEE 1588 Synchronization

a WR-LEN in close proximity > to the X310. Is that correct? > > Rob > > On Wed, Feb 27, 2019 at 11:45 AM Nate Temple via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Hi Akin, >> >> The Octoclock-G would be suitable for this purpose, and yes, it does

Re: [USRP-users] GPS week rollover readiness?

Hi Joshua, Ublox has confirmed the u-blox 6 modules have been tested and there is no issue with the 2019 GPS week number roll over event. Regards, Nate Temple On Fri, Feb 15, 2019 at 2:17 PM Nate Temple wrote: > Hi Joshua, > > The Jackson Labs based GPSDOs (for B2xx, X3xx and N3xx, E320) are

Re: [USRP-users] HG vs HGS

Hi Bob, The _HGS images are SRAM based vs the HG image is DRAM based. The _HGS images were removed as of UHD 3.10.x.x and you should use the _HG image. The _HG* images are setup for 1Gb speeds on SFP0 and 10Gb on SFP1. The XG image is 10Gb on both SFP0 and 1. Regards, Nate Temple On Mon, Mar

Re: [USRP-users] N310 Initial Connection Issues

Hi Marc, What version of UHD are you using? If you're not running with any 3.14.0.0-rcX release, can you please try v3.14.0.0-rc3 ? Regards, Nate Temple On Tue, Mar 12, 2019 at 10:37 AM Marc Lichtman via USRP-users < usrp-users@lists.ettus.com> wrote: > Hey, > > I'm having issues connecting to

Re: [USRP-users] [UHD] Announcing 3.14.0.0 Release Candidate 1

Hi Robert, Can you send the output of: tree /sys/kernel/iommu_groups/ Do you have an external GPU installed on your system? Regards, Nate Temple On Fri, Feb 8, 2019 at 9:13 AM wrote: > Hi Nate, > > > > thanks for the quick reply. I changed the dpdk-driver and copied the > config file to

Re: [USRP-users] [Discuss-gnuradio] [UHD] Announcing 3.14.0.0 Release Candidate 1

Hi Andre, The one example I can give at this time is limited and semi-anecdotal as I've only tested it on a single machine. With an i7-4790k / Intel x520-DA2 and N310, to stream at full duplex, over two channels at 125 MS/s, the lowest I can run my CPU clock freq at without flow control errors

Re: [USRP-users] GPS week rollover readiness?

Hi Joshua, The Jackson Labs based GPSDOs (for B2xx, X3xx and N3xx, E320) are all ready for the GPS roll over event. We dont expect any issues with the JL GPSDOs until 2028 and later. Depending upon when the units were manufactured it is out until 2038. I'll need to look into the Ublox on the

Re: [USRP-users] Utilisation of core RFNoC Image

Hi Andrew, Please take note of this section of the KB with regards to FPGA modifications: https://kb.ettus.com/X300/X310#FPGA_User_Modifications The PCIe interface and LvFpga_Chinch_Interface cannot be modified, even if you are not using PCIe as a transport, as it will brick the flash memory:

Re: [USRP-users] Issues with N300 - GPSDO Lock/Synchronization, Spectrum asymmetry, MPM performance and Low band phase

Hi Sam, These are all new issues that we were unaware of. I will follow up with you off list to debug these issues through your previously sent email to supp...@ettus.com. Regards, Nate Temple On Fri, Jan 25, 2019 at 2:13 PM Samuel Prager via USRP-users < usrp-users@lists.ettus.com> wrote: >

Re: [USRP-users] Max Sample Rate Exceeds Capacity

Hi Mark, We just merged DPDK support for the X3xx. You can try it out if you build the current head of master. DPDK may help with 8 channels running at 100 MS/s each. https://github.com/EttusResearch/uhd/commits/master https://files.ettus.com/manual/page_dpdk.html Regards, Nate Temple On

Re: [USRP-users] Changing sample rate while running.

Hi Chance, What version of UHD are you using? Could you please give the UHD branch UHD-3.10 a try with your application to see if it makes any difference? Regards, Nate Temple On Mon, Apr 8, 2019 at 8:56 AM Chance Tarver via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > I am

Re: [USRP-users] rfnoc build for an e320

Hi Jason, It looks like you are missing the package: python-setuptools Note, you should not use rfnoc-devel, but instead use a newer version of UHD like v3.14.0.0, and then you can enable RFNoC by adding the cmake flag -DENABLE_RFNOC=ON Regards, Nate Temple On Mon, Apr 8, 2019 at 12:34 PM

Re: [USRP-users] x300_dac_ctrl: timeout waiting for DAC PLL to lock

Hi Lisa, This error usually points to a failure on the MB which requires a RMA. If you remove your custom DB and run uhd_usrp_probe against just the MB do you still get this error? Regards, Nate Temple On Mon, Apr 8, 2019 at 9:13 AM Faller, Lisa-Marie via USRP-users <

Re: [USRP-users] rfnoc build for an e320

Hi Jason, You can disable the QT widgets (not needed on the E320 itself) by adding the cmake flag -DENABLE_QT=OFF Regards, Nate Temple On Mon, Apr 8, 2019 at 1:00 PM Nate Temple wrote: > Hi Jason, > > It looks like you are missing the package: python-setuptools > > Note, you should not use

Re: [USRP-users] E320 hogging the network

Hi Jason, For what its worth, I haven't personally ran this exact combo (E310 w/ UHD 3.11 and E320 w/ 3.14) on the same subnet, but I have ran two N320's on the same subnet (192.168.10.2 and 192.168.10.3, both with 3.14). I did run into the issue where probing in embedded mode would pickup the

Re: [USRP-users] E320 hogging the network

Hi Jason, You could try running the new 3.15 MPM based file system for the E310, but it has some caveats, more details here: http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-May/059897.html Regards, Nate Temple On Fri, Jun 7, 2019 at 12:05 PM Jason Matusiak <

Re: [USRP-users] X310 master clock rate incorrect?

Hi Nick, This sounds like there may still be a bug in the new DDC/DUC's since the change from CORDIC to DDSes [0]. There was a similar issue [1][2] but the patch was merged in at 3.14.0.0 [3]. Could you try a UHD version pre-3.12.0.0 to see if it resolves the issue? 3.11.1.0 or 3.10.3.0 would be

Re: [USRP-users] E310 Startup/Boot not working

Hi Donnie, Is your E310 a SG1 or SG3? https://kb.ettus.com/Ettus_USRP_E300_Embedded_Family_Hardware_Resources#SD_Card_Images Regards, Nate Temple On Mon, Jun 17, 2019 at 1:53 PM Donnie C via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello, > > I'm currently trying to get the E310 to

Re: [USRP-users] E320 with larger SD card

Hi Jason, I have some instructions I will send you off list for adding an additional partition you can try. I wrote them for the E310, but have not yet tested them on E320, however, it should be a similar process. Regards, Nate Temple On Wed, Jun 19, 2019 at 9:44 AM Jason Matusiak via

Re: [USRP-users] RX/TX on 4 channels on N310

Hi Jessica, What sample rate are you trying to run at per channel? I would suggest to use DPDK as it will remove a considerable overhead from the Linux networking stack. I can follow up with you off the list with some notes I have on getting DPDK going, we have a pending app note that will be

Re: [USRP-users] Meaning of "S" output

Hi Alex, The S is for a sequence error, which are generally a bad thing to observe. What version of UHD are you using? Do you have the N210 directly connected to your host? Do you have any other networking gear in between (switch/router/hubs?) What NIC do you have on your host machine?

Re: [USRP-users] USRP utility for spectrum analysis

Hi Mauricio, You could modify the rx_ascii_art_drf util if you wanted, the source is here[0]. There is also the Python version here[1]. There is also a GNU radio OOT, gr-specest that I would recommend to checkout [2]. I would also encourage you to look at the rx_tool utility which can be found

Re: [USRP-users] latest E310 tutorial

Hi, We've pushed updated flowgraphs into gr-ettus for the networked fosphor example to fix the FIFO select and QT display issues. There is a few more minor things fixed in them but can you please give them and try on your system? I will try to replicate the siggen issue you ran into. Regards,

Re: [USRP-users] N200: Sequence error at low sampling rate

Hi Emanuel, What ethernet controller is installed on your NUC? lspci | grep Ethernet Can you try rebooting the NUC, and then run a benchmark to trigger the sequence errors, after that run: ethtool -S and send its output. Regards, Nate Temple On Tue, Sep 3, 2019 at 1:35 AM Emanuel via

Re: [USRP-users] Processor requirements for full-rate streaming on N320

Hi Daniel, As Marcus mentioned, an i3 is not ideal for streaming at such high rates. For 200 MS/s of usable bandwidth, you'll need to stream at 250 MS/s per channel. A colleague has ran 2x2 @ 250 MS/s using an Intel Xeon E5-1620 v3 @ 3.50GHz, and I've ran at those rates with an i9-9900x @ 4.4

Re: [USRP-users] N320: set_rx_bw() does not change the actual BW

Hi David, The N320 has a discrete component daughterboard and does not support setting a bandwidth filter. The RFIC based USRPs such as the B2xx, E31x, E320 (AD9361) and N300/N310 (AD9371) support the set_rx_bandwidth API call. Regards, Nate Temple On Fri, Sep 6, 2019 at 4:55 AM Truan David

Re: [USRP-users] Error running 1024 pt FFT block on N310

Hi Rob, The N3xx (and E3xx) only support having an FFT size up to 512 due to the page size. It'd be possible to modify the blocks to break up the FFT over several packets but it is not currently implemented. The X310 as is supports up to a 1024 point FFT. Regards, Nate Temple On Mon, Sep 9,

Re: [USRP-users] cmake error : Cross-Compiling GNU Radio on Ubuntu 16.04

Hi, That application note is specific to the E310. Are you using the E320 SDK? Did you source the OE environment setup file? (What is the output of echo $CC)? Also that app note is outdated, and I will be posted an updated version soon. Another app note that covers the E320/N3xx will follow.

Re: [USRP-users] cmake error : Cross-Compiling GNU Radio on Ubuntu 16.04

Hi, I hope to have the E310 version posted tomorrow. Don't have a firm timeline for the E320/N3xx version yet. The process is mostly the same, except you should not use rfnoc-devel, but instead use a modern UHD version such as v3.14.1.0, and then during the cmake configuration step, pass the arg

Re: [USRP-users] Sequence Errors N200

Hi Sumit, Actually, I had a typo in the command, that previous benchmark_rate command only tested RX, can you try passing the --tx_rate param and see if it will produce sequence errors using benchmark_rate ./benchmark_rate --tx_rate 10e6 --duration 600 Regards, Nate Temple On Wed, Jul 17, 2019

Re: [USRP-users] Sequence Errors N200

Hi Sumit, It will take 10 minutes for that run to complete. Does it produce a report at the end of the run? Regards, Nate Temple On Wed, Jul 17, 2019 at 8:06 AM Sumit Kumar wrote: > Hi Nate, > No there are not. At the end of the last line, cursor keeps blinking, no > sequence errors. > >

Re: [USRP-users] Sequence Errors N200

Hi Sumit, If you run benchmark_rate for an extend period of time, do you see any sequence errors? /usr/local/lib/uhd/examples/benchmark_rate --rx_rate 10e6 --duration 600 Regards, Nate Temple On Wed, Jul 17, 2019 at 7:34 AM Sumit Kumar wrote: > Hi Nate, > Yes I addressed the first 2 points

Re: [USRP-users] Sequence Errors N200

Hi Sumit, A couple things to address: 1) Enable Thread priority scheduling on your host Note it is throwing a warning in the output: "[WARNING] [UHD] Unable to set the thread priority. Performance may be negatively affected."

Re: [USRP-users] Sequence Errors N200

Hi Sumit, So it looks like you have multiple version of UHD installed: john@john-Precision-M4600:~/pybombs/src/gnuradio/gr-digital/examples/narrowband$ sudo ./benchmark_tx.py -f 2.45G -S 10 linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown

Re: [USRP-users] USRP E312 configuration

Hi Andreas, The errors you see when loading the idle FPGA can be safely ignored and are fixed in the new MPM based file system. We have a pending update for that application note that uses modern UHD that will be posted soon. I can follow up with you off list with the instructions for now.

Re: [USRP-users] USRP E312 configuration

> > On July 18, 2019 7:00:01 PM GMT+02:00, Nate Temple via USRP-users < > usrp-users@lists.ettus.com> wrote: >> >> Hi Andreas, >> >> The errors you see when loading the idle FPGA can be safely ignored and >> are fixed in the new MPM based file system. >&g

Re: [USRP-users] Unable to Tx on 2 X300s with UHD 3.13.1.0 - benchmark_rate hangs

Hi Serge, We are aware of this issue and have an open issue on our internal bug tracker for it. We currently do not have any work around and hope to have a fix for it soon. Regards, Nate Temple On Thu, Jul 18, 2019 at 10:53 AM Serge Malo via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi

Re: [USRP-users] E320 unable to lock to external reference

Hi Jason, This might be a bug with the E320. I will need to try to recreate this issue. I'll follow up as soon as I have more info. Regards, Nate Temple On Thu, Jul 18, 2019 at 12:32 PM Jason Matusiak via USRP-users < usrp-users@lists.ettus.com> wrote: > OK, we've been fighting this for a

Re: [USRP-users] USRP X310 send period

The RFNoC Replay block would be a good starting point, if you want to do this all in the FPGA. On Thu, Jul 18, 2019 at 2:04 PM Marcus Müller via USRP-users < usrp-users@lists.ettus.com> wrote: > At the very benign 20 MS/s, I'd really say your first option is the way > to go. The rest probably

Re: [USRP-users] Fwd: Ettus X300 -- NO TX/RX, RX2 Avaliability

Hi Taylor, The behavior of UHD selecting the antenna port for the LF/Basic boards changed a few releases ago on the X3xx. Instead of setting a subdev spec, you use the antenna port with the name. https://files.ettus.com/manual/page_dboards.html#dboards_basicrx Within the UHD Source/Sink blocks

Re: [USRP-users] E320 unable to lock to external reference

Hi Jason, I've been able to recreate this and have filed an issue on our internal bug tracker and escalated as a high priority issue. I'm not able to provide any ETA on when we will have a fix for it, but hope it will be soon. I will follow up as soon as I have more information. Regards, Nate

Re: [USRP-users] E320 unable to lock to external reference

Hi Jason, I'm fairly confident that this is just a software issue. Regards, Nate Temple On Tue, Jul 23, 2019 at 11:06 AM Jason Matusiak < ja...@gardettoengineering.com> wrote: > Thank you Nate. Good to hear that it wasn't a screw up on our part. Do > you have a gut as to whether or not it is

Re: [USRP-users] Record in disc 4 channels in continuos mode

Hi Anabel, What parameters are you using with the rx_samples_to_file example? Regards, Nate Temple On Mon, Nov 11, 2019 at 3:02 AM Anabel Almodovar via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello, > > I am trying to make a continuous acquisition with an ettus x310 card whose >

  1   2   >