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
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
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
e sent as one; it starts streaming as fast
> as you supply
> it data after the SOB, and will tell you you're late or too slow at supplying
> data (tG/U
> printed to your console) if you don't give it 10 million samples a second,
> until it gets
> an SOB.
>
> Best r
late or too slow at supplying
data (tG/U
printed to your console) if you don't give it 10 million samples a second,
until it gets
an SOB.
Best regards,
Marcus
On 21.01.21 15:53, Jeff S via USRP-users wrote:
> I am attempting to use burst mode on an X310. I'm generating a random
om/dp/B075XJXSWG/ref=cm_sw_r_cp_api_fab_1XCHFbFY9K6T6
QNAP QNA-T310G1S Thunderbolt 3 to 10GbE Adaptor, Single-Port Thunderbolt 3 to
Single-Port 10GbE SFP+
https://www.amazon.com/dp/B07KTLP44W/ref=cm_sw_r_cp_api_fab_BZCHFbCZ56488
On Tue, Oct 13, 2020 at 10:43 AM Jeff S via USRP-users
mailto:usrp-
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
quot;-mcpu=cortex-a9" seems to work as a temporary
workaround for the volk error.
Jonathon
On Fri, Apr 3, 2020 at 8:31 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
$ which gnuradio-config-info
/home/user/sdr/e310/rfnoc/installs/bin/gnuradio-config-info
$ gnuradio-
A non-zero value would indicate to me that the file is open and you can then
read it. Try
A = fread(fid,'float32')
and see if you get some data in A. If so, keep going with the commands using
"fid" wherever "InFileID" shows up. You don't need to type the percent sign
(%) or anything after i
The commands I had in my reply pertain only to use in the GNU Octave command
window.
As for the GNURadio Companion flow graphs you attached, I'm not sure where the
question is. That'll have to be someone more advanced than my novice self. I
usually have recorded data by going from a USRP Sou
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
-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 to now, I have been able to get the UHD
cro
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
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
- MLD
On Wed, Apr 1, 2020 at 10:26 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
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://k
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).
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
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
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
d Error? Or Something Else?
You're using the wrong version of Vivado. You need to use Vivado 2017.4.
On Mon, Mar 16, 2020 at 12:38 PM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
Hi, All.
I am trying to start down the path of RFNoC development, and I am following the
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
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
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)
as well, I'll reproduce it on my end and get a bug
filed.
Sam Reiter
Ettus Research
On Fri, Dec 20, 2019 at 10:19 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
I built the UHD example, gpio.cpp (no modifications), and ran it on my N310 to
start experimenting w
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
's not something I've seen
reported up to this point.
If 3.15.0.0 shows this issue as well, I'll reproduce it on my end and get a bug
filed.
Sam Reiter
Ettus Research
On Fri, Dec 20, 2019 at 10:19 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
I buil
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
79f`, THEN build the images.
Definitely a bummer there's not a patched image released. I didnt realize there
were images "in the wild" that used split stream block
EJ
On Thu, Dec 19, 2019 at 11:05 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
EJ,
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
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
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
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
mailt
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.
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
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
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,
can bail us out again 🙂.
From: USRP-users on behalf of Jeff S via
USRP-users
Sent: Wednesday, October 9, 2019 7:43 AM
To: Jonathon Pendlum
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] UHD / RFNoC Versions and Flowgraph Error with X310
Jonathan,
4980cbef0daf from gr-ettus and please let me know if that solves the
problem.
Jonathon
On Wed, Oct 9, 2019 at 10:23 AM Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
I have been trying to set up an environment for using RFNoC on an X310. It was
running well before I tried to
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).
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
Scratch with a E310
Hi Jeff
AN-311 is now expired.
New documentation is this.
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source
Regards,
Mikio
2019年9月1日(日) 23:22 Jeff S via USRP-users
mailto:usrp-users@lists.ettus.com>>:
Has
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
42 matches
Mail list logo
