Hi Mike,
That seemed to do the trick, thanks for info! At some point, can we make
these steps part of the N32x getting started docs?
Also- the config utilty makes me choose 2x2x10 A, B, or LOM. Choosing A
disables the second port on the QDA2, and B disables the first port. LOM
disables both ports
-- Forwarded message -
De: Maria Muñoz
Date: lun, 23 nov 2020 a las 10:05
Subject: Re: [USRP-users] FPGA RFNoC Radio block with only one channel
To: Wade Fife
Hi Wade,
Thanks for your answer that helps me a lot.
I have migrated to UHD 4.0 as you suggested so just a few questio
Try at lower and higher frequencies—are the jumps the same or proportional to
frequency?
Sent from my iPhone
> On Nov 24, 2020, at 11:27 AM, Luke Whittlesey via USRP-users
> wrote:
>
> On the E310 I'm seeing discrete jumps in the carrier. The carrier will
> intermittently jump around in step
Hi Pat - I'm glad that info helped!
Yes, I plan on adding this information into the N32x Getting Started Guide,
once I have a better handle on it. Right now I have just a few data points
& those are not consistent! and I don't know why! Thus ...
Which Intel QSFP+ utility did you end up using? The
I'm seeing this on two E310s that are a few years old. I just swapped
the sd card into a brand-new E310 and I am NOT seeing the frequency
jumps. So, same exact software, but different aged E310s. Is there
possibly a difference in hardware leading to this?
On Tue, Nov 24, 2020 at 1:04 PM Luke Whitt
R&D suggest updating to a UHD 3.15 environment first.
Sent from my iPhone
> On Nov 24, 2020, at 1:54 PM, Luke Whittlesey
> wrote:
>
> I'm seeing this on two E310s that are a few years old. I just swapped
> the sd card into a brand-new E310 and I am NOT seeing the frequency
> jumps. So, same
I'm in the process, but it's a lengthy process. There is something
messed up with the C API in 3.15, so it doesn't work for me as a
simple drop in replacement. Would it be wise to try to jump straight
to 4.0?
On Tue, Nov 24, 2020 at 2:40 PM Marcus D Leech wrote:
>
> R&D suggest updating to a UHD
On 11/24/2020 02:38 PM, Luke Whittlesey wrote:
I'm in the process, but it's a lengthy process. There is something
messed up with the C API in 3.15, so it doesn't work for me as a
simple drop in replacement. Would it be wise to try to jump straight
to 4.0?
The jump to 4.0 might be more traumatic.
Is there a way to change the mac address of my e310s? I have imaged
several e310s using the image file in
https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/, and they
all have the same MAC address.
On some searching around the web I can see that it is likely that the MAC
address pa
Yes, that's correct. There's a radio_1x64.yml you can use to get a single
channel radio. You might consider removing the FIFO if you don't need it.
Wade
On Tue, Nov 24, 2020 at 8:46 AM Maria Muñoz via USRP-users <
usrp-users@lists.ettus.com> wrote:
>
>
> -- Forwarded message -
>
Hi Nick,
Maybe others will chime in but I'll share what I know. The intent was to
have a new block tool that would generate Verilog and C++ templates for a
complete block, but it wasn't completely finished for the UHD 4.0 release.
It currently generates all the HDL, but register generation and the
Hi Dario,
The generation of the IP should be the same in tree and out of tree, so it
is strange that the netlist simulation file isn't generated for you. I'd
like to try it to see if I get that behavior, but I'm currently traveling
so it might be a while before I am able to.
I wanted to let you k
12 matches
Mail list logo