Hi Pat - I recently verified that the N321 QAFP+ interface works with UHD 4.0
release. I am also using an Intel XL710 (QDA2, but that probably doesn’t matter
too much). The trick for me was using the Intel QSFP+ NIC configuration tool to
set the NIC to 2x(2x10 Gb) mode. This is the setting that
Just had a few q's regarding RFNoC in UHD 4.0 as I migrate my applications
to it.
1. In the style of a tedious conference Q&A session, this is more of a
comment than a question: I noticed NoCScript is dead: great! But it sure
would be nice if there were something which filled the role of
On 11/23/20 6:09 PM, Robin Coxe via USRP-users wrote:
> There is a legacy Ettus E100 github repo that may or may not be useful:
> https://github.com/EttusResearch/ettus_oe
This directory might help with kernel driver archeology:
https://github.com/EttusResearch/ettus_oe/tree/master/recipes/linux
There is a legacy Ettus E100 github repo that may or may not be useful:
https://github.com/EttusResearch/ettus_oe
This product has been EOL for >5 years, so as Philip points out, the
institutional memory of it is basically non-existent.
On Mon, Nov 23, 2020 at 5:22 AM Sébastien DI MERCURIO via US
I have an N321 connected to serial console and QSFP+ through a XL710 Intel
NIC. With the default HG image, I can connect through 1G and serial as
expected. I updated the filesystem to UHD 4.0.0.0 using mender, and the
build artifact reflects that this was successful. Then, after loading the
XQ imag
Marcus,
Interesting, I hadn't considered that. I'm seeing this with both UHD 4.0 and
UHD 3.15.
Dustin
On Mon, 2020-11-23 at 15:29 -0500, Marcus D Leech wrote:
> Could you confirm which version of UHD you’re using?
>
> There has historically been a problem using both TwinRx and UBX on the same
Could you confirm which version of UHD you’re using?
There has historically been a problem using both TwinRx and UBX on the same
X310 due to clocking requirement conflicts.
But that has been fixed in UHD4
Want to eliminate that as a possibility first.
Sent from my iPhone
> On Nov 23, 2020,
Marcus,
I do have access to sig gens, but I would have to take everything into town to
do that. (sanest thing to do during covid
was to bring portable things home...)
What I do have handy though is a spectrum analyzer (albeit, not a particularly
good one, but when working with a narrow
span it
Hi Philips,
thank you for your answer. I will have a look to your git repository.
I'm not very good with linux kernel intrinsics but I will try to have
driver work with newer kernel.
If I succed, i will post my results.
Thank you !
Le 23/11/2020 à 14:10, Philip Balister a écrit :
On 11/23/
With the downloaded images for UHD-4.0 I saw a couple of things:
1) The CPU clock speed is set for speed grade 1 parts, not speed grade 3.
2) UHD-4.0 hangs after a while at higher data rates, I've also seen this
on a b200.
If there are fixes for these issues, you might get a bit more transfer
rat
On 11/23/20 7:09 AM, Sébastien DI MERCURIO via USRP-users wrote:
> Hi,
>
> I've got several USRP E100/E110 with outdated Linux and Gnuradio
> software on it. So I decided to build a Yocto image, more up-to-date and
> succeeded in after several tries.
> The new image boots and run a reasonable upda
Hi,
I've got several USRP E100/E110 with outdated Linux and Gnuradio
software on it. So I decided to build a Yocto image, more up-to-date and
succeeded in after several tries.
The new image boots and run a reasonable updated version of Linux and
Gnuradio.
But, because of Ettus proprietary ke
12 matches
Mail list logo