Thank you Marcus! So the N310 would be the way to go? I was unsure since
the TwinRX is recommended for phase coherent applications.
Marcus D. Leech via USRP-users schrieb am So.,
26. Jan. 2020, 18:57:
> On 01/25/2020 11:43 AM, Sammy Welschen via USRP-users wrote:
> > Dear all,
> >
> > I am plann
We use the N310 for DoA estimation, however:
- you are limited to 4 GHz
- after power-cycling you get a 180° ambiguity between the two radios
(I do not know if this could also happen when you just change the LO frequency)
If you want to have >4 channels, have a look at the new
Hi,
I’m having a problem using the front panel GPIO on an N320. I reverted back to
a standard “HG” FPGA build and compiled the GPIO example program (UHD 3.14.0).
However, when I run the example program I get the following:
Error: RuntimeError: The hardware has no gpio bank `FP0'
Is the fron
Hello, I'm new to this discussion group.
I acquired a USRP N300 Serial number PA2085939, I use Ubuntu 18.04.3 I
installed UHD V3.14.1.1.L and I installed GNURadio V3.7.13.4 all tests
are passed correctly. I wanted to load the image of UHD to update the
micro SD card the result of the loading i
Thank you for the information Robert! Isn't it 6 GHz? However, 4 GHz would
also be sufficient for me.
How many channels does your system have? I suppose you use some algorithm
for phase calibration after power cycling? I plan to do the same, so the
180 deg ambiguity should be manageable.
I looke
With external LO its 300 MHz – 4 GHz, check footnote [3] from
https://www.ettus.com/all-products/usrp-n310/. LO has to be supplied at twice
the carrier freq.
Currently we use 4 channels. You can find an example how to do the calibration
here: https://github.com/EttusResearch/gr-doa
gr-doa was w
Hi Joe,
The errors you are getting indicate that the FPGA image on the device is
not compatible with the UHD driver on the host (either the E310 ARM with
UHD 3.11 or the host machine with UHD 3.14.1). With the E310, I believe
that the FPGA image is loaded when you run your app (such
usrp_burn_mb_e
Robert, Sammy,
I am presently running some tests which compare the X310/TwinRx and the
N310 with regard to channel-to-channel phase. In my setup, I have a signal
source that is split 8 ways (1:8 splitter) to feed the 4 channels of my
TwinRx and 4 channels of my N310. I have seen some strange behav
Hi Rob, Robert, Sammy:
Generally for this type of application we would recommend the X310+TwinRx.
With the TwinRX, you'll be able to have repeatable phase offsets with a
given gain, frequency, sample rate and temperature of a device/system. The
N310 will have a 180 degree phase ambiguity due to th
Hi Nate, thank you for the information.
I'm still a bit unsure what repeatable phase offset means exactly. Suppose
I have a system with 8 channels with X310+TwinRX and shared LO. Can I turn
it off and come back the next day and still have the same phase offset
between the channels that I had the d
Hi Nate,
I changed the subject as to not further hijack the other thread. Of the 16
captures I collected, some of them included a tuning command (but using the
same timed commands I use for other devices such as TwinRx). But, others
did not. For example, for the first two data points below (with m
Hi Rob,
You should always use a tune request with a timed command when you want to
align channels.
One thing you could test is to try using the internal LO and see if you get
different results.
Also you could try using the integer N tuning mode, but I don't think it
will make any difference for
Hi Rob,
One other thing, if you're not on UHD v3.15.0.0, I'd recommend to update to
it. There was some phase reset and accumulator fixes with 3.15.0.0.
https://github.com/EttusResearch/uhd/blob/UHD-3.15.LTS/CHANGELOG#L44
Regards,
Nate Temple
On Mon, Jan 27, 2020 at 11:17 AM Nate Temple wrote:
ok.
Yes, I always use timed tune commands. If that were not happening
correctly, I don't think I could get consistent results with TwinRx.
I am presently using 3.14.1.1. I will complete the testing (using internal
LO) I've already begun with this version and then re-test some/all using
3.15. As
Nate,
So, I retested with 3.14.1.1 and got erratic results (same as last week).
Now I am attempting to go to 3.15.0.0. To make things as painless as
possible, I tried to just re-build MPM on the device and then update the
other stuff on the host (rather than flashing a new file system). However,
When I call the UHD API function get_gpio_banks()
I get the following banks:
‘RXB’ ‘TXB’ ‘RXA’ TXA’ but I do NOT get ‘FP0’.
Thoughts?
Thanks,
Ed
From: USRP-users on behalf of "Nowicki, Ed
H. via USRP-users"
Reply-To: "Nowicki, Ed H."
Date: Monday, January 27, 2020 at 8:45 AM
To: "usrp-users@
> Gesendet: Freitag, 24. Januar 2020 um 11:53 Uhr
> Von: "Marcus D. Leech"
> An: "Lukas Haase"
> Cc: usrp-users@lists.ettus.com
> Betreff: Re: [USRP-users] Exact alignment between gnuradio sample stream and
> USRP time
>
> On 01/24/2020 02:57 AM, Lukas Haase wrote:
> >> On 01/23/2020 12:32 PM, L
Nate,
After switching to 3.15, I now get consistent results such that the
relative phase between channels is as follows:
- chan 0 to chan 1: constant
- chan 1 to chan 2: constant +/- 180 deg
- chan 2 to chan 3: constant
So, it seems that the problem was in 3.14.
Rob
On Mon, Jan 27, 2020 at 3:45 P
Hi Rob,
Thanks for trying your setup with 3.15.0.0.
I will see what I can do about getting these fixes backported to 3.14, any
changes will need to be on the UHD-3.14 branch (the maint branch for 3.14),
we won't be able to apply these changes to 3.14.1.1, as it's a tagged
release.
Regards,
Nate
Sure, I understand the comment about the tagged release. And, I don't have
a compelling reason why I can't switch from 3.14 to 3.15. I have not
switched yet only because I'm being cautious and 3.14 has worked well for
me. But, I will plan to switch - at least for now.
Rob
On Mon, Jan 27, 2020 a
On 01/27/2020 05:34 PM, Lukas Haase wrote:
Gesendet: Freitag, 24. Januar 2020 um 11:53 Uhr
Von: "Marcus D. Leech"
An: "Lukas Haase"
Cc: usrp-users@lists.ettus.com
Betreff: Re: [USRP-users] Exact alignment between gnuradio sample stream and
USRP time
On 01/24/2020 02:57 AM, Lukas Haase wrote:
21 matches
Mail list logo