7b5df
> e6d653bd94
>
> It was added August 22nd and 3.9.5 has it. I believe there have been a few
> improvement changes since then which are on the 3.9 branch, but basic
> support would start from 3.9.5.
>
> Regards,
> Derek
>
> On Tue, Aug 15, 2017 at 3:47 PM, Dave NotTelli
What happens to samples between the ADC and receiving them from UHD? Also,
is there any way to get the raw IQ off of the ADC itself? I feel like
there isn't only because the ADC (to the best of my knowledge) runs at 100
MSPS which is too high a rate to send over the 1 Gb/s link.
Thanks!
via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 06/07/2018 01:04 PM, Dave NotTelling via USRP-users wrote:
> > Is there a processing requirement impact to using the calibration CSV
> > file? Does using the cal data have any impact on tuning time for the
> > r
elieve, just a single
> write and thus completely inconsequential when compared to the usual length
> of synthesizer SPI writes and switch selection that tuning can cause.
>
> Regards,
> Derek
>
> On Thu, Jun 7, 2018 at 7:08 PM, Dave NotTelling via USRP-users <
> usrp-u
that from simply looking in the CSV file.
> The overhead is very minor I suspect, we are talking about updating two
> integer coefficients (phase and mag correction) in setting regs for each TX
> and RX port.
> -Ian
>
> On Jun 7, 2018, at 11:08 AM, Dave NotTelling via USRP-users <
opment branch of UHD.
>> -- * These branches are designed to provide early access
>> -- * to UHD and USRP features, but should be considered
>> -- * unstable and/or experimental!
>> -- **
>> -- Building version: 003.010.003.H
ccess
>>> -- * to UHD and USRP features, but should be considered
>>> -- * unstable and/or experimental!
>>> -- **
>>> -- Building version: 003.010.003.HEAD-0-gef157678
>>>
>>> Ron
>>>
>
Building version: 003.010.003.HEAD-0-gef157678
>
> Ron
>
>
> On 05/02/2018 04:51 PM, Martin Braun via USRP-users wrote:
>
>> On 05/02/2018 11:04 AM, Dave NotTelling via USRP-users wrote:
>>
>>> Are versions >= 3.10 still considered experimental? I thou
) serial protocol.
>
> Best regards,
> Marcus the younger
>
> On Sat, 2018-02-17 at 10:07 -0500, Marcus D. Leech via USRP-users
> wrote:
> > On 02/17/2018 09:59 AM, Dave NotTelling via USRP-users wrote:
> > > I recall that the B2x0 series do not support timed commands
radio/blob/master/gr-blocks/lib/delay_impl.cc>
> )
>
> -N
>
> On Thu, Dec 21, 2017 at 1:50 PM, Dave NotTelling via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Are there any pre-made modules or baked in ability to UHD/RFNOC that will
>> allow me to d
Are there any pre-made modules or baked in ability to UHD/RFNOC that will
allow me to delay an entire 100 MSPS feed by up to single digit
milliseconds and then re-transmit? I imagine it could be done with a
custom FPGA image, but I'm hoping for an easy win.
Thanks!
I seem to recall that you can't actually do a loopback like that in RFNoC.
I think you have to send samples to the host at some point. A quick Google
search came up with [1]. I'd be really interested if there were a way to
do a HW only loopback with RFNoC natively.
[1]
You can try things like perf, performance counters in gnu radio, and top -H
(shows CPU usage of individual threads).
For my personal debugging I made a block that simply counts how many
samples it has received in the work() call and every X seconds outputs the
average number of samples it has
8 at 2:11 PM, Dave NotTelling via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Just saw that the N310 is officially on the ettus.com website. Curious
>> about the following:
>>
>>- The product pages says that it's not for fast tuning. Should I
>>
Just saw that the N310 is officially on the ettus.com website. Curious
about the following:
- The product pages says that it's not for fast tuning. Should I expect
roughly the same tuning times as the B2x0 radios?
- At the bottom of the page there is a note about only being able to
Can the GPSDO OctoClock free run without GPS? I've had some PPS generators
that claim to have the ability to free run, but require a GPS signal to
start that process up.
Thanks!
-Dave
___
USRP-users mailing list
USRP-users@lists.ettus.com
Thank you very much!
On Thu, Nov 15, 2018, 18:07 Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com wrote:
> On 11/15/2018 11:52 AM, Dave NotTelling via USRP-users wrote:
> > Can the GPSDO OctoClock free run without GPS? I've had some PPS
> > generators that claim t
Check out
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-October/026733.html
for some ideas to try.
On Wed, Oct 3, 2018 at 5:53 AM dapodun nudopad via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I run ubuntu on VMWare Workstation Player 15 in a windows 10 host. However
>
Chintan,
I have tried both about 1.5 years ago and found that (at least in my use
case) the NI drivers for the PCIe card in Linux were effectively single
threaded. This is a major issue if you are working on a many core system
with a lower clock rate while trying to receive really high rates (>
egotiation is a largely automatic process
> between both ends.
>
> -Ian
>
>
> On Nov 26, 2018, at 3:17 PM, Dave NotTelling via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
> I have been messing with the XG image for my X310 and have run into a
> strange issue.
ine a firmware problem causing a long delay like this at
>> the physical level, the link negotiation is a largely automatic process
>> between both ends.
>>
>> -Ian
>>
>>
>> On Nov 26, 2018, at 3:17 PM, Dave NotTelling via USRP-users <
>> usrp-users@list
I have been messing with the XG image for my X310 and have run into a
strange issue. First, here is the system setup:
- Intel X710 dual 10 Gb/s SFP+ NIC
- 2x SFP+ direct attach copper cables
- X310 (revision 4)
- 2x UBX-160 (both v1 boards)
- UHD_3.13.1.HEAD-0-ga0a71d10
-
Marcus,
Outstanding! Thank you!
-Dave
On Mon, Apr 1, 2019 at 6:07 PM Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 04/01/2019 04:34 PM, Dave NotTelling via USRP-users wrote:
> > Assume that I run IQ calibration for frequencies 100
I forgot to mention that I had talked with Michael West a while back and
been given this idea:
$ /usr/local/lib/uhd/utils/usrp_burn_db_eeprom --unit TX --rev --args
addr=192.168.10.2
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_3.13.1.HEAD-0-ga0a71d10
[INFO] [USRP2]
Assume that I run IQ calibration for frequencies 100 MHz and 102 MHz, but
then transmit on 101 MHz. Does the radio do any interpolation to figure
out the most likely calibration information to apply for 101 MHz, or do I
get no calibration at all? Also, does the same answer apply to DC offset
Is there a way to get the hardware revision of a daughtercard (specifically
the UBX-40) from the serial number? Perhaps the serial numbers for HW Rev
A ended with serial number kind of thing? The API to retrieve the
hardware revision doesn't tend to work with most N210 w/ UBX-40 setups that
26 matches
Mail list logo
