Hi!
I'm finally getting around to getting some PCs upgraded from 3.7 to 3.8. I did
the installs to a local prefix and everything seems to be running. What I'm
seeing, however, is when I have a ZMQ Pull Source added to my graph (picture of
the simple graph attached), I'm getting some startup w
While using GNURadio v3.7, I used to be able to perform source-level debugging
with Visual Studio Code (probably more often than I'd like to admit) using the
instructions located at:
https://wiki.gnuradio.org/index.php/UsingVSCode
I have now upgraded to use v3.8 and just tried to do the same th
My current versions are:
Linux: Ubuntu 18.04LTS
GNU Radio: v3.8.2.0-102-gcc5a816b
UHD: UHD-4.0 (e520e3ff)
gr-ettus: maint-3.8-uhd4.0 (1038c4ce)
The UHD and gr-ettus repositories seem to have the RFNoC blocks, in particular,
the FIR filter (the one I'm interested in). But they don't see
I've been running an X310 for quite a while, and recently got the following
message:
"[ERROR] [UHD] An unexpected exception was caught in a task loop.The task
loop will now exit, things may not work.send: Network is unreachable"
My current configuration is:
Ubuntu 18.04
UHD UHD-4.0 (8f2733
again, I'll ping and check
the ifconfig, and report what I see.
Thanks!
Jeff
From: Marcus D Leech
Sent: Friday, May 21, 2021 7:59 AM
To: Jeff S
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] UHD Exception
Once this happens, is the X310
lo_locked
| | | Freq range: 10.000 to 6000.000 MHz
| | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB
| | | Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
| | | Connection Type: IQ
| | | Uses LO offset: No
From: Jeff S
command utilities will be able to simulate that.
Regards,
Jeff
From: Marcus D Leech
Sent: Wednesday, May 26, 2021 9:16 AM
To: Jeff S
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Re: UHD Exception
My guess is that the error causes the FPG
It seems like I had a discussion a while back where it was described that burst
mode needs to have some padding before and after the actual burst packet. I'm
now getting back into some burst mode work and am wondering why the padding was
needed, or if I have misremembered the conversation. Wha
I've been working on a software keying loop with the GPIO on an X310, and I
measured the latency for setting a GPIO pin output wrapped back into a GPIO
input to be around 5 ms on average. This was done by setting a pin manually,
and then immediately polling the input pin to see how long before
Raghav,
I was looking into timed commands for the outputs, but how do you time the
input to GPIO and cause the timed outputs to wait for the input to be active?
Regards,
Jeff
From: Raghav Subbaraman
Sent: Thursday, December 8, 2022 11:41 AM
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject
I'm fairly new to GNURadio, so I may have (most likely) missed it, but I had
the same problem that was fixed by multiplying the complex number going into my
sink by 0.25 to get my QPSK modulation to work on my X310. Since doing that, I
have found references to over driving the TX on this list.
Awesome! Thanks, Brian!
From: Brian Padalino
Sent: Tuesday, December 3, 2019 3:37 PM
To: Jeff S
Cc: Lindstedt, Ralf ;
usrp-users@lists.ettus.com
Subject: Re: [USRP-users] IQ-sample with a magnitude larger than 1.0
On Tue, Dec 3, 2019 at 1:53 PM Jeff S
For an X310, I am currently using:
$ uhd_config_info --version
UHD 4.0.0.rfnoc-devel-702-geec24d7b
I would like to update my N310 to the same version as my X310 so I can use it
in Network mode like the X310 without having multiple versions of UHD. Since
I've had some version configuration iss
itional questions on another thread--I have no
shortage of questions...
Jeff
____
From: USRP-users on behalf of Jeff S via
USRP-users
Sent: Wednesday, December 11, 2019 7:04 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] UHD Versions for N310
EJ,
I'm finding that I have the same problem after installing 3.14.1.1.
I did the following:
$ uhd_images_downloader
$ uhd_image_loader --args "type=n3xx"
which is what I thought we were supposed to do, but I got the same error on my
uhd_usrp_probe that Robert did.
I'll see if I can figure ou
lding some custom blocks in
the future. I assumed that the default RFNoC images would work out of the box,
kind of like they did with the X310.
Jeff
From: EJ Kreinar
Sent: Thursday, December 19, 2019 11:28 AM
To: Jeff S
Cc: USRP-users@lists.ettus.com
Subject:
I built the UHD example, gpio.cpp (no modifications), and ran it on my N310 to
start experimenting with the GPIO. It returned with two failures:
Testing ATR TX output...fail:
Bit 2 should be set, but is not
Bit 10 9 8 7 6 5 4 3 2 1 0
CTRL: 0 0 0 0 0 0 0 1 1 1 1
Original message
From: Sam Reiter
Date: 1/6/20 4:46 PM (GMT-06:00)
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] GPIO Example Failure on N310
Jeff,
Follow-up on this. I ran the GPIO example on my N310 with 3.14.1.1 (g0347a6d8)
and all GPIO tests passed
Relating to the description of the GPIO:
https://files.ettus.com/manual/page_gpio_api.html
Should the code example on this page, which has the following code:
// finally, let's set up GPIO6 as we described above
usrp_x300->set_gpio_attr("FP0", "ATR_0X", 0, AMP_GPIO_MASK);
usrp_x300->set_g
: Thursday, January 9, 2020 2:25 PM
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] GPIO Example Failure on N310
Jeff,
I'd say it's worth trying. Do you currently have any cablingfor changing the
GPIO outputs or external connections to your GPIO port?
Sam Reiter
Ettu
Thomas,
I am looking at GPIO right now as well. As to your question #2 on examples, I
compiled and am able to run the example I found in the UHD software:
uhd/host/examples/gpio.cpp
I am able to set individual data lines to experiment with (and eventually use
as a roadmap for my development)
Will this significantly change the Application Notes (AN-823) for RFNoC
Development? Or is it just removing the git fpga?
Our IT guys use the AN for their install process.
Thx,
Jeff
From: USRP-users on behalf of Martin Braun
via USRP-users
Sent: Tuesday, Feb
Hi, All.
I am trying to start down the path of RFNoC development, and I am following the
steps outlined on the following page:
https://kb.ettus.com/Getting_Started_with_RFNoC_Development
I have already ran into a problem, and I'm not quite sure where to go with it.
I'm not sure if I have miss
entation was not
correct. I guess I'll back off my version and see where that gets me.
Thanks much for the help, Nick!
Jeff
From: Nick Foster
Sent: Monday, March 16, 2020 2:40 PM
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNoC Buil
I'm still going through the "Getting Started with RFNoC Development" guide at
https://kb.ettus.com/Getting_Started_with_RFNoC_Development, and I am at the
rfnocmodtool section. I do the following command and get the error response:
$ which rfnocmodtool
/usr/local/bin/rfnocmodtool
$ rfnocmodto
r-ettus which is too new? Just trying to narrow my scope.
Jeff
From: USRP-users on behalf of Jeff S via
USRP-users
Sent: Wednesday, March 18, 2020 10:38 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] rfnocmodtool Problem
I'm still going through
Arne,
That seems to have worked! (Maybe it should be in the Ettus KB dependency
list?)
Thank you much, and no worries on the typo! 🙂
Regards,
Jeff
From: USRP-users on behalf of Arne Magnus
Tveita Løken via USRP-users
Sent: Thursday, March 19, 2020 4:02 AM
I am trying to combine the install using a custom prefix
(https://kb.ettus.com/Building_and_Installing_UHD_and_GNU_Radio_to_a_Custom_Prefix)
and while following S/W Dev on E3xx
(https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source).
/purged them and rebuilt from the start, and everything built without
the error.
Thanks again,
Jeff
From: Michael Dickens
Sent: Wednesday, April 1, 2020 9:49 AM
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Setting Up E310 Environment
I had a problem with the initial build environment when setting up my
environment for the E310. Up to now, I have been able to get the UHD
cross-compiled, a new image for the microSD card built, and checked up to the #
uhd_usrp_probe step on the E310 (from
https://kb.ettus.com/Software_Develop
at-abi=hard
-mfpu=neon -mtune=cortex-a9" -DCMAKE_ASM_FLAGS:STRING="-march=armv7-a
-mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 -g"
Ron
On 4/2/20 13:45, Jeff S via USRP-users wrote:
I had a problem with the initial build environment when setting up my
environment for the E310. Up t
.8 or 3.9, you need
a newer version of VOLK.
Ron
On 4/3/20 05:10, Jeff S wrote:
Ron,
I re-created my build-arm directory and tried adding this with the same results.
Philip, in a previous email, had me looking through the Volk issues, and maybe
there is one related that is OPEN: "Mi
Kyle is correct. And to be specific example (since I like them, step by step),
I do essentially the same thing like:
>> InFileID = fopen('myfile.dat');
>> A = fread(InFileID,'float32'); % Read in per Kyle's description
>> fclose(InFileID);
>> B = [A(1:2:end), A(2:2:end)]; % Split out Re & Imag
rom a USRP Source directly to a File Sink
to obtain RF complex data like Kyle described. I then move to GNU Octave to
plot parts of that data using the commands I had given.
Jeff
From: AKINYELE ITAMAKINDE
Sent: Tuesday, April 21, 2020 11:06 AM
To: Jeff S
Subject:
percent sign
(%) or anything after it. That is a comment.
Jeff
From: AKINYELE ITAMAKINDE
Sent: Wednesday, April 22, 2020 10:44 AM
To: Jeff S
Subject: Re: [USRP-users] Conversion of .dat file to a readable data using GNU
octave
Jeff, Thank you for helping me o
dlum
Sent: Tuesday, May 26, 2020 2:07 AM
To: Jeff S
Cc: usrp-users@lists.ettus.com ; Ron Economos
Subject: Re: [USRP-users] E310 Cross-compiling UHD / GNU Radio (volk?)
Hi Jeff,
I'm looking into this cross compiling issue. Using this flag with cmake:
-DCMAKE_ASM_COMPILER_ARG1:STRING=&
I acquired a Thunderbolt 10 Gigabit adapter, and I was wondering if I could
connect it to the SFP+ connector on my X310.
Has anyone done this? And, is there a particular SFP+ to RJ45 which works
well? All I see on the Ettus website is the recommendation for using the
terminated cable and PC n
. I wanted to go
from that RJ45 (via copper?) to the SFP+ port on the X310.
I like the suggestions from everyone so far, and I need to see what's going to
fit (cost-wise).
Thanks!
From: Derek Steinkamp
Sent: Tuesday, October 13, 2020 10:51 AM
To: J
nt: Thursday, January 21, 2021 9:06 AM
To: Jeff S ; usrp-users
Subject: Re: [USRP-users] SOB/EOB Burst Mode on X310 Splitting Signal
Hi Jeff,
which version of GNU Radio are you using? Judging by the looks of your flow
graph it's the
(now legacy) 3.7, but *if* I remember correctly (it&#
id not think it would be a problem. It
obviously is.
I now have to think of a way to do that with random length data. Maybe add a
tx_time to provide some delay before transmission?
Jeff
From: Marcus Müller
Sent: Thursday, January 21, 2021 10:29 AM
To: Jeff
debug these issues.
Cheers
Johannes
On 21.01.21 19:34, Jeff S via USRP-users wrote:
> Here's an output of a sine wave which replaced the spikey one:
>
>
>
> I think that shows what I believe you were explaining, that the SOB/EOB
> doesn't work like I thought. I was u
I'm getting ready to help someone install code and I'm seeing conflicting
things regarding GNURadio v3.7/v3.8 with respect to wanting to do RFNoC
development. They are going to use an N310 and I've been using maint-3.7 for
quite a while.
Are we still using the rfnoc-devel branches of UHD and F
3.8 and UHD 4.x are what you're aiming for!
On 04.03.21 22:08, Jeff S via USRP-users wrote:
> I'm getting ready to help someone install code and I'm seeing conflicting
> things
> regarding GNURadio v3.7/v3.8 with respect to wanting to do RFNoC development.
> They are
Has anyone recently started from scratch trying to install the E310 SDK on a
new install of Ubuntu 16.04 LTS and 18.04 LTS? I started with 18.04 and had
some issues so I made a clean install of 16.04 and then followed the directions
based on Application Number AN-311, located at:
https://kb.e
Mikio,
Thanks much for pointing me to the correct documentation. That seems to be
doing the trick.
Regards,
Jeff
Original message
From: Mikio Fukushima
Date: 9/1/19 7:59 PM (GMT-06:00)
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Starting from
I'm trying to take what I learned from GRCon2019 from Neel and company's
workshop, and I'm trying to perform the uhd_image_builder_gui.py script. It
fails with a message similar to:
[00:12:22] Starting DRC Task
ERROR: [DRC MDRV-1] Multiple Driver Nets: Net bus_clk_gen/inst/CLK_OUT4 has
multipl
I have been trying to set up an environment for using RFNoC on an X310. It was
running well before I tried to update the to using RFNoC according the the
application note. I'm wondering if I have an error relating to a version of
UHD correlating to the other parts (gr-ettus, gnuradio, fpga).
the midst of some updates?
Thanks for the help!
Jeff
From: Jonathon Pendlum
Sent: Tuesday, October 8, 2019 8:35 PM
To: Jeff S
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] UHD / RFNoC Versions and Flowgraph Error with X310
Hi Jeff,
Try commit
Thanks, Jason. It's always nice to know I'm not alone.
It's also nice to know that Jonathan is around and replies very quickly.
Thanks for having our backs! 😁
Jeff
From: Jason
Sent: Wednesday, October 9, 2019 7:28 AM
To: Jonathon Pendlum ;
The original SD card that came with the unit works, but I programmed an image
onto a 16GB microSD card for the N310 using:
$ sudo dd if=./installs/share/uhd/images/usrp_n3xx_fs.sdimg of=/dev/sdb bs=1M
after downloading the most recent images. When I insert the card into the N310
and power on,
space showed back up, which
>seemed off as well.
I got a 64GB microSD card and programmed it the same way, and the unit seemed
to boot correctly, and the partitions seemed correct.
Jeff
From: USRP-users on behalf of Jeff S via
USRP-users
Sent: Tuesday, Novembe
Application Note AN-445 has a section that references "Using a Virtual Machine
(VM)" and says that there is another Application Note which describes special
issues regarding VMs, but does not have a link to it. I did not see anything
in the list of application notes which seems to match. Which
52 matches
Mail list logo
