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
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
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:
linux; GNU C++ version 5.3.1 20151219; Boost_105800;
No UHD Devices Found
Does this help?
On Wed, Sep 11, 2019 at 1:08 PM Javier Uranga via USRP-users <
> Dear Members in the List,
> I'm working with an old USRP
I recall this used to happen to some B100s.
There’s an EEPROM writer command, I think, that can restore the correct
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
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
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)
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
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
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
is of relevance to you?
On Wed, 2019-09-11 at 10:50 -0400, Josh via USRP-users wrote:
> I'm looking to transmit a wideband signal from an X310 at 100 MSPS,
> so I'll start by
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,
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.
From: Marcus Müller
Sent: Wednesday, September 11, 2019
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
I have recently acquired a USRP E312 and have been following the
quickstart guide at: -
The relevant commands being: -
$ sudo pip install git+https://github.com/gnuradio/pybombs.git
$ pybombs recipes add gr-recipes
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
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.
On Mon, Sep 9,
Mail list logo