[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

[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: [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: 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: 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: 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: 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: 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: 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"

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: 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: 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: 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: 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

>> >> 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: 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

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: 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: 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: 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: 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: 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: 答复: 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: 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: 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: [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: 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: 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: 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: 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: 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: [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: 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: 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: 100Gb NIC for X410

Hey Rob! Great questions. Here's way too much information taken from internal notes I have on the subject, to help you process all of this :) {{{ E810 QCDA2 provides 100 Gb aggregate between both ports. Dual port to USRP is not recommended since UHD doesn't "know" this limitation. E810 2QCAD2 prov

Re: [USRP-users] compiling uhd fails for the upcoming boost 1.66

Hi Mike - Thanks for the pointer. Just to be clear, are you talking about Boost 1.66.0 beta 1? That seems to be the latest version available from boost.org. Boost often goes through a few betas before a release, so it's possible that the API will be restored or further altered; I haven't looked int

Re: [USRP-users] compiling uhd fails for the upcoming boost 1.66

... and ... looks like boost 1.66.0 was released today (2017-12-18). Since there was just 1 beta TTBOMK, this Boost version probably still has the reported issue. Let the testing begin! - MLD On Sun, Dec 17, 2017, at 04:05 PM, Michael Dickens wrote: > Hi Mike - Thanks for the pointer. Just to

Re: [USRP-users] compiling uhd fails for the upcoming boost 1.66

Thanks for the diffs, Mike. I'll get them a try shortly when I have Boost 1.66.0 release installed. Cheers! - MLD On Mon, Dec 18, 2017, at 10:05 AM, Mike wrote: > > Zitat von Michael Dickens : > > > Hi Mike - Thanks for the pointer. Just to be clear, are you talking > &g

Re: [USRP-users] GNURadio OFDM blocks not working with USRP

Hi Weihan - When you simulate "over the air" inside GNU Radio, there are fewer wireless issues encountered & the data is much more likely to be received. Actual OTA is somewhat more challenging, especially if you're sending just 1 frame. Some suggestions, based on personal experience: * try se

[USRP-users] Boost 1.66.0 Compatibility: GNU Radio & Volk & UHD

In initial testing, Boost 1.66.0 is fully compatible with the current GNU Radio and Volk GIT master & current releases. There's an issue with UHD that has already been fixed in the GIT master, but the new boost otherwise seems to work with UHD & the backport to the latest release is very straigh

Re: [USRP-users] Device find & FPGA compatibility after recompile

Hi David - It looks like you have 2 versions of UHD around, both of which are in standard install locations (/usr and /usr/local). This can cause confusion / issues when running executables for either install. I'd advise you to pick one UHD install and remove the other; you might have to even remov

Re: [USRP-users] [Discuss-gnuradio] Boost 1.66.0 Compatibility: GNU Radio & Volk & UHD

I and other MacPorts developers have been testing out boost 1.66.0 for a while now & it seems very stable. There are a ton of ports that rely on Boost, and it takes time to go through them to verify that they at least build & hopefully function too. I expect we'll be updating from 1.65.1 by mid-Jan

Re: [USRP-users] UHD 3.10.3.0 Release Announcement

UHD 3.10.3.0 is also available for Mac OS X / macOS users via MacPorts, through a 2 step process that most MacPorts users know very well already but I'll repeat below for newer users wondering what to do. If you don't have MacPorts installed yet and wish to do so, there are comprehensive instruct

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

For folks using Mac OS X / macOS and MacPorts, I have updated the "uhd-devel" port to 3.11.0.0rc1 (git hash 9f67f624). These changes will be live by around 11 AM / US / Eastern. If you use MacPorts and the current "uhd-devel" port, and you wish to test out this release candidate, then all you n

Re: [USRP-users] OFDM TX/RX BER Calculator

Hi Sarah - A few things to note on using the default GR OFDM using real SDR devices that could be relevant here: * tx data amplification: This needs to be such that the data heading to UHD doesn't saturate on conversion. You can visually see this if you look at the raw Rx signal ... it will

Re: [USRP-users] OFDM TX/RX BER Calculator

Hi Sarah - Glad you're heading down a positive path. The header data is removed from the raw data being decoded, but added as meta-data on the stream. This meta-data is optionally printed out by GR OFDM and/or various Qt displays. Once the header has been verified (via CRC8), it is no longer part

Re: [USRP-users] OFDM TX/RX BER Calculator and ofdm_tx underruns with x310

Hi Sarah - You're welcome & the PER block sounds cool ... do you have a public repo where we can view the source? Well done! As for your other question: Have you tried updating to the latest UHD release (3.11)? That might fix the issue "out of the box" ... and if not, try building from source via t

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

UHD 3.11.0.1 Release Candidate 1 is now in MacPorts as the port "uhd- devel", for folks who want to try it. If you're currently using the "uhd" port, then moving to "uhd-devel" might require rebuilding GNU Radio; "port" should properly detect this situation and ask to rebuild GR (and any other port

[USRP-users] boost 1.67.0 compatibility issues with GR and UHD

Boost 1.67.0 was released over the weekend, and there are incompatibilities introduced by it for both GNU Radio and UHD -- both release and current GIT master of each. Volk latest release as well as current GIT master both seem to build and test cleanly using this new Boost version. The OS-inde

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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] 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] [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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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

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

  1   2   >