On Tue, Aug 16, 2022 at 6:33 PM Dave NotTelling wrote:
> Marcus,
>
> I figured out the flash issue! It was related to the power switch
> issue. There are four screws that go into the top and bottom of the front
> panel of the chassis. Two from the bottom, two from the t
s I could run using a spec-an
and attenuators/terminators?
Thanks for the help!
-Dave
On Mon, Aug 15, 2022 at 10:53 AM Dave NotTelling
wrote:
> Marcus,
>
> Thanks for the link! I didn't have any terminators on hand over the
> weekend, but will try that today. Appreciate the
Marcus,
Thanks for the link! I didn't have any terminators on hand over the
weekend, but will try that today. Appreciate the suggestion!
-Dave
On Mon, Aug 15, 2022 at 10:51 AM Marcus D. Leech
wrote:
> On 2022-08-15 10:47, Dave NotTelling wrote:
>
> Marcus,
>
>
sible that
there are issues on the motherboard that could cause those issues? I have
a proper power supply arriving today to replace the ATX computer supply I
have been testing with (12 Volt)
Thanks!
-Dave
On Mon, Aug 15, 2022 at 10:41 AM Marcus D. Leech
wrote:
> On 2022-08-15 10:34, Dave Not
Apologies if this is a repost. I don't think my original message made it
to the list for some reason.
I recently got my hands on a used x310. It seems to work well, but for
some reason will not boot on its own. Vivado hardware manager shows the
device as not being programmed, and the network in
r.
On Mon, Apr 1, 2019 at 5:09 PM Dave NotTelling wrote:
> 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
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 MHz and 102 MH
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
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
cali
ve another system that I can test on at the moment, but I
see that as the next step to troubleshooting. Is there a known gold
standard version that you've had success using the XG image with?
Thanks!
-Dave
On Tue, Nov 27, 2018 at 8:47 AM Dave NotTelling wrote:
> Ian,
>
> I forg
al 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@lists.ettus.com> wrote:
>
> I have been messing with the XG image for my X310 and have run into a
&
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
- Ubuntu
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 cl
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
http://lists.
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
> i
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 (> 1
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] https://corvid.io/2017/04/
is, I believe, 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 <
&
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 <
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
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 radio
itself?
Thanks!
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listin
Oh, and here is the relevant code from GitHub:
https://github.com/EttusResearch/uhd/blob/release_003_010_001_001/host/cmake/Modules/UHDVersion.cmake#L63
On Thu, May 3, 2018 at 4:46 PM, Dave NotTelling wrote:
> Martin,
>
> I tried the following:
>
> cd /tmp
>
anything
with a release_* tag is stable code.
Thank you!
-Dave
On Thu, May 3, 2018 at 4:19 PM, Dave NotTelling wrote:
> Martin,
>
> Ron is correct, it's a warning at the end. I hadn't considered the
> CMake cache. I'll give that another go later.
>
>
**
> -- 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?
Are versions >= 3.10 still considered experimental? I thought that any
version with a release_XXX_XXX_XXX was considered stable. When I run cmake
../ on any version 3.10 or higher it warns me that I am on a development
branch.
Thanks!
___
USRP-users ma
Robin,
Thank you very much for the explanations!
-Dave
On Tue, Mar 6, 2018 at 3:26 PM, Robin Coxe wrote:
> Hi Dave. The official product announcement of the USRP N310 was just
> posted today. The N310 is now orderable!
>
> On Mon, Mar 5, 2018 at 2:11 PM, Dave NotTelling vi
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
t
a (complex) 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
I recall that the B2x0 series do not support timed commands like the N2x0
or the X3x0 series. While looking through the source code I ran across
some code that shows the "time/cmd" entry in the tree being set [1]. That
key seems to be what multi_usrp uses to set timed commands [2]. I then
went t
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 seen
y_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 delay an entire 100 MSPS feed b
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!
___
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 NotTelling via USRP-users <
> usr
I got a UBX-40 that wouldn't work in my N210 and I remembered seeing
something on the forums about the older UHD versions not working for the
new UBX-40 rev. What is the oldest version of UHD that is guaranteed to
work with the new UBX-40 rev? I was running 3.9.4 and when I upgraded to
3.9.7 thin
ng the FPGA image.
> https://github.com/EttusResearch/fpga/blob/maint/usrp2/sdr_
> lib/rx_frontend.v
>
> Usually that is not desirable though as these corrections generally
> improve the spectrum.
>
> Regards,
> Derek
>
> On Tue, Aug 1, 2017 at 3:18 PM, Dave NotTelling vi
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!
36 matches
Mail list logo
