On 12/14/2017 08:52 AM, Gavin Jacobs wrote:
> @Cinaed,
> Thanks for that advice. In fact I do use the last 8 digits of the S/N,
> and it does find the device, and the simple situations work fine, but my
> question was about gnuradio OOT architecture.
>
> Specifically, for a new OOT block, I would
Dear Ed Troy:
I don't have the PlutoSDR with me right now, so I cannot test it now, but a
few things to check:
-Make sure that your Pluto can go down to 90MHz alright; it is only rated
to operate on 325MHz - 3.8GHz, and not guaranteed to behave well on such
frequencies (even when you did made the
Hi,
I have been trying to get my Pluto to work with WBFM, but I am not
having any luck. I am attaching a grc file that I am pretty sure should
work, but it does not. It just generates sporadic noise. I did the
changes recommended to get the Pluto to work over a wider frequency
range, and the
Hi,
I did a test to figure out how much delay is within the hardware (FPGA
DUC/DDC, ADC/DAC, mixer, filters and amplifiers, etc.)
In the test using UHD at host side, signal transmission is scheduled at t0
and received at t0 + T. The receiving synchronization is based on
cross-correlation which sh
Hi Timur,
I’m not sure if this is your main problem, but we generally don’t recommend
using a Throttle block with hardware sources or sinks. Instead, the hardware
alone should control the sample rate. It is plausible that your Throttle block
is preventing the "osmocom Sink" from getting sampl
I'm running a b200 on a gigabyte brix (about a 5-inch cube). Mine's a
couple of years old, quad core "Intel(R) Core(TM) i5-4570R CPU @ 2.70GHz",
has at 4 usb3.0 ports, and runs ubuntu. The onboard intel graphics do a
pretty good job with fosphor.
On Thu, Dec 14, 2017 at 12:11 PM, David Rose wrote
Hello, everyone.
I am trying to implement audio transmitting using PSK-Modulation on 433
MHz Frequency with 1.25Mps.
On Receiver side sound appears, but very abruptly. Looks like
sampling/re-sampling mistake.
Even the adding of codecs (CODEC2, ulaw..) did not helped, but added
more noise. What
Le Vendredi 15 Décembre 2017 15:58 CET, "Marcus D. Leech" a
écrit:
> On 12/15/2017 06:31 AM, Galland Nicolas wrote:
> > Hello everyone !
> >
> > I am using a USRP x310 for more than a year, and for some reasons I had to
> > change the computer. On a new installation of Ubuntu 16.04, I then
Hello Nicholas,
You were most likely using UHD version 3.9.x or earlier on your previous
computer. If possible it'd be good to check what version you were using. I
believe that reverting to the latest Long Term Support release of UHD,
3.9.7, will solve your issue. I believe that the build-gnuradio
On 12/15/2017 06:31 AM, Galland Nicolas wrote:
Hello everyone !
I am using a USRP x310 for more than a year, and for some reasons I had to
change the computer. On a new installation of Ubuntu 16.04, I then installed
uhd and gnuradio from the source using Marcus Leech's build-gnuradio script.
I can't comment on using an SBC with a B200, but I was quite pleased
with the results when using an UDOO x86 Advanced Plus with a LimeSDR
Mini and gr-fosphor. Nice thing about these little boards being that,
in addition to having a quad-core Intel processor, they have a GPU with
OpenCL SDK support
Hi Dave,
I’ve tried several SBCs with B200 boards and here’s what I found:
* RPI3 doesn’t have enough CPU power. There’s actually an Ubuntu port for
RPI3 and the UHD driver works great but just couldn’t get it to run fast enough.
* I’ve tried several SBC variations on the Intel Cherry Tr
Hello everyone !
I am using a USRP x310 for more than a year, and for some reasons I had to
change the computer. On a new installation of Ubuntu 16.04, I then installed
uhd and gnuradio from the source using Marcus Leech's build-gnuradio script.
The installation was successful, but I had to loa
13 matches
Mail list logo
