GPS doesn't like to go back in time. You probably need to reset the almanac
and a reboot is doing that.
On Tue, Apr 30, 2019, 9:53 AM Jason Matusiak via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I've seen this a few times, but I cannot seem to lock it down to any
> particular reason.
I am not an FPGA or Vivado expert, but I tried to do the same thing. I
believe Vivado is limited to 4 cores, so sadly, it seems like your best bet
is to get a quad-core with the fastest clock you can find. I think AWS just
released a "frequency-optimized" instance family. Maybe take a look at
What I meant and didn't explain well enough is a potential new Ettus
product would be a Zynq-based B2X0 clone. That would be RFNOC-capable.
On Fri, Jun 29, 2018 at 2:32 PM Ian Buckley via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Er no.
>
> B200 has approximately the same number of
I think what would be more useful is a low-end USRP (low price like B200)
that is RFNOC-capable. I guess that might be something like an E310 in a
white case?
On Fri, Jun 29, 2018 at 9:12 AM GhostOp14 via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I second RFNoC for the B series would be
Just speculating, but I wonder if what you're seeing is a result of
quantization error...
On Mon, Jun 25, 2018 at 11:55 PM Farhad via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Thanks Ian for your answer; but my main question still remains unanswered
> which is why with different wire
Without looking at the schematic, I'd guess that the difference is in the
implementation of the PLLs for tracking.
On Mon, Jun 25, 2018 at 11:21 AM Chintan Patel via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Marcus,
>
> Two follow-up questions related to B205/B210 synchronization.
>
>
I seem to recall that the 8-bit OTW format isn't implemented for RFNoC
yet... I could use that too.
On Mon, Mar 19, 2018 at 9:07 PM Adam Parower via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello everyone,
>
>
> I am trying to figure out how to receive complex 8-bit integer samples
>
1, 2018 at 5:45 PM, Ron Economos via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>>> There's also a balun on the AD9361 input. Unfortunately, the balun part
>>> number for the low frequency path is not on the schematic.
>>>
>>> Ron
>>>
F (RF1)
>
> On Thu, Feb 1, 2018 at 5:45 PM, Ron Economos via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> There's also a balun on the AD9361 input. Unfortunately, the balun part
>> number for the low frequency path is not on the schematic.
>>
>> Ron
; integrated transceiver. This chip does have an integrated LNA. Perhaps
> there's some sort of mismatch between your DUTs and this integrated LNA at
> <1 GHz?
>
> ADI publishes the RX S-parameters:
> https://ez.analog.com/thread/41208#137929
>
> -Robin
>
> On Thu, Feb 1, 2
Jeff is right, but since I happen to have tackled this problem several
times myself, I'll leave some hopefully helpful advice. My use of unicast
protocols has mostly been for spacecraft downlinks - what's your use case?
In any event, most uni/mult-cast protocols I have come across have been
But if you want to have some fun with your co-workers. Put on a metal hat
whenever you TX. If they ask what's going on, say "Don't worry about it" :)
On Mon, Nov 6, 2017 at 4:49 PM Bakshi, Arjun via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Thanks for clearing that up.
>
>
> AB
>
I am pretty sure those blocks all made it into GR core. Check the examples
sections.
On Mon, Oct 16, 2017 at 5:25 PM Sumit Kumar via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Thanks Robin, I found the slides. However the talk which he gave in GRCon
> 2011 was approx 3:30 hr long.
>
>
We use several NUC6i7KYK units without any issues. They run Ubuntu 17.04
On Fri, Sep 8, 2017 at 10:29 AM Meelis Nõmm via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello,
>
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK),
> installed Debian 9 on it and tested Gnuradio
etty sure the B200 defaults are:
>>
>> send_frame_size = 8192
>>
>> num_send_frames = 16
>>
>>
>> https://github.com/EttusResearch/uhd/blob/maint/host/lib/usrp/b200/b200_impl.cpp#L532
>>
>> Ron
>> On 08/05/2017 12:00 AM, Dan CaJacob via USRP-user
Hi,
I have a GnuRadio modem I've developed and I'd like to reduce latency. It
does IP encapsulation and for testing, I use two USRPs to implement an OTA
connection between the modems.
I've reduced latency so far by 1) adding fill frames/bytes only at the very
last block before the USRP sink and
I'd suggest installing GNURadio ;)
On Sun, Jul 16, 2017 at 7:35 PM d.des via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I know that this isn't a Redhawk forum but maybe someone here has a quick
> pointer. Is there a step-by-step guide to making a simple recording using a
> B210 and
I agree. When a B2XX has died for me, it's always this.
On Wed, Jul 12, 2017 at 4:04 AM Ralph A. Schmid, dk5ras via USRP-users <
usrp-users@lists.ettus.com> wrote:
> About ESD protection, in my B210 the first switch U807 dies all the time;
> these need some protection, too :) At the moment I
If your LNA is pumping out at 1/4W, just add an attenuator inline near your
radio to bring your signal power down to safe levels - it won't hurt you in
any appreciable way since you've got a nice LNA upfront already.
On Sun, Jul 9, 2017 at 7:03 AM Marcus Müller via USRP-users <
I think (having gone through this before) that the real badness happens if
you put -15 dBm in the front end *and* turn all the gain up to the maximum.
Then some chip in the chain goes over its limit.
Really though, with a real world system, over the air, I'd be shocked if
you could blow up the
20 matches
Mail list logo