I believe he means the UHD-3.15.LTS *branch*, not tag. See here:
https://github.com/EttusResearch/uhd/tree/UHD-3.15.LTS
Jason
On 5/21/20 11:34 AM, Hodges, Jeff via USRP-users wrote:
I apologize for my ignorance, which of these is the LTS tag?
git tag -l
003_007_002_rc1
003_007_003_rc1
003
Those are probably jumps due to instantaneous changes in the frequency
control in the internal TCXO. Try injecting an external 10 MHz reference
clock and using that instead to see if it makes the jumps go away.
Jason
On 7/23/20 8:31 AM, Don Kelly via USRP-users wrote:
Any other usrp-users usin
I have an N320 that I'm trying out for the first time. I'm using UHD
4.0.0, and I loaded the corresponding root filesystem data for that
release to the N320. I find that when the receiver is tuned to
frequencies below 450 MHz, the spectrum is inverted. When you tune to
450 MHz or above, the spe
On 10/14/20 2:41 PM, Marcus D. Leech via USRP-users wrote:
On 10/14/2020 01:28 PM, Jason Roehm via USRP-users wrote:
I have an N320 that I'm trying out for the first time. I'm using UHD
4.0.0, and I loaded the corresponding root filesystem data for that
release to the N320. I find
Ron,
Can you elaborate on what the changes you referenced are and their
consequences? In my past experience, increasing the frame size has been
critical to achieving full-rate throughput on the B200 series.
Jason
> On Feb 8, 2019, at 3:45 PM, Ron Economos via USRP-users
> wrote:
>
> The rec
How much current can the X300 REF OUT port drive? I have another device that
has a reference input with a relatively low input impedance, and I want to
ensure that it can source enough current to properly drive it.
Thanks.
Jason
___
USRP-users mailing
Some time back, I had an exchange on this list regarding how to
configure an X300 to stream data from a TwinRX and LFRX daughterboard
simultaneously. The previous thread is archived here:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-February/051672.html
Specifically, I woul
On 5/29/19 3:58 PM, Marcus D. Leech via USRP-users wrote:
> I'm a little bit surprised this worked AT ALL--you have 3 independent
> multi-usrp objects all pointing at the same hardware.
>
> Time alignment is something that is done WITHIN A SINGLE multi_usrp object.
>
> The right way to do this i
On 6/4/19 12:30 PM, Jason Matusiak via USRP-users wrote:
An associate was asking me about the TwinRX (which I haven't really
used). He apparently uses offset tuning on the B series often for his
gnuradio flowgraphs. He was trying to do it with the TwinRX and can't
find the hooks for it. I l
On 5/29/19 10:39 PM, Jason Roehm via USRP-users wrote:
On 5/29/19 3:58 PM, Marcus D. Leech via USRP-users wrote:
I'm a little bit surprised this worked AT ALL--you have 3 independent
multi-usrp objects all pointing at the same hardware.
Time alignment is something that is done WIT
I have a software application that interfaces to an X300 with a TwinRX
daughterboard installed. We recently upgraded our UHD version to
v3.14.1.0 in our application. Since then, we've observed that the
time_spec values on consecutive blocks of data received from the unit
(i.e. from two sequenti
On 8/16/19 10:32 PM, Marcus D. Leech via USRP-users wrote:
On 08/16/2019 04:54 PM, Jason Roehm via USRP-users wrote:
I have a software application that interfaces to an X300 with a
TwinRX daughterboard installed. We recently upgraded our UHD version
to v3.14.1.0 in our application. Since
On 8/19/19 12:34 PM, Neel Pandeya wrote:
Hello Jason:
I also would have expected UHD 3.14.1.0 to have resolved this issue.
Would you be able to send me a stand-alone program that I can use to
reproduce this problem?
Also, I'm curious, do you have a GPSDO installed in your X300?
--Neel Pand
On 8/19/19 12:34 PM, Neel Pandeya wrote:
Hello Jason:
I also would have expected UHD 3.14.1.0 to have resolved this issue.
Would you be able to send me a stand-alone program that I can use to
reproduce this problem?
Also, I'm curious, do you have a GPSDO installed in your X300?
--Neel Pand
On 8/19/19 6:52 PM, Neel Pandeya wrote:
Hello Jason:
Thanks for all the detailed feedback! No worries about not having a
stand-alone reproducing program at the moment. Could you please try
using the head of the "UHD-3.14" branch? We just tagged v3.14.1.1-rc1
with some bug fixes, which we
On 8/20/19 7:40 AM, Jason Roehm via USRP-users wrote:
On 8/19/19 6:52 PM, Neel Pandeya wrote:
Hello Jason:
Thanks for all the detailed feedback! No worries about not having a
stand-alone reproducing program at the moment. Could you please try
using the head of the "UHD-3.14" b
On 9/26/19 9:26 AM, Neel Pandeya wrote:
Hello Jason:
My apologies for the delay. We were super busy with GNU Radio
Conference. Thanks for providing a stand-alone test program. I'll try
to reproduce this issue later today or tomorrow, and I'll get back to
you with an update.
--Neel Pandeya
17 matches
Mail list logo