I think I sent this from the wrong account previously...
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
We routinely operate in the 200 usec window, so if the best you can do is 20
milli-seconds, there is something you are not doing very well in your
application.
1Gb ethernet is not helping but is not the source of multi-millisecond delays.
We run on windows with a 2667 Xeon processor and intel
What I have noticed over the years is the only impact to tuning is the first
time you tune, the file is read in and any disk IO is slow relatively speaking.
Subsequent tunes after the first are much faster and consistent :)
> On June 7, 2018 at 1:04 PM Dave NotTelling via USRP-users
> wrote:
What is the Tx gain of your WBX?
What is the Rx gain of your SBX?
What is the power your signal is going out at in dbm?
Assuming:
10MHz reference and 1PPS cables are all same length.
Both USRPs have been recently calibrated with utilities.
Splitters change phase, although I am not sure that
t; On Mon, May 14, 2018, 23:15 Marcus D. Leech via USRP-users
> mailto:usrp-users@lists.ettus.com > wrote:
>
> > > On 05/14/2018 09:04 AM, ROBIN TORTORA via USRP-users
> wrote:
> >
> > > > >
> > >
Split both your 1pps and 10MHz and then run cables off the splitter to each
X310 separately using "equal length" cables and you should be "good enough",
dont daisy chain :)
> On May 14, 2018 at 4:28 AM harfan ryanu via USRP-users
> wrote:
>
> Hi All,
> I am building application with t
1 persistent streamer per channel, no tearing down and starting up, and do
timed transmits on the desired channel(s)...
Although you havent said much about your physical setup and what you are
actually trying to do, I can understand the need to keep things private, but if
there are further thi
some small things:
* I am pretty sure you cables are not phase matched (costs about 5K for a 26”
matched pair), so you will get some difference there. Not sure how to quantify.
* Splitters have a phase mismatch, I think its called phase unbalance,
proportional to cost :), but can be multiple deg
Hi John,
LO Leakage in general has ALWAYS been a problem for us as well in general on
the UBX. The WBX was fine, we migrated to the UBX quite early and had
significant problems that really were never resolved. Most of the chatter
revolved around being continuously in high power mode, but hon
The firmware image on your usrp device is too old and needs updating as
reflected by the message:
Expected protocol compatibility number [10 to 12], but got 7:
Download the firmware images for 3.11 and install onto device...
Or run the command that is suggested in the error message...
> On
Lets just focus on Tx for this question.
Lets say I have a Tx channel 900 - 950 MHz wide.
I tune to 925 with 50 MSa/sec sampling rate with a +30 MHz offset tuning
command (Puts LO at 955 MHz).
Is the center frequency of the tuner still at 925 or is it moved based on the
offset?
I have tho
FYI, the windows VS2015 installer still calls the version 3.10.2 within the
start menu, even though it is 3.10.3...
> On February 2, 2018 at 9:27 AM Michael Dickens via USRP-users
> wrote:
>
> UHD 3.10.3.0 is also available for Mac OS X / macOS users via MacPorts,
> through a 2 step proc
Hi Martin,
Thanks for the update, we have done the same for similar reasons...
A couple of quick followups:
Are you considering supporting MSVC 2017 "soon"?
Do you guys ever consider officially supporting the intel compiler?
Thanks,
> On January 23, 2018 at 5:20 PM Martin Braun via USRP-users
Hi Neel,
Are any of these sessions recorded and available for post viewing?
Thanks,
> On December 4, 2017 at 8:57 PM Neel Pandeya via USRP-users
> wrote:
>
> ==
> Ettus Research will be running a series of free, han
The LO feed through on the UBX is wicked high...
Offset tuning helps alot...
> On December 4, 2017 at 4:43 PM Mark Koenig via USRP-users
> wrote:
>
>
> I have been collecting signals in a lab environment using an N210 with a
> CBX card without any perceived issues. When running the uhd
Our apps that poll for location get the string periodically and look for when
the string changes... I dont recall it blocking...
It is typically updated once per second, but it doesnt always update every
second, sometimes there are misses.
We are on the older 3.9 branch, but they have made s
If you are using UHD 3.9.x or earlier, I would guess filter delay...
> On November 16, 2017 at 5:31 AM Hojoon Yang via USRP-users
> wrote:
>
> Hi.
>
> I use USRP B200 with external on-board GPSDO.
>
> 1. I set the clock source and time soure to GPSDO
> usrp->set_clock
I have a very similar app, but I do take a bit of a different approach.
I dont know that any of these issues are related to your implementation, but I
will give you some insights into how I implemented my approach.
Simple thing first, set_time_unknown_pps can take up to 2 seconds to execute,
> > You could run uhd_usrp_probe and parse the output.
> >
> >
> >
> >
> >
> >
> >
> > On 2017-09-13 15:30, ROBIN TORTORA via USRP-users wrote:
> >
> > > > >
> > >
Peeps,
I have an X310 on windows with 3.10.2 and a single UBX daughtercard.
get_rx_num_channels always returns 2 even though there is only a single
daughtercard installed.
I am guessing this is really returning the number of DDCs present?
Is there a simple way to get the number of actual c
Willing to bet significant money your tx thread is being put on the physical
processor that does not have your NIC card attached to it...
Then, all data must go over QPI between processors.
NUMA is not good for this.
You can experiment with affinity to make sure things are all on the same
p
I dont see you setting the tx metadata object members to any values, so you are
essentially going to tx with default metadata IF there is a constructor that
initializes all the members to a consistent value...
> On August 14, 2017 at 1:56 PM Jason W Zheng via USRP-users
> wrote:
>
>
>
I recall being able to go past 8000 with send_frame_size and recv_frame_size
parameters and things worked stably up to something like 8044, but it did
eventually hard cap out.
Couple extra samples sometimes helps out :)
> On August 3, 2017 at 1:14 PM Ian Buckley via USRP-users
> wrote:
>
23 matches
Mail list logo