so with the UBX-160 on an X310, there is the following caveat:
* The UBX 160 transmitter path has 160 MHz of bandwidth throughout the full
frequency range of the device; the receiver path has 84 MHz of bandwidth for
center frequencies from 10 MHz to 500 MHz.
I guess my question is how does this
I have an octoclock-g with gps lock light on and all other lights functioning
"normally".
I want to get nmea strings from it, but when I probe it, it tells me there is
no gpsdo :)
See below, any thoughts?
uhd_usrp_probe --args type=octoclock,addr=192.168.100.134
[INFO] [UHD] linux; GNU C++ ver
About a year ago, we embarked on developing a similar application.
The TLDR is we never got to 2x200, but we did get 3x100, which to me is
actually a bit better cuz 2x200 is really only 2x160 with the analog filtering,
yet you have all those extra samples you have to take in for no benefit.
It
Hello,
I was looking on the kb, but did not see, is there a Certificate of Volatility
for the N310 somewhere?
Thanks,
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
In looking at the GPIO API, there is great automatic control when following
tx/rx permutations of the radio.
Is there any way to control GPIO pins using something like a timespec that I am
missing?
Something like go "HIGH" at time T1 and go "LOW" at time T2...
I really need accurate (within 1
Running on Windows with 3.13.0.0, porting some apps from X310 3.9.7.
1) lo_locked never seems to go true
Have some basic apps that poll/sleep until lo is locked after a tx tune, never
proceed past this point.
Used tx_waveforms to also verify, assertion fails on lo_locked check.
Is this s
Running 3.13.0.0 on Windows.
I have a flag in my app to enable/disable offset tuning.
Application works properly and receives signal when not using offset tuning,
but when I enable it and tell it to offset tune by 1 MHz, I get no signal on Rx.
Worked fine on 3.9.2.
Any known issues?
Thanks,
_
I have a third party app compiled and linked with 3.12.0.0.
I have burned the SD card image for the N310 from here
http://files.ettus.com/binaries/cache/n3xx/meta-ettus-v3.12.0.0/
to the SD card.
All partitions look proper from another linux machine.
When I boot the N310 with that sd card I get
What is the difference between the two versions?
Is there a preferred version for X310 with UBX-160 daughtercards and 10gbe?
Thanks,
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co
Same Daughterboard is same LO, right, so things should be exactly the same on
ch0-ch1 and ch2-ch3...
-Original Message-
From: USRP-users On Behalf Of Damon via
USRP-users
Sent: Monday, March 18, 2019 1:26 PM
To: Marcus D. Leech ; usrp-users@lists.ettus.com
Cc: Damon Qiu
Subject: Re: [U
I see this a lot with short waveforms as it is much more impactful.
When you submit samples, there are previous samples within the buffer (there
always are) and the "entire" waveform doesn’t always come out, seems like
hysteresis. I usually prepend and postpend samples and do some timing
bookk
Would be nice if this were possible, but there are filters inbetween and they
all have memory that is not possible to predict the values they contain because
they are not zero'd upon tx startup and with different sampling rates and
interpolation what is more annoying is they have different lengt
While I would not expect sleep to fail consistently, it *can* return a non zero
value when not sleeping for the entire time.
Try checking the return value for success. Its not likely this is the cause if
it happens every time, but error checking is your friend :)
-Original Message-
Fro
Centos 7.6
UHD 3.13.1
When building from tar file, utils always fails due to looking for
images/manifest.txt file.
This file is looked for above the UHD source root dir.
Since I don't have a "good" downloader cuz I am trying to build from source tar
file, how do people get around this?
Thanks
Bob.
You could try downloading the file from Github and copying it into the correct
location once you've expanded the tarball.
https://github.com/EttusResearch/uhd/blob/v3.13.1.0/images/manifest.txt
-Robin
On Tue, Jun 25, 2019 at 11:33 AM Tillson, Bob (US) via USRP-users
mailto:usrp-
Not sure if you are truly tied to the N310, but the X310 can support that
rate...
From: USRP-users On Behalf Of Robert via
USRP-users
Sent: Wednesday, July 24, 2019 3:29 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] Follow up: n3xx master clock rate
*** WARNING ***
EXTERNAL EMAIL --
I have an X310 with 2 UBX cards.
Is it possible to control one set of front panel GPIO pins from RFA and another
set of front panel GPIO pins from RFB?
Looking at the API, it just isn't clicking if that is possible?
Thanks,
___
USRP-users mailing list
Thanks so much for the reply Ryan.
I was hoping to stay on stock firmware. From everything I looked at, I came to
the same belief as you are related to RFA and FP GPIO control…
From: Ryan Marlow
Sent: Tuesday, September 24, 2019 12:13 PM
To: Tillson, Bob (US) ;
USRP-users@lists.ettus.com
Subj
Is LO offset tuning supported by the N310?
Using UHD 3.14.1.1 and with rx samples to file, I noticed the following output:
Setting RX Freq: 350.00 MHz...
Setting RX LO Offset: 30.00 MHz...
Actual RX Freq: 350.00 MHz...
Using other values for LO Offset does not change Actual RX Freq e
Is there a cmake target to build a deb on Ubuntu or is the packaging into a deb
a post process after cmake?
Thanks,
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Peeps,
So I have been working on the X410, UHD 4.2.0.0, Ubuntu 20.04, CG_400 firmware
revision...
No matter what Rx sampling rate I request, the device wants to supply 500 Msps
:)
So then I decided to try rx_samples_to_file, requested 5 Msps, and got 500 Msps
as well...
Is there something di
a look at the FPGA image flavors in the X410 manual for an
overview.
https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_updating_fpga_types
Wade
On Wed, Jun 8, 2022 at 3:08 PM Marcus D. Leech
mailto:patchvonbr...@gmail.com>> wrote:
On 2022-06-08 16:03, Tillson, Bob (US) via USRP
So I am on the x4_200 image and am wondering what the "correct" way to setup
the transport is.
I currently have a single qsfp28 connection on the x410 to a single 100 GbE
port on a mellanox card.
Question #1:
Looking at the description of the fpga image it describes the x4_200 as "4 x
10GbE",
Hello peeps,
Just wondering if anyone could point me to where the mapping between bits and
IQ takes place.
Curious if the strategy is the same across platforms even though bit depth
varies (b205: 12 bits, X310: 15 bits, N310: 16 bits, X410: 12 bits...).
The above info in general would be usefu
m the hardware.
The conversion is done within UHD running on your host machine, and the source
files you'd want to look into are all in uhd/host/lib/convert in the UHD source
code.
Best regards,
Marcus
On 20.04.23 18:34, Tillson, Bob (US) via USRP-users wrote:
Hello peeps,
Just wondering
Also keep in mind that amps have a turn on time, so TX output power will not
begin instantaneously.
This is typically stated on the data sheet with some amps being faster than
others.
Some of the ones we use are a 2 us turn on time to give you an idea.
From: Marcus D. Leech
Sent: Wednesday, M
I have 4 X310s running 3.14.1 (I know, an ancient version) attached to a
computer with Ubuntu 20.04.
The NIC is an intel X710 4 port NIC running latest driver (2.22.20) and latest
NVM firmware (7.1).
When I connect the dual ended NIC cable (typical ettus part), I get no link
lights on host or
clicking the button “Report Phishing” on the Outlook toolbar.
On 24/07/2023 12:16, Tillson, Bob (US) via USRP-users wrote:
I have 4 X310s running 3.14.1 (I know, an ancient version) attached to a
computer with Ubuntu 20.04.
The NIC is an intel X710 4 port NIC running latest driver (2.22.20) and
Outlook toolbar.
On 24/07/2023 13:20, Tillson, Bob (US) via USRP-users wrote:
Yeah, I know it worked in the past, but I am unclear on the pedigree since then…
It does apply to all devices ☹
Well, if you're not getting link lights on ANY of the devices plugged into that
NIC, I'd be sus
look toolbar.
On 24/07/2023 13:20, Tillson, Bob (US) via USRP-users wrote:
Yeah, I know it worked in the past, but I am unclear on the pedigree since then…
It does apply to all devices ☹
Well, if you're not getting link lights on ANY of the devices plugged into that
NIC, I'd be suspicio
30 matches
Mail list logo
