We use 30cm high quality sma cables, so I'm a bit surprised that this
would be thermal noise...
n 17.10.2018 05:23, Marcus D. Leech wrote:
On 10/16/2018 04:49 PM, Francois Quitin wrote:
Units are radians. There is some noise because the post processing is
a bit crummy, but we were more
I'm using a UBX-160. I did a quick dig and didn't see anything on the spec
sheet or daughterboard section of the manual.
Ryan
On Tue, Oct 16, 2018 at 7:59 PM, Brian Padalino wrote:
> It would depend on the daughterboard being used with the X300 I believe.
>
> Which daughterboard are you using?
On 10/16/2018 04:49 PM, Francois Quitin wrote:
Units are radians. There is some noise because the post processing is
a bit crummy, but we were more concerned about the drift.
How long is the cable that is being used to link the two X310 REF ports?
Looks like the drift is about 0.3 radian, and
On 10/16/2018 07:23 PM, Ryan Marlow via USRP-users wrote:
Hey Brian,
Thanks for the suggestion. I think that idea should work for me. Is
there anywhere that documents the X300 TX ramp up time?
Best,
Ryan
Part of that time is in the digital domain, so, "easy" to characterize,
and part of it is
It would depend on the daughterboard being used with the X300 I believe.
Which daughterboard are you using?
Brian
On Tue, Oct 16, 2018 at 7:23 PM Ryan Marlow wrote:
> Hey Brian,
> Thanks for the suggestion. I think that idea should work for me. Is there
> anywhere that documents the X300 TX
Hey Brian,
Thanks for the suggestion. I think that idea should work for me. Is there
anywhere that documents the X300 TX ramp up time?
Best,
Ryan
On Tue, Oct 16, 2018 at 6:28 PM, Brian Padalino wrote:
> Maybe ramp up time for the transmitter?
>
> If you send 2.5us worth of 0's before your 1000
Maybe ramp up time for the transmitter?
If you send 2.5us worth of 0's before your 1000 samples, do you see the
appropriate number of pulse burst length?
This method would be a compromise between the two methods you described.
Does that work for you?
Brian
On Tue, Oct 16, 2018 at 6:19 PM Ryan
Hey All,
I am trying to transmit a series of pulses with the X300 and am seeing some
odd behavior. I want to transmit a set number of samples in a pulse, let's
say 1000. At 200 MSPS (the tx rate in the radio core) I would expect this
burst to last approximately 5us. Yet, when I receive the data, I
Units are radians. There is some noise because the post processing is a
bit crummy, but we were more concerned about the drift.
n 16.10.2018 22:46, Marcus D. Leech via USRP-users wrote:
On 10/16/2018 04:39 PM, Francois Quitin via USRP-users wrote:
Oops, I forgot to explain the figures. We're
On 10/16/2018 04:39 PM, Francois Quitin via USRP-users wrote:
Oops, I forgot to explain the figures. We're sending a pilot tone with
a different usrp, and split it over the 4 channels using a 4-port RF
SPLITTER. The graph shows the phase of the received signals as a
function of time (1 point
Sorry, small typo in my previous message. The graph shows the phase
DIFFERENCE of every channel wrt channel 1.
n 16.10.2018 22:39, Francois Quitin via USRP-users wrote:
Oops, I forgot to explain the figures. We're sending a pilot tone with
a different usrp, and split it over the 4 channels
Oops, I forgot to explain the figures. We're sending a pilot tone with a
different usrp, and split it over the 4 channels using a 4-port RF
SPLITTER. The graph shows the phase of the received signals as a
function of time (1 point every ten seconds)
Francois
16.10.2018 18:13, Marcus D.
Any of those choices are fine.
On Tue, Oct 16, 2018 at 11:22 AM Mega Samples via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi USRP-users,
>
> I have an X300. I am trying to connect an external circuit to GPIO pin 2
> ("data[0]" on the pinout). What is a good pin to use for ground --
Hello
I am having a lot of problems getting 10 Gbe SFP+ working between an N310
and a server.
I want to isolate the problem. It seems that SFP+ is a very finicky
standard. The readme for the Intel drivers say only certain cables will
work with it.
Is an N310 running UHD 3.13.0.2 and the latest
Hi USRP-users,
I have an X300. I am trying to connect an external circuit to GPIO pin 2
("data[0]" on the pinout). What is a good pin to use for ground -- pin 14
or 15, which are labelled "0V"? Or the shell of the DB15 connector?
Thanks in advance,
Mike
On 10/16/2018 07:44 AM, Francois Quitin via USRP-users wrote:
Dear all,
We encountered a small problem when we try to build a 4-element MIMO
array with two X310 (equipped with UBX daughterboards). We are working
on UHD-3.10.3:
-When we use an octoclock to provide the 10 MHz Ref and the PPS
It is definitely regenerated, and I can believe that there's no
compensation for delay. I haven't measured the output on a phase noise
analyzer, but as it's coming from the same clock generator which provides
the sample clock for the device I would expect it to be similarly clean.
Nick
On Tue,
On 10/16/2018 12:00 PM, Nick Foster wrote:
Wait, what? I've been using REF OUT for years now. What am I missing?
What does "aren't actually fully supported" mean?
My understanding, and R can correct me if I'm wrong, is that the REF
OUT not only has no phase-length compensation, but it's
a
Wait, what? I've been using REF OUT for years now. What am I missing? What
does "aren't actually fully supported" mean?
On Tue, Oct 16, 2018 at 8:57 AM Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 10/16/2018 07:44 AM, Francois Quitin via USRP-users wrote:
>
> Dear
On 10/16/2018 07:44 AM, Francois Quitin via USRP-users wrote:
Dear all,
We encountered a small problem when we try to build a 4-element MIMO
array with two X310 (equipped with UBX daughterboards). We are working
on UHD-3.10.3:
-When we use an octoclock to provide the 10 MHz Ref and the PPS
On 10/16/2018 09:58 AM, Lundberg, Daniel via USRP-users wrote:
I am following the N310 Getting Started Guide, which states to set
MTUBytes to 8000 for 1 GB on SFP0. If that is incorrect, perhaps the
guide should be updated?
https://kb.ettus.com/N300/N310_Getting_Started_Guides
MOST 1GiGe
Hi,
We can stream without any issues with our USRP X300. However, in our
application, when we delete the uhd::usrp::multi_usrp object, an exception
is thrown causing our app to crash unexpectedly.
After investigation, it seems that the exception is thrown in
block_ctrl_base.cpp, line 275: throw
I am following the N310 Getting Started Guide, which states to set MTUBytes to
8000 for 1 GB on SFP0. If that is incorrect, perhaps the guide should be
updated?
https://kb.ettus.com/N300/N310_Getting_Started_Guides
From: Ali Dormiani
Sent: Monday, October 15, 2018 7:21 PM
To: Lundberg, Daniel
23 matches
Mail list logo
