[USRP-users] Re: Benchmarking x410 with Mellanox with DPDK

Thanks for reporting back your success & how you got there! - MLD On Mon, Jan 8, 2024 at 11:55 AM wrote: > I should have updated this chain a bit ago. But I managed to solve the > issue a few days ago. > > I managed to get it to work and there is a few things that went wrong that > when I fixed

[USRP-users] Re: Benchmarking x410 with Mellanox with DPDK

Hi Joe - What does "uhd_find_devices" return for "mgmt_addr" on the USRP? Is the 1 GbE/RJ-45 link connected to the same LAN as the host computer attached to the USRP? I'm literally right now working with another customer and Ettus R&D on this exact same issue and we have determined that the 1 GbE

[USRP-users] Re: [WARNING] [DPDK::IO_SERVICE] Dropping packet: No link entry in rx table, Lookup error

What does "uhd_find_devices" return for "mgmt_addr" on the USRP? Is the 1 GbE/RJ-45 link connected to the same LAN as the host computer attached to the USRP? I'm literally right now working with another customer and Ettus R&D on this exact same issue and we have determined that the 1 GbE / RJ-45 M

[USRP-users] Re: Ettus N321 SFP streaming issues

I've used this for both USRP and general networking: Generic 10GBASE-T SFP+ Copper RJ45 Transceiver Module - FS.com . The USRP is brand agnostic, so I generally just get "generic" branding. If you need more of these for specific brand dev

[USRP-users] Re: Ettus N321 SFP streaming issues

That card -- 10Gtek X540-T2 -- should work OK; I've used them in the past with decent success. FYI the SFP+ adapter that comes with the N32x only provides 1 GbE (technically 1.25 I think, but the USRP only does 1 or 10, so 1 it is). If you want to do 10 GbE, you need other SFP+ adapters. If you do

[USRP-users] Re: X410 not reachable

Hi Max - I'd recommend using an attached host computer to download the X410 filesystem & then writing that to USB-mounted eMMC, as noted here: < https://kb.ettus.com/USRP_X410_Getting_Started_Guide#Flashing_the_eMMC >. - MLD On Mon, Apr 24, 2023 at 6:08 AM Maximilian Matthé < maximilian.mat...@bar

[USRP-users] Re: intel X710DA4 NIC card and breakout cable

Guessing eBay or equivalent would have the X710-DA4 ... haven't looked myself, but it's my go-to for less-common but still valuable devices. If you want to use the X410 as 4x 10 GbE links (and NOT 1x 100 GbE link), then you might consider the Intel XL710-QDA2 [2]. It provides 2 QSFP+ (40 GbE as 4x

[USRP-users] Re: unmet dependencies libuhd4.2.0

I also had this issue on Ubuntu 20.04, which was up to date as of a week or 2 ago before I noticed this issue (it might have been around for quite some time; I hadn't updated this specific computer in ~6 months). Here's what I did to resolve it, allowing "apt" to work again for me. I'm pretty sure

[USRP-users] Re: [Commit-gnuradio] About Reducing Latency When Implementing CSMA/NDA Protocol on Wireless Systems Using USRP Devices

Hi Mehmet - As nobody else has responded in any capacity, let me do so from an Ettus Support perspective. The reason your query isn't being answered is that it is highly technical, with lots of details, and a very specific use-case that would require someone many hours of work to process. Sometime

[USRP-users] Re: USRB Hardware Driver with Apple Silicon Macs

Hi Erik - Yes UHD and USRPs work with Apple M1 / ARM64. I've used an M1 Mac Mini with 10 GbE to connect to various USRPs (N320/1, X310, X410) via an RJ-45 to SFP+ adapter ... worked nicely with UHD 4.1! UHD does have optimizations for certain Intel SIMD; it is not optimized for ARM64, but it should

[USRP-users] Re: DPDK drops samples at low rates

It is worth trying a Mellanox 10 GbE NIC. In our recent internal testing with UHD + DPDK + N320/N321, we saw similar issues as Berkay notes, and eventually tracked the issue to the Intel driver. We approached Intel and while they acknowledged the probable issue, since they have moved development wo

[USRP-users] Re: 答复: Re: 答复: 答复: Re: 答复: Re: How to use External LO on N310 device?

Forgot to mention earlier: at device initialization you have to supply the external LO at 5 GHz, as well as set the device argument as noted. Once the device is fully initialized then you can change the center frequency & the supplied LO must be 2x that. Hope this helps! - MLD On Wed, Oct 27, 202

[USRP-users] Re: How to use External LO on N310 device?

Also: You need to set external LO during device creation. Doing so during runtime is supposed to work, but I've never actually tried that method. Setting during as noted can be made to work. - MLD On Mon, Oct 25, 2021 at 9:29 AM Marcus D. Leech wrote: > On 2021-10-25 4:18 a.m., zeyuan...@zengyi-

[USRP-users] Re: RJ-45 10GbE NIC for X310

Hi Sanjoy - That NIC should work fine with the X310. You will need an adapter from RJ45 to SFP+ (or 2, if you want to use dual connectivity) and, yes, CAT6 or CAT7 ENET cable. I've used this adapter & it works nicely < https://www.fs.com/products/74680.html?attribute=113&id=219394 >. There are plen

[USRP-users] Re: Help_Window Type Error after upgrading GNU Radio v3.10

Hi Thangaraj - 2 responses: (1) your question is a good one for the GNU Radio discussion list ( https://lists.gnu.org/mailman/listinfo/discuss-gnuradio); your query has nothing to do with UHD or USRPs that I can see, and hence doesn't seem to be relevant here in UHD/ USRP discussion. (2) There is n

[USRP-users] Re: B2XX radios don't continue on overflows

: >>>> >>>> right. i tried 4.1 first, then master then rolled back to 4.0. they all >>>> did the same thing. >>>> according to micheal's post above the patch is applied to 4.0 master. >>>> the latest UHD-4.0 rev is here >>>> &

[USRP-users] Re: B2XX radios don't continue on overflows

FYI Ron's patch is integrated in the UHD-4.0 and UHD-4.1 and master branches, and was in the UHD 4.1.0.0 release. It was not part of the UHD 4.0.0.0 release, and has not been backported to the UHD-3.15-LTS (or prior) branch. - MLD UHD-4.0 : https://github.com/EttusResearch/uhd/commit/3d9d68af799c7

[USRP-users] Re: Optical SFP+ adapters for N321

A image should be put on the FPGA, but > > the > > ways described in Knowledgebase are not working. > > > > Is there a way to put the version 3.13.1.0 on the N321? I have tried > > version 4.0.0.0 and it is working fine, but WR is broken. > > > &g

[USRP-users] Re: GnuRadio Instrumentation Block "Frequency Sink"

Your query is best asked on the GR discussion list / GR chat rooms: https://lists.gnu.org/mailman/listinfo/discuss-gnuradio . - MLD On Sun, Jul 11, 2021 at 5:39 PM wrote: > I have a couple of questions about the GnuRadio QT GUI Frequency Sink > Block , which allows you to specify FFT size and u

[USRP-users] Re: Optical SFP+ adapters for N321

>> >> Is there a way to put the version 3.13.1.0 on the N321? I have tried >> version 4.0.0.0 and it is working fine, but WR is broken. >> >> BR, >> Vladica >> >> >> On 22.06.21 21:31, Michael Dickens wrote: >> > I'm using p

[USRP-users] Re: E310 EOL Schedule?

Hi Daniel - There is no schedule to EOL the E310 or any other currently available USRP. - MLD On Wed, Jun 23, 2021 at 10:20 AM Daniel May wrote: > Is there currently an EOL schedule for the E310, or will the E310 be > available for the foreseeable future? > > Thanks, > Daniel >

[USRP-users] Re: Optical SFP+ adapters for N321

ed fibers for both WR and data. > > Is there also some optical multiplexer for these wavelengths, in order > to use a simplex fiber, for both WR and data? > > BR, > Vladica > > On 22.06.21 15:41, Michael Dickens wrote: > > Hi Vladica - I've tested a variety of fib

[USRP-users] Re: Optical SFP+ adapters for N321

Hi Vladica - I've tested a variety of fiber adapters and cables with no issues (e.g., ZyXEL, FS, Axcen). The primary keys are to make sure the various related parameters match up between the adapters and cables and devices. For example: If the adapter is 1490/1310, then you want to make sure the ca

[USRP-users] Re: Troubles with the QSFP+ on the N3x0 series

d Aurora in > action? I am trying to wrap my head around how it is intended to be used. > It seems like it can only really be used in an FPGA-to-FPGA environment, > but almost everything I find in Ettus documentation is just that certain > devices are Aurora capable, and not much else to

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

oner rather than later ... - MLD On Tue, Jun 8, 2021 at 11:07 AM Martin wrote: > On 08-06-2021 16:17, Michael Dickens wrote: > > Hi Martin - Can you try manually applying this commit on your E310 SG1? > Thanks, this did the trick. > After a reboot the mpm is recognozed and uhd_f

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

Hi Martin - Starting from a clean SDcard image seems wise! Here's what I downloaded, direct link: < https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/e3xx_e310_sg1_sdimg_default-v3.15.0.0.zip >. .If your host computer is running UHD 3.15 then you should be able to use the UHD images

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

Hi Martin - Can you try manually applying this commit on your E310 SG1? I'll note that without it I can boot mine into UHD 3.15.0.0 release (or LTS), but "find" fails & then nothing else works. At boot the USRP hardware daemon doesn't start, because it can't detect the product info (as shown by "sy

[USRP-users] Re: Troubles with the QSFP+ on the N3x0 series

abbit, > but we gain a full 40Gbps, right? > > Thanks again. > On Jun 4, 2021, at 4:18 PM, Michael Dickens > wrote: >> >> Hi Jason - Answers, and more. I hope this is useful and helps clarify the >> options. - MLD >> >> 1) The N32x QSFP+ port/link/interfac

[USRP-users] Re: Troubles with the QSFP+ on the N3x0 series

Hi Jason - Answers, and more. I hope this is useful and helps clarify the options. - MLD 1) The N32x QSFP+ port/link/interface should work with UHD 3.15 via the XQ FPGA image. I haven't tried that in a while, but it did work for me once upon a time. 2) When using the WX FPGA image on any N3xy, yo

[USRP-users] Re: libuhd-3.15 static compilation problems

Hi Paolo - Sounds like you've had some success getting the static build working under UHD 3.15 for your specific needs. If the details to get this working are relatively simple then please go ahead and post them here, and that might be useful for others. If they are somewhat involved then please ju

[USRP-users] Re: Reference indefined

Hi Fred - In the top-level BUILD directory there will be a file "CMakeCache.txt" where you can track down the exact variable names you need to use for including the GR CMake variables. I think these are consistent between different GR versions, but I really don't recall any longer & I'm not familit

[USRP-users] Re: [N320] Using white rabbit with OPNT Master Switch

Hi Julián - I'm working on this issue for Ettus. I'll bring you into a discussion off list; once we get a resolution we can post back here. - MLD On Thu, May 6, 2021 at 1:54 PM Burella Pérez Julián Mariano < julian.burellape...@heig-vd.ch> wrote: > Hi Rob, > > Thank you for your feedback ! > > I

[USRP-users] Re: Changing RX frequency (B210) at runtime using the message interface (GnuRadio)

Hi Michael - What version of UHD are you using? Can you provide the actual printout that happens with different GRC flowgraphs? It sounds like this is a bug, but if you're using older GR or UHD then it's a bug that might be fixed in a more recent version. - MLD On Mon, May 3, 2021 at 5:48 AM Niela

[USRP-users] Re: n3xx series questions

According to the Ettus KB < https://kb.ettus.com/N320/N321#RF_Specifications >, the N320/N321 USRPs have a tuning time of 245 microseconds ... that offers up to around 4000 hopes per second. I have never measured this to verify. - MLD On Thu, Apr 29, 2021 at 4:03 PM Marcus D Leech wrote: > The

Re: [USRP-users] OS X Big Sur vs. B200 uhd_usrp_probe

Hi Radio User aka "radiogeek381" - USRPs work for me on Big Sur using UHD from MacPorts; I've tested a B200mini, B210, E310, and X310. I'm mostly testing UHD 4.0 (port "uhd-devel") rather than 3.15 (port "uhd"), but either should work. I have a bunch of builtbots for testing MacPorts builds, includ

Re: [USRP-users] N321 QSFP+ XQ image network connection

sed *Unused* Aurora >> QSFP+ lane 3 Unused Unused Unused *Unused* Aurora >> In the 2 N321 configuration, lane 2 and 3 are valid, but point to a >> different USRP. I'm hoping theres a UHD or FW change that can prevent the >> QSFP->2x10G breakout cable because that de

Re: [USRP-users] UHD version mismatch

Hi Gokul - Did you update UHD to the same version on both the host computer running OAI as well as the USRP (via the filesystem on the SDcard)? It looks from the GIT commands like you're trying to use UHD 4.0-beta on this new host & you note UHD 3.15 on the USRP ... which won't work. You have to ha

Re: [USRP-users] Setting E320 to use fixed IP Address on RJ45 eth0

What version of UHD are you using? Different UHD versions provide different filesystems, which configure networking differently. - MLD On Fri, Jan 15, 2021 at 9:01 AM Mark D via USRP-users < usrp-users@lists.ettus.com> wrote: > Thanks Cédric, > > I used the networkctl status eth0 command that poi

Re: [USRP-users] E320 SFP speed/duplex question

verflows now -- or at least > they are very rare. This is much better than the 4Msps I was seeing > yesterday. I think everything is working as it should be. > > Michael Dickens -- thanks for your help and your quick response yesterday. > > Jim > >

Re: [USRP-users] E320 SFP speed/duplex question

the issue where linux/ethtool is > still reporting a 10Mbps / half-duplex link on sfp0. Again, I'm able to > stream data, so maybe things are working fine. > > Thanks, > Jim > > -- > *From:* Michael Dickens > *Sent:* Wednesday, December

Re: [USRP-users] E320 SFP speed/duplex question

Hi Jim - Just for completion: Try loading the "HG" image -- again if necessary: 1 Gb on SFP+ port 0 and 10 Gb on SFP+ port 1. Regardless of whatever Linux / ifconfig / ethtool shows, the SFP+-based networking will not work if the link speeds are not met on both ends. All USRPs will set the correct

Re: [USRP-users] power-cycle after remote reflash image

Try this UHD-provided utility: https://github.com/EttusResearch/uhd/blob/master/host/utils/x300_reset.py Guessing it ends up doing similarly to what Nate mentioned. Worth a try! - MLD > On Dec 4, 2020, at 5:42 PM, Dustin Widmann via USRP-users > wrote: > >  > Hi Jeff, > > I have been meani

Re: [USRP-users] N321 QSFP+ XQ image network connection

Also- the config utilty makes me choose 2x2x10 A, B, or LOM. Choosing A > disables the second port on the QDA2, and B disables the first port. LOM > disables both ports (expected because it's not a MB NIC). My ideal case is > using 2x N321s over QSFP on the same XL710-QDA2 NIC. Have you

Re: [USRP-users] N321 QSFP+ XQ image network connection

Hi Pat - I recently verified that the N321 QAFP+ interface works with UHD 4.0 release. I am also using an Intel XL710 (QDA2, but that probably doesn’t matter too much). The trick for me was using the Intel QSFP+ NIC configuration tool to set the NIC to 2x(2x10 Gb) mode. This is the setting that

Re: [USRP-users] Trouble with Python API

Check the PYTHONPATH to make sure it holds the correct install directory for UHD Python. I'm guessing it does not. I'm pretty sure UHD by default installs its Python library and files into "/usr/local/lib/python3/site-packages" ... or "dist-packages" ... note the "/python3/" rather than some specif

Re: [USRP-users] meta-ettus-v4.0.0.0 segfault

Hi Ben - This issue has been reported to R&D internally. If you wish to create a public-facing UHD issue on our Github tracker please go ahead & do so, and tag me on it so that we can keep track of it internally. - MLD On Wed, Nov 4, 2020 at 11:25 PM Ben Magistro via USRP-users < usrp-users@lists.

Re: [USRP-users] ETTUS N200 device start issue -- works only after second and subsequent invocations

0; Boost_106501; UHD_3.15.0.HEAD-0-gaea0e2deNo UHD Devices Found * > > I tried that many times and got the answer as above ! > Thanks. > > > Dev Joshi, PhD > Postdoctoral Research Associate > Department of Physics and Engineering > The University of Scranton > C: 617 775 97

Re: [USRP-users] ETTUS N200 device start issue -- works only after second and subsequent invocations

Try "type=usrp2" ... On Wed, Oct 28, 2020 at 12:09 PM Dev Joshi via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi Neel, > > Thanks for the reply, I tried the suggestion: > > * augment your device string with type=n2xx* > > And this is what I get: > > > *uhd_find_devices --args="type=n200

Re: [USRP-users] E320 Autoboot

Hi Jim - I replied to your query to "supp...@ettus.com" about 3 hours after you sent it. Maybe that message didn't get through? I received nothing back from the emails servers noting any issues. Please reply to your original request & we'll try this again. - MLD --- Dr Michael L Dickens Principal

Re: [USRP-users] SFP+ to RJ45 Adapter

Pretty much any SFP+ to RJ-45 adapter should work. I have had very good success with some generics from Amazon as well as some from fs.com . Note that if your 10 GbE adapter provides SFP+ (not RJ-45), then using a DAC cable ("direct attach copper": SFP+ <-> SFP+, without the RJ-45 conversion) is a

Re: [USRP-users] Cross-Compile Issues with E320

all my searching. Using the newer > SDK solved the issues and I can finally run my own programs on the E320. > Thank you again for all the help! > ------ > *From:* Michael Dickens > *Sent:* Monday, October 12, 2020 11:47 AM > *To:* Andrews, Mark J. > *

Re: [USRP-users] Cross-Compile Issues with E320

Hi Mark - You need to use a more recent SDK for the cross-build. Here are the SDKs for the 2 most recent UHD releases. I hope this helps! - MLD < https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/e3xx_e320_sdk_default-v3.15.0.0.zip > < https://files.ettus.com/binaries/cache/e3xx/met

Re: [USRP-users] USRP and Bladerf Sync

devices to synchronize*. > > Regards, > Rigiel > > On Mon, Oct 5, 2020 at 8:07 PM Michael Dickens > wrote: > >> Hi Rigiel - At least in theory both the Bladerf XA4 and USRP B210 provide >> external input for a 10 MHz REF, which -might- allow for some sense of >&g

Re: [USRP-users] Compiling custom C++ code on E320

Hi Mark - Yeah you can't compile your UHD application for your host computer (not cross-compiled using the USRP's SDK) and expect it to run on the USRP. The USRP comes with a full UHD and development install, so you should be able to compile your UHD application directly on the USRP. It might not b

Re: [USRP-users] USRP and Bladerf Sync

Hi Rigiel - At least in theory both the Bladerf XA4 and USRP B210 provide external input for a 10 MHz REF, which -might- allow for some sense of synchronization between them. It's really not clear to me whether that will be enough, and whether the software controlling these devices can be coerced i

Re: [USRP-users] Installation from source (Gnuradio 3.8.2.0 on Ubuntu 18.04.05) - test failure qa_cpp_py_binding (Failed) ...

before posting questions I was checking mailing lists and I > read that CTRLPORT should work well with thrift *0.10.0.* > Therefore I have installed thrift version 0.10.0., however there are still > errors. > > Kind Regards, > > Emil > > On Sun, Oct 4, 2020 at 5:33 PM M

Re: [USRP-users] Installation from source (Gnuradio 3.8.2.0 on Ubuntu 18.04.05) - test failure qa_cpp_py_binding (Failed) ...

Hi Emil - A few thoughts: 1) This is a GNU Radio question; not a USRP one. You'd be better served by querying the GR discussion list < https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >. 2) Those failing tests are related to CTRLPORT and it's use of Thrift. Unless you are going to be using

Re: [USRP-users] Operating E310 from host?

UHD 3.15: just on the E310. No network mode. UHD 4.0: either. On Fri, Oct 2, 2020 at 1:57 PM Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > Is it possible to run an Ettus example app & UHD on the host PC with an > E310 (rather than running the app/UHD directly on the E

Re: [USRP-users] Error while installing RFNOC on ubuntu 18.04.5

chael, > > I would like to install the latest release and UHD 4.0. > Could you point me where I can find the precompiled binaries? > > Thank you a lot on your reply, > > Emil > > On Fri, Oct 2, 2020 at 3:30 PM Michael Dickens > wrote: > >> Hi Emil - What b

Re: [USRP-users] Error while installing RFNOC on ubuntu 18.04.5

Hi Emil - What branch of UHD and GR are you trying to build? That AppNote is a bit dated, and needs a serious update! If what you want is the latest releases of UHD and GR, for many OSs those are available for download and install as precompiled binaries. - MLD On Fri, Oct 2, 2020 at 8:59 AM Emil

Re: [USRP-users] [UHD] 4.0.0.0 Release Announcement

FYI for macOS users using MacPorts: I updated the "uhd-devel" port to the current 4.0.0.0 release commit (20200913-90ce6062); the "uhd" port is still at 3.15.0.0. Both ports should work with the "gnuradio" port for GNU Radio 3.8.2.0, and should install and execute under macOS 10.11 through 10.16-be

Re: [USRP-users] Link going up and down periodically every 45 seconds on USRP N310

In my experience, this happens when the networking isn't stable, which can be for all sorts of reasons: * connectors / cables are flaky; * host SW configuration isn't quite correct; * actual NIC has issues, HW or FW / configuration; * USRP NIC has issues ... very rare, but it can happen; * USR

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

Minimum GCC is 5.4.0 ; requires C++14 . - MLD On Fri, Aug 28, 2020 at 12:22 PM Carmichael, Ryan via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi Michael, > > > > I’m getting this error during compilation. Is there a minimum gcc version > needed for 4.0.0.0-rc1? My RHEL7 has g++ (GCC) 4.8

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

+ UHD 4.0rc1, though I don't know if this will even build. I value any feedback on macOS building and/or use of UHD and GR (and Volk, but that's pretty separate by now); MacPorts or some other install means; any macOS version: 10.4-5 PPC 32/64, 10.4-16 Intel 32/64; even 10.16 ARM64 ... if that

Re: [USRP-users] Using PCIe

FYI there's a new PCIe driver out that supports kernel version 5; you can find the info here < https://files.ettus.com/manual/page_ni_rio_kernel.html >. - MLD On Wed, Aug 5, 2020 at 9:15 AM Michael Dickens wrote: > The default FPGA image for the X310 (which is the Ettus USRP

Re: [USRP-users] Using PCIe

The default FPGA image for the X310 (which is the Ettus USRP of your 2955), supports 10 GbE on the SFP+ port 1 < https://kb.ettus.com/X300/X310#Choosing_a_Host_Interface > ... so, you could use just that link if your application's aggregate sample rate can fit within the link capacity. You can, of

Re: [USRP-users] creating an rfnoc block on master branch

Nope. gr-ettus is, plus or minus, integrated into gr-uhd on GR master. - MLD --- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ On Fri, May 29, 2020 at 5:40 PM Hodges, Jeff wrote: > Is gr-ettus still required for rfnoc on master branch

Re: [USRP-users] creating an rfnoc block on master branch

Hi Jeff - The new tool is called "rfnoc_create_verilog" ... it's located in the UHD repo as "host/utils/rfnoc_blocktool/rfnoc_create_verilog.py". - MLD --- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ On Thu, May 28

Re: [USRP-users] rfnoc build standard image x310 failing

/UHD-3.15.LTS remotes/origin/UHD-3.9.LTS remotes/origin/master remotes/origin/rfnoc-devel remotes/origin/rfnoc-ofdm remotes/origin/x300_fp_gpio_fix }}} --- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ On Thu, May 21, 2020 at 11:35 AM Hod

Re: [USRP-users] TX underflows when using multi_usrp vs. two independent tx_streamers

"addr" link will be used, regardless of these settings. If the aggregate TX data throughput is greater than that which can be provided by a signal SFP+ link, then both links will be used -- up to total aggregate link capacity, of course. The additional arguments are: "enable_tx_du

Re: [USRP-users] Build Error in MSVC 2017 in time_spec.hpp

HI Clark - I'll try to work with you off-list. - MLD --- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ On Mon, Apr 27, 2020 at 1:41 PM Clark (US), Kenneth C < kenneth.c.cla...@boeing.com> wrote: > If I remove “constexpr” co

Re: [USRP-users] Build Error in MSVC 2017 in time_spec.hpp

Hi Ken - Try removing the "constexpr" entirely. We love "const" and "constexpr", but some compilers don't love them in various forms / combinations :) Hopefully that will get you past that issue. - MLD --- Michael Dickens Ettus Research Technical Support

Re: [USRP-users] GPIO setup via gnuradio

at it means to transfer a UHD USRP object. If it does not make > it difficult for you to show how it works, I will greatly appreciate it. > > пт, 17 апр. 2020 г. в 21:27, Michael Dickens : > >> Ohh ... nice! I didn't know gr-uhd provided that interface! A quick >> search sho

Re: [USRP-users] GPIO setup via gnuradio

+ via the UHD C++ API for GPIO. Fun fun fun! - MLD On Fri, Apr 17, 2020 at 1:36 PM Rob Kossler wrote: > The following link (GR documentation) shows some UHD GPIO functionality. > https://www.gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__block.html > > On Fri, Apr 17, 2020 at 1

Re: [USRP-users] GPIO setup via gnuradio

Hi Ivan - I'm assuming you mean configure and control a USRP's GPIO via UHD in GNU Radio? In theory this should be possible, at least in C++ and of course it requires that the specific USRP have GPIO ... I'm not sure if there's a Python GPIO API as of UHD 3.15, but if there is then that method sh

Re: [USRP-users] GPIOs timed commands

Maybe this KB info is what you're looking for? < https://kb.ettus.com/Synchronizing_USRP_Events_Using_Timed_Commands_in_UHD#Example:_Using_Timed_Commands_to_Control_GPIO > Maybe not, too. Worth a look IMHO. - MLD On Fri, Apr 10, 2020 at 4:23 PM Devin Kelly via USRP-users < usrp-users@lists.ettus.

Re: [USRP-users] B210 configuration

there are probably a few outliers, and I'd encourage those folks to pipe up if they know how to access a B210 via those interfaces! I think you'll have better luck making your inquiry on the email lists / forums for SoapySDR and/or gr-osmosdr. Good luck! - MLD -- Michael Dickens Ettus Resear

Re: [USRP-users] Setting Up E310 Environment - Build Error

Excellent! Thanks for reporting back your success! - MLD -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ On Wed, Apr 1, 2020 at 1:51 PM Jeff S wrote: > Michael, > > You hit a bullseye! It took a bit to finally find the culpr

Re: [USRP-users] Setting Up E310 Environment - Build Error

old, and it seems that > it still shows up in some situations. Is it due to my trying to combine > two Application Notes? Is the recomendation to update > *uhd_swigPYTHON_wrap.cxx* still one solution? > > Regards, > Jeff > > ___ > USRP-users mailing list > USRP-users@lists.ett

Re: [USRP-users] Strange noise floor at "high" SNR

ge and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] UHD 3.15 LTS, X310 performance

ve a ‘stonking’ Windows PC so I’ll document the > experience. I expect we’ll stream sustained at 50 Msps, quite possibly much > more. > > > > My B200 is streaming superbly at 28 Msps on a mid-range PC. > > > > Simon Brown, G4ELI > > https://www.sdr-radio.com &g

Re: [USRP-users] UHD 3.15 LTS, X310 performance

tter streaming from > the X310? > > > > As I’m compiling 3.15 LTS from source making changes is easy. > > > > Simon Brown, G4ELI > > https://www.sdr-radio.com > > > ___ > USRP-users mailing list > USRP-user

Re: [USRP-users] Getting time from USRP X300

es X300 support specific GPS antennas? If so can you please let me >know ? >- How do I know that X300's GPS is locked? Is there any API to query >for GPS lock status? >- Once GPS is locked what is the API to get the time? >- Is it possible to use X300 as NTP s

Re: [USRP-users] E320 POE+ Adapter Suggestions

cable. Thanks. > > *Kyle Logue* > > *Engineering Manager ⚝ Comm Software Implementation Dept * > *The Aerospace Corporation* > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-us

Re: [USRP-users] E313 PoE requirements

> USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ _

Re: [USRP-users] USRP N300

> USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ _

Re: [USRP-users] sampling rate issue

_________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] ettus usrp B200 driver - not working on linux ubuntu

le for more information but I don't have any ideas > how to fix it and what is wrong. > > Thanks in advance for your help ! > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/m

Re: [USRP-users] [UHD] 3.15.0.0 Release Announcement

missing 'project', > replace ENABLE_PYTHON3 with a simpler Python detection, clean up > superfluous modules, improve log statements, bump dependency min > versions, add MPM unit testing, fix missing BIGOBJ for MSVC, add our > own UHDBoost.cmake to better find Boost ac

Re: [USRP-users] Usrp B200 IRNSS Simulator

SS datastream for transmission. > > Thanks, > Jit > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus Research Technica

Re: [USRP-users] Question about the IMU (MPU-9150) on the E310

test the IMU, but, unless I am looking in the wrong place, the current > image for the E310 does not have any RTIMULib applications on it. > > > > I want to know if there are any API calls or libraries that would allow > me to do development with the IMU. > > > >

Re: [USRP-users] Problems receiving with B210 and X310

kedin.com/in/aboggiod/> [image: instagram icon] > <https://www.instagram.com/andrewboge/> > > > > > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-u

Re: [USRP-users] X310 - Long init time under Matlab / W10

well (confirming the init / parameters long time duration). > > > > Thank you for help / comments & best regards > > > > JJ > ___________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://l

Re: [USRP-users] X310 and 8bit complex sampling

Hi Arun - Short answer: No, the X310 doesn't support "sc8" OTW yet; we're still working on the RFNoC converter from "sc16" to "sc8". As noted, the X310 provides dual SPF+ 1GbENET and 10GbENET, and obtaining the ENET hardware interface to a host computer is very doable, providing a lot of possible s

Re: [USRP-users] uhd_fft failure

e, errors occurred! > See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log". > See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log". > > > Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up, so I > need to install that manua

Re: [USRP-users] uhd_fft failure

OK. Thanks for the info Saeid. I'll look into creating a VM using Ubuntu 16.04.1 to see what happens. - MLD On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi wrote: > It's Ubuntu 16.04.1, but yes, I will follow the source build instructions. > > On Fri, Oct 11, 2019 at 3:11

Re: [USRP-users] uhd_fft failure

11, 2019 at 2:24 PM Saeid Hashemi wrote: > I will follow your advice, but it's worth mentioning I simply did apt-get > gnuradio and should therefore have a compatible version of uhd installed > automatically as a dependency. I did not install uhd separately. > -- Michael Dickens

Re: [USRP-users] uhd_fft failure

ux-gnu.so: undefined symbol: > _ZN3uhd11time_spec_t15get_system_timeEv > > _______ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > -- Michael Dickens Ettus

Re: [USRP-users] Incorrect RX time_spec values with X300, TwinRX, and v3.14.1.0

to you with an update. > > --Neel Pandeya > > Neel, > > Have you had any luck? > > Thanks. > > Jason > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists

Re: [USRP-users] USRP B210 Error

ny proper solution for this error. > > Thanks > Khizar abbas > Jeju national University SOuth Korea > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co

  1   2   >