Hi everyone,
I already asked this the ettus support, but they did not got back to me
yet, maybe someone here can help me.
I am working on X310 with TwinRX boards. I use a lot of timed commands
and since upgrading the firmware from 003.010.002.000 to 003.014.001.001
I get this error message aft
Howdy Jon,
Bingo. I had suspected the same thing yesterday just before I left, but I
wanted to let a new FPGA build overnight before I made any changes. The FPGA
change did nothing, but rolling back a commit for gr-ettus did.
I will say that even though things are "running" now, it doesn't see
Hello,
I'm looking to transmit a wideband signal from an X310 at 100 MSPS, so I'll
start by posing the very general question of what tips and optimizations do
I need to make to be able to do this reliably.
Here is what I already have set up (this is using a powerful server - 60
cores at 3.4GHz)
G
Hello,
Thanks for your prompt response and sorry for my delayed one.
I have thought about the first option you have discussed, which is to use
already implemented SVD but modify it to fit with the nocshell.
As we go down that way, I will update this thread with questions or any
significant fin
Hello,
We were working on the Schimdl Cox and OFDM Equalizer blocks.
We updated to the recent version of UHD and did the installation manually.
There is a rfnoc installation as well, done earlier. (UHD in rfnoc is 4.0 but
the new one is 3.14)
With the newly installed UHD and few changes, we co
Hi all,
I have recently acquired a USRP E312 and have been following the
quickstart guide at: -
https://kb.ettus.com/Software_Development_on_the_E310_and_E312
The relevant commands being: -
$ sudo pip install git+https://github.com/gnuradio/pybombs.git
$ pybombs recipes add gr-recipes
g
Hi Rob,
The N3xx (and E3xx) only support having an FFT size up to 512 due to the
page size. It'd be possible to modify the blocks to break up the FFT over
several packets but it is not currently implemented. The X310 as is
supports up to a 1024 point FFT.
Regards,
Nate Temple
On Mon, Sep 9, 2019
Thanks Nate,
But I want to clarify a bit. For the N3xx and X310 (I don't know about the
E3xx), the problem is not the FFT size, but simply the packet size on the
xbar is limited to a certain size and given that the FFT noc block
presently ties the packet size to the output FFT size, this effective
Thanks! I'm always curious about how our hard- and software
infrastructure is being used!
By the way, in case you want to test a verilog SVD implementation
within a signal processing framework: Bowen Hu did a very interesting
Google Summer of Code project this year, in which he made it possible
to
Hi Josh,
maybe https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks
is of relevance to you?
Best regards,
Marcus
On Wed, 2019-09-11 at 10:50 -0400, Josh via USRP-users wrote:
> Hello,
>
> I'm looking to transmit a wideband signal from an X310 at 100 MSPS,
> so I'll start by posing
Dear David,
I've seen that happen on specific Ubuntu versions, where they somehow
missed to clean up / mark conflict between CMake 2.x packages and newer
CMake (I'm perpetually disappointed by Canonical). Make twice as sure
that you only got one CMake installed - if this is actually Ubuntu,
"apt s
This Verilog AXI is so amazing. I just went through the project link quickly.
We can test our verilog implementation on GRC! This will be so helpful.
Thank you so much for sharing the information.
Adnan
From: Marcus Müller
Sent: Wednesday, September 11, 2019 11:3
Thanks Marcus!
I've previously done most everything on there except for the DPDK. I'll
give that a shot and see if it makes a difference.
The strange thing though is that I only get the U's when first starting
the flowgraph. In the steady state, the flowgraph only consumes 85% of a
core for
On 9/11/19 12:38 PM, Marcus Müller via USRP-users wrote:
> Dear David,
>
> I've seen that happen on specific Ubuntu versions, where they somehow
> missed to clean up / mark conflict between CMake 2.x packages and newer
> CMake (I'm perpetually disappointed by Canonical). Make twice as sure
> that
Dear Members in the List,
I'm working with an old USRP B100 that came with a cubesat development kit,
Now suddenly stop working, no longer respond to:
uhd_find_devices
linux; GNU C++ version 5.3.1 20151219; Boost_105800;
UHD_003.009.002-0-unknown
No UHD Devices Found
uhd_usrp_probe
linux; GN
Does this help?
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux#Configuring_USB
On Wed, Sep 11, 2019 at 1:08 PM Javier Uranga via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Dear Members in the List,
>
> I'm working with an old USRP B
I recall this used to happen to some B100s.
There’s an EEPROM writer command, I think, that can restore the correct
identity.
These devices are quite obsolete now, so don’t get your hopes up too much.
I’m in the road at the moment and won’t be back until Friday. I should be able
to dig up t
17 matches
Mail list logo