Hi Marcus
I've given this a try, unfortunately I'm running into a problem with
that. I've always gotten strange crashes with UHD 3.15 with this
codebase (probably my fault, but I'm not sure why yet).
I can collect around ~200 datapoints-ish (about 20-ish retunes of the
receiver), before it crashes
On 11/11/2020 08:34 PM, Dustin Widmann wrote:
Hey Marcus,
I'm using UHD 4.0.0;;
[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_106700; UHD_4.0.0.0-1-
gcf570707
I had stumbled on the "tune twice" thing quite accidentally (I don't
think I ran into any documentation on it, I was just trying to
Hey Marcus,
I'm using UHD 4.0.0;;
[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_106700; UHD_4.0.0.0-1-
gcf570707
I had stumbled on the "tune twice" thing quite accidentally (I don't
think I ran into any documentation on it, I was just trying to test for
repeatability with a single frequency,
On 11/11/2020 06:20 PM, Dustin Widmann wrote:
Thanks for the quick response Marcus!
It seems to be fairly frequency dependent. I'm attaching a link to a
data file so y'all can take a look at what I mean. I ran a dense-ish
sweep several times to try to get a feel for how reproducible things
were
Thanks for the quick response Marcus!
It seems to be fairly frequency dependent. I'm attaching a link to a
data file so y'all can take a look at what I mean. I ran a dense-ish
sweep several times to try to get a feel for how reproducible things
were /etc. The transmitter was retuned at each freque
On 11/11/2020 05:47 PM, Matt Lanoue via USRP-users wrote:
Team Ettus,
While running code to simulate an eNB, I get a failure because FPGA
compatibility number 36 is expected, but 38 is found.
https://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs
__
Team Ettus,
While running code to simulate an eNB, I get a failure because FPGA
compatibility number 36 is expected, but 38 is found.
[PHY]Starting ru_thread 0, is_slave 0, send_dmr[INFO] [UHD] linux; GNU
C++ version 7.5.0; Boost_106501; UHD_3.15.0.0-release
[INFO] [X300] X300 initialization
Rob,
I am using UHD 3.15. Thanks for pointing me to the section in the
...builder.py script. I noticed that it is finding the source files
correctly and generating the include file "Makefile.OOT.inc". However,
the include file was not part of "Makefile.e31x.inc". I did a grep
search for M
On 11/11/2020 11:26 AM, Dustin Widmann via USRP-users wrote:
Hi usrp-users!
I'm still relatively inexperienced with working with UHD and USRP
radios in general, but I feel like I'm getting better. Anyhow, I have
*several* questions, but I'll start with one.
Setup:
USRP X310 Radio: A:UBX, B:Twin
Adding some more data points.
1) I've been trying to rebuild meta-ettus-v4 with debug enabled but am
hitting an issue with image size and can't seem to get past that. It says
I should increase `MENDER_STORAGE_TOTAL_SIZE_MB` if the actual size is
larger but increasing this seems to have no effect.
Hi Rob,
Thanks again for your response. Enabling UHD logging didn't give much more
information about my "No upstream blocks." message or about anything that
might give any clues to make the program work.
I'll attach my .cpp in this mail in case anyone sees anything off with it
(as a quick reminde
Hi usrp-users!
I'm still relatively inexperienced with working with UHD and USRP
radios in general, but I feel like I'm getting better. Anyhow, I have
*several* questions, but I'll start with one.
Setup:
USRP X310 Radio: A:UBX, B:TwinRX
If you're familiar with a "reflectometer", it's setup like
Mike,
Are you using UHD 3.15? If so, I suspect that UHD itself is the issue -
particularly the uhd_image_builder.py script. My own experience is that
starting around 3.15, some things changed in the uhd_image_builder.py
script and caused issues in finding OOT files.
Take a look in the python crea
Hi,
I've been going through AN-823 (Getting started with RFNoC Development)
and have successfully gotten through the point of simulating the gain
test bench with positive results.
I'm attempting to build the FPGA now with the new OOT module. I've
successfully built with only pre-existing mod
Hi,
I am working on deploying software that uses the USRP N210 in a centos7 docker
container on windows. However we are seeing poor networking performance, even
with iperf. Does anyone have any experience with adjusting the networking
configuration options for the container and windows so that
15 matches
Mail list logo