Hello everyone,
When the full manual tuning policy is selected and 0 Hz rotation is
configured:
> tune_request.dsp_freq_policy = uhd::tune_request_t::POLICY_MANUAL;
> tune_request.dsp_freq = 0.0;
>
or when the policy_none is selected;
> tune_request.dsp_freq_policy = uhd::tune_request_t::POLI
Hello,
To get time and frequency alignment on a pair of E31xs you can supply the
1PPS to both units. The example programs do not all support setting the
time source.
http://files.ettus.com/manual/page_usrp_e3x0.html#e3x0_hw_sync
Here is an example which supports setting the time source, you can m
Hi Jong,
Marcus Leech and Marco have both offered good advice on testing the
frequency stability of the B210 against outside references. Have you tried
either?
Marcus Muller also asked for additional information about your test setup.
Regards,
Derek
On Wed, Jul 26, 2017 at 2:04 AM, john liu via
Hello Altug,
If you tune using the tune request with a DSP policy of MANUAL and DSP
frequency of 0.0 then yes, that channel's CORDIC will not alter the samples.
A policy of NONE will leave the DSP in the last configured state, so it is
better to be explicit.
Regards,
Derek
On Wed, Jul 26, 2017
To add my experience, my B210 is off about 1 KHz in the 433 MHz bands. A bit
above 2 ppm, probably still covered by the specs, but not the best value for a
6 GHz transceiver :) This was better in the beginning, but I don't know if this
came from ageing, or from changes in UHD and FPGA image. It
I've been following the guide for rebuilding the file system at
https://files.ettus.com/manual/page_usrp_e3x0.html.
When I try to build an image with 'bitbake gnuradio-dev-image', I get the
following error:
ERROR: Function failed: do_compile (log file is located at
/home/user/Projects/E310/e300-oe-
Hello –
Yes I am trying to achieve phase synchronization. So once I set the time
source using the function call if (not time_source.empty())
usrp->set_time_source(time_source);, will time and frequency for the two USRPs
be aligned? Also, is it true that the USRP E310/E312 cannot use a 10 MHz
Hello
I have procured a NI USRP 2942R, which has an inbuilt GPS clock. But whenever I
run uhd_usrp_probe, it shows no gpsdo detected and even the same in gnuradio.
Also the GPS led doesnot glow, I have connected the GPS antenna to the GPS SMA
connector port.
Please help me with it.
BR
Sn
Hi Snehasish. The NI USRP-2942R does not actually have an integrated
GPSDO, the* NI USRP-2952R* does. That may be your problem.
-Robin
On Wed, Jul 26, 2017 at 7:43 AM, Snehasish Kar via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello
>
>
> I have procured a NI USRP 2942R, which has an
I've been following the guide for rebuilding the file system at
https://files.ettus.com/manual/page_usrp_e3x0.html.
When I try to build an image with 'bitbake gnuradio-dev-image', I get the
following error:
ERROR: Function failed: do_compile (log file is located at
/home/user/Projects/E310/e300-oe-
Jonathon, I have been working on this the last two days and can't seem
to get it working. My destructor looks like this:
dataGenerator_impl::~dataGenerator_impl()
{
std::cout << "In here3.\n";
uhd::rfnoc::dataGenerator_block_ctrl temp;
temp.issue_stream_cmd(::uhd::stream_cmd_t::S
Hello,
Unfortunately the phase offset between channels on separate E31xs is not
repeatable between tunes or runs. In order to use multiple E31xs for
beamforming or other applications needing known phase offsets it is
necessary to supply an external reference signal and use that to measure
the offs
Hi Mike,
Make sure your MTU is set to 9000. Are you using 1GigE or 10GigE? Do you
see underruns improve when running with only 1 TX radio?
Jonathon
On Tue, Jul 25, 2017 at 2:18 PM, Michael Carosino via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
>
> I'm using gnuradio 3.7.12 and rfnoc
Jonathon,
I'm using 1GigE and running at 2Msps (and lower). Unfortunately I cannot
use jumbo frames (9000 mtu) as currently our x310's are on a network not
setup for them (which breaks other things if enabled). The weird thing is
the underruns only occur with the 4 rfnoc radio blocks, they don't o
Dear Alexander,
ah, thanks for the error report!
Philip has a nice page on how he circumvents such problems:
http://www.opensdr.com/posts/using-docker-for-openembedded-builds/
Basically, he uses a docker container to have a controlled version of
his OS, and does the build within. Only thing mis
Dear Altug,
yes, POLICY_MANUAL and dsp_freq = 0 will disable, and POLICY_NONE will
inhibit any change (so if you've not tuned the DSP before, it will
remain at 0).
Note that I'm still far from convinced that solves any of your problems!
Best regards,
Marcus
On 26.07.2017 13:08, altuğ kaya via
Hey USRP-users,
I am doing some experiments that involve a USRP x300 + (2) TwinRX
daughtercards. I am observing some degraded performance and would like
some advice on the manner in which I am configuring the receivers /
mainboard / daughtercards.
The experiment I am conducting involves collecti
HI!
Building from source the library UHD, for the branch maint (that is reported is
a stable version) I obtained some warnings (during the compilation) for the
master no.
(I have verified this in a virtual machine that i've rebuilt for "snapshot"
trouble but I can rebuilt again the maint versi
Thank you for the reply.
I use Ubuntu 16.04 LTS
-Original Message-
From: "Nate Temple"
To: "이진세";
Cc: ;
Sent: 2017-07-26 (수) 10:06:47
Subject: Re: [USRP-users] I want to build my custom FPGA image but failed to
HI,Derek,
I am sorry,something wrong with my mail which can not received the replay.
I found the answer on user list.
thank you.
best regards
John
On Wed, Jul 26, 2017 at 10:03 PM, Derek Kozel wrote:
> Hi Jong,
>
> Marcus Leech and Marco have both offered good advice on testing the
> frequency s
20 matches
Mail list logo