I did notice that UHD went from 4.0 to 3.14 is this a problem? Does the
getting started wiki need an extra step to choose the branch/commit?
On Mon, Oct 8, 2018 at 2:33 PM Rob Kossler wrote:
> Perhaps you are using fpga-src on 'master' rather than on commit 'ebf5eed'
> which is the one paired
On 10/08/2018 05:41 PM, Brian Thomson via USRP-users wrote:
Hello,
I have been struggling with a trying to acquire GPS with an N210 for
some time now as was wondering if anyone could help me out. My setup
is as follows:
GPS antenna + T bias with 3.3 V DC power, RF input connected to
RX1/TX
Hello,
I have been struggling with a trying to acquire GPS with an N210 for some
time now as was wondering if anyone could help me out. My setup is as
follows:
GPS antenna + T bias with 3.3 V DC power, RF input connected to RX1/TX1 of
USRP
I used this setup with a pmod GPS receiver was able to
Perhaps you are using fpga-src on 'master' rather than on commit 'ebf5eed'
which is the one paired with UHD 'master'?
Rob
On Sun, Oct 7, 2018 at 10:22 PM Corey Hahn via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Been using uhd/rfnoc for 9 months now with no comparability problems i
> coul
I believe that the new "Replay" RFNoC block has the functionality to handle
a slow loading of samples to DRAM followed by a full-speed (125/MS/s)
playout to radio. The latest Master branch has an example usage.
Rob
On Thu, Oct 4, 2018 at 6:54 AM Sylvain Munaut via USRP-users <
usrp-users@lists.et
I have rebuilt the FPGA using Juan Francisco's suggestion in the DMA FIFO,
and since then I haven't run into the problem using UHD v3.13.0.1.
His patch was:
OUTPUT2: begin
// Replicated write logic to break a read timing critical path for
read_count
read_count <= (output_page_boundry < occupied_m
Hi Alan,
Try increasing the TX ring buffer for the network interface and make sure
the CPU governor is not throttling the CPU (i.e. set to "performance" and
not "on demand" or "powersave").
The samples per packet for TX was reduced because the larger frame size was
actually resulting in even more
Hi,
> Well if the phase difference is constant then i can manage it, but if it is
> random then I have a problem?
>
> There is high residual mutual phase-noise between B205s in this scenario.
> So, not useful for applications that require
> phase-coherence.
If you're ok with a bit of solder
On 10/08/2018 11:02 AM, Arun kumar Verma wrote:
Well if the phase difference is constant then i can manage it, but if
it is random then I have a problem?
There is high residual mutual phase-noise between B205s in this
scenario. So, not useful for applications that require
phase-coherence.
Well if the phase difference is constant then i can manage it, but if it is
random then I have a problem?
From: Marcus D. Leech via USRP-users
To: usrp-users@lists.ettus.com
Sent: Monday, 8 October 2018 8:15 PM
Subject: Re: [USRP-users] two B205 mini radios synchronization
On 10/0
On 10/08/2018 04:39 AM, Arun kumar Verma via USRP-users wrote:
Hi
Well i want to synchronize two B205 mini radios with PPS and 10MHz
external clock. Since only one Ref input port is available, is it
possible to combine to signal and give it to Ref input or in B205 both
synchronization not at
Hi
Well i want to synchronize two B205 mini radios with PPS and 10MHz external
clock. Since only one Ref input port is available, is it possible to combine to
signal and give it to Ref input or in B205 both synchronization not at all
possible?
Regards,Arun
_
12 matches
Mail list logo
