Hello All,
I am reaching out on this subject again as I had some interesting results today
from some tests I ran. First, I want to make sure I understand this correctly,
the SPP argument is going to set the size of each packet sent received and sent
by the UHD source and sink blocks. This could
Marcus,
Ok, that's what I thought it was. So I tried changing the spp to a few
different values and have seen no change. I feel like setting the spp in the
stream args dropdown in the UHD USRP Sink block is not actually doing anything,
because I'm not seeing a reduction in underruns, which I th
Hello All,
So I have been running some tests today using the benchmark_rate test to try
and find the solution to the underruns I am getting when executing a GRC
flowgraph. I am trying to get the flowgraph to run at a 25 MHz sampling rate
using a USRP X310 without any underruns. I found that by
Jonathon,
Yes, this error still occurs if I add a copy block between the RX and TX
streamer blocks.
Best Regards,
Jerrid
From: Jonathon Pendlum
Sent: Thursday, April 15, 2021 3:20 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Using RFNoC RX and TX blocks in
the file is being used.
Best Regards,
Jerrid
From: Jonathon Pendlum
Sent: Wednesday, April 7, 2021 1:06 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Bug existing in DUC RFNoC block when GRC generates
python script
Hi Jerrid,
We need to push the fix to gr-ettus
Hello All,
It seems I have come across an problem with the DUC RFNoC block from gr-ettus
that was brought up back in November. When I try tunning my flowgraph, I get
the following error: in__init__ self.ettus_rfnoc_duc_0( TypeError: make() takes
4 positional arguments but 5 were given
What do
Ok, thank you for the information, that has been really helpful. I will get
back to you with results once I am able to get the inline attenuator and run
the tx_waveforms test.
Best Regards,
Jerrid
From: Marcus D. Leech
Sent: Thursday, March 25, 2021 4:07 PM
To: Jerrid Plymale
Cc: USRP-users
3:40 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Strong noise added to signal transmitted by X310 with
a UBX 40 daughterboard
Could you confirm that you’re using at least 30dB of attenuation in the coax
link?
Sent from my iPhone
On Mar 25, 2021, at 6:27 PM
Yes, moving TX out of the RX band has no affect on the noise level increase.
Best Regards,
Jerrid
From: Marcus D Leech
Sent: Thursday, March 25, 2021 2:29 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Strong noise added to signal transmitted by X310 with
a
CW tone at the frequency we set it to.
Best Regards,
Jerrid
From: Marcus D Leech
Sent: Wednesday, March 24, 2021 5:01 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Strong noise added to signal transmitted by X310 with
a UBX 40 daughterboard
You don’t need 1PPS
, March 24, 2021 2:23 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Strong noise added to signal transmitted by X310 with
a UBX 40 daughterboard
On 03/24/2021 05:10 PM, Jerrid Plymale wrote:
The devices are operating using direct connection via coax cables.
You
sink block to be able to mute the signal
during runtime), the noise floor increases to around -78 dB.
Best Regards,
Jerrid
From: Marcus D Leech
Sent: Wednesday, March 24, 2021 11:58 AM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Strong noise added to signal
Hello All,
I have been running tests in which I am transmitting a signal from one USRP
X310 that's using a UBX 40 daughterboard, and that signal is being received by
another USRP X310 using a UBX 40 daughterboard. I have noticed that when I have
the receiving USRP running with the Gnuradio flow
cus D Leech
Sent: Friday, March 12, 2021 12:41:41 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Where do I find this call to change it.
ok so this is likely a case of your gr-UHD assuming an older API for
recv_async_msg.
This is just a warning that eventually tha
: Friday, March 12, 2021 12:17 PM
To: Jerrid Plymale
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] Where do I find this call to change it.
I think we need more context.
Is this from a program you write yourself?
Someone else’s code?
A Gnuradio flow graph? Your own? Someone else’s?
Sent
I
have not had any luck finding the file I need to edit. Can anyone direct me on
how to solve this problem?
Best Regards,
Jerrid Plymale
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le
Hello All,
So I have been working on transitioning to using UHD 4.0 from 3.15, and I am
running into a problem. I was able to get the software updated without issue,
then I downloaded the new FPGA images using the uhd_image_downloader and
updated the two USRP X310's I am working with. After tha
useful information regarding
potential causes and solutions from GNU Radio and USRP documentation.
Best Regards,
Jerrid
From: Marcus D Leech
Sent: Tuesday, October 20, 2020 12:35 PM
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Underruns causing USRP to stop
Hello All,
So I am working on writing an embedded python block in GNU Radio Companion to
preform some analysis of RF signals that is received by a USRP x310 and
transmitted back out of the USRP after analysis has been done. I have been
running into some underruns lately that I have not been abl
Hi All,
So I am having an issue with one of the USRP's I am using where it, after
running for less than a couple minutes, will lose its network connection to the
PC. To be specific, I am running two USRP x310's on the same PC, each is
connected to its own 10 Gig Ethernet port on the PC, and bot
Regards,
Jerrid Plymale
From: Marcus D. Leech
Sent: Thursday, August 6, 2020 1:08 PM
To: Jerrid Plymale ; Brian Padalino
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Signal transmission on a USRP X310
On 08/06/2020 02:28 PM, Jerrid Plymale wrote:
I am seeing a signal strength
I am seeing a signal strength between -65 and -70 dBm, approximately, even when
transmitting all 0’s.
Best Regards,
Jerrid Plymale
From: Brian Padalino
Sent: Thursday, August 6, 2020 11:08 AM
To: Jerrid Plymale
Cc: Marcus D Leech ; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Signal
It does, and actually it has a strength closer to -70 dBm, I had my markers in
the wrong place when I thought the signal was at -100 dBm.
Best Regards,
Jerrid Plymale
From: Marcus D Leech
Sent: Thursday, August 6, 2020 10:34 AM
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re
-100 dBm is a week signal,
its still stronger than GPS. Are there any options other than pre-filtering the
received signal to mitigate the undesired signal around baseband? Is there a
way using hardware I can reduce leakage at the terminal?
Best regards,
Jerrid Pl
urce block connected to the USRP sink block. Is this
something that can be fixed or worked around? Is this suppose to happen when
transmitting using a USRP x310 and a UBX 40 daughterboard? Any suggestions or
insight you can provide would be greatly appreciated.
Best Regards,
Jerr
e 1.3 GHz, and no changes to anything else (e.g.,
channel gain, sample rate), the strength dropped to somewhere around -90 dBm.
This was measured by tracking the peak power from an FFT of the signal input to
the spectrum analyzer. Would it help to see the flowgraph?
Best Regards,
Jerrid Pl
suggestions or ideas on what I am doing wrong and what I need to
change would be greatly appreciated.
Best Regards,
Jerrid Plymale
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Padalino
Sent: Friday, May 1, 2020 10:28 AM
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Setting up an X310 as a signal generator
On Fri, May 1, 2020 at 1:23 PM Jerrid Plymale via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
Hello All,
So I have been
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Setting up an X310 as a signal generator
On Fri, May 1, 2020 at 1:23 PM Jerrid Plymale via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
Hello All,
So I have been trying to set up a USRP X310 as a
Hello All,
So I have been trying to set up a USRP X310 as a signal generator for about a
week now, and I'm having some issues. Currently I am using gnuradio-companion
to develop the functionality. I have three sets of signal sources that are of
float type, creating the I and Q values that get p
Hey all,
So I need some direction for what I am trying to do as I am not sure that it is
even possible. We are using machine learning in the project I am working on,
and would like to incorporate that into GNURadio if possible. So I am currently
using an anaconda environment set up with python3
Hey All,
So I was wondering if anyone could tell me if the UBX Daughterboards are
configurable at all, and if so how? For example, looking at the block diagram
for the UBX 40 Daughterboard, it seems like some of the clock parameters and
filter parameters are that should be controllable but I ha
Hello Cherif and Brian,
I did find the clock signal re-definitions you were talking about in
*rfnoc_ce_auto_inst_x310.v*, and I did notice that the file is generated by the
*uhd_image_builder.py file*, so I looked in the *uhd_image_builder.py* file to
find the code that generates *rfnoc_ce_auto
Hey Marcus,
Thanks for your reply, it reminded me what I needed to do. In the version I am
running, the e300 folder has been replaced with the e31x folder, so I just
changed the e300 target to e31x in the uhd_image_builder_gui python file and it
is working again now. Not sure how to check the v
Hey All,
So I recently started having issues with the uhd_image_builder_gui after doing
a fresh install of UHD and GNU Radio with RFNoC. Below is the output of the
terminal when I try to run the gui. Anyone run into this issue and know how to
fix it?
Traceback (most recent call last):
File "
Yes, I have just been following the guide on the getting started with RFNoC
page.
Best Regards,
Jerrid
From: Brian Padalino
Sent: Thursday, January 2, 2020 8:52 AM
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Building RFNoC image with default blocks fails, [DRC
I am trying to generate a custom RFNoC FPGA Image using this version of UHD.
Best Regards,
Jerrid
From: Brian Padalino
Sent: Thursday, January 2, 2020 8:44 AM
To: Jerrid Plymale
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Building RFNoC image with default blocks fails, [DRC
MDRV
Hello Brian,
I have installed UHD 3.15.0.0-124-geb448043
Best Regards,
Jerrid
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Hello all,
So I have been attempting to build an X310 HG FPGA image following the steps in
the getting started guide for RFNoC for a while now, and I have been getting
the following error:
Starting DRC Task
INFO: [DRC 23-27] Running DRC with 8 threads
ERROR: [DRC MDRV-1] Multiple Driver Nets: N
39 matches
Mail list logo
