Oh, what branch might that be? It's not obvious to me.
Thanks,
Rich
On Thu, Mar 5, 2015 at 7:27 AM, Martin Braun martin.br...@ettus.com wrote:
On 04.03.2015 14:04, Richard Bell wrote:
Ah, after re-reading the Header/Payload Demux docs, I noticed the
trigger port is optional. The block will
This might be related to an issue I ran into with 14.04.2 when making the
Live SDR images based on that.
If you install 14.04.2 from CD, then do:
$ apt-get install libgl1-mesa-dev-lts-utopic mesa-common-dev-lts-utopic
...then try build-gnuradio, does it work?
On Thu, Mar 5, 2015 at 2:01 PM,
On Thu, Mar 5, 2015 at 2:41 PM, Johnathan Corgan johnat...@corganlabs.com
wrote:
$ apt-get install libgl1-mesa-dev-lts-utopic mesa-common-dev-lts-utopic
That would be 'sudo apt-get install ...'
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
All,
My hesitation to use PyBOMBS was only a function of the fact that I've have
had really good success using the build-gnuradio script in the past. I've
deployed GNU Radio and UHD using Marcus's awesome script several times and
never had an issue.
Also, I can confirm that the problem (at
Are you guys avoiding pybombs for a reason, or do you just not feel
comfortable with it? If you're aware of pybombs and have a reason for
avoiding it, then stop reading here.
Pybombs works really well on Ubuntu 14.04. I've installed UHD + GnuRadio on
multiple machines without a problem. Using it
I have been attempting to build gnuradio from the source and have
encountered this error which is obviously related to my Python
installation.
I have built Python2.7.8 from source with the confguration:
./configure --enable-shared --prefix=/usr/local
I have read that without the --enable-shared
Hello Peter
I had installed yesterday on my laptop with Ubuntu 14.04
I tried using WGET. but I got the similar problems like you
regarding the git..
So, I have installed it from source and haven't got any problem.
You can follow these steps for installing it from source
Thee are two
Activecat,
this is actually on our FAQ:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#How-do-I-know-the-exact-voltagepower-of-my-received-input-signal
This is a very difficult problem to solve and it requires expensive lab
equipment.
Regards,
Martin
On 04.03.2015 23:43, Activecat
Also, you're using the old-style OFDM blocks. I suggest looking at
ofdm_loopback.grc for an example on how to use the new ones.
M
On 05.03.2015 02:45, Marcus Müller wrote:
Hi Roja,
you forgot to actually explain what does not work. I'll refer you to [1]
there's a few things odd with your
So, if I could get an actual, detailed, error-report when build-gnuradio
fails, I can look into fixing it.
It has worked well on Ubuntu 14.04 since 14.04 was released, but it may
be the case that some system update changed something that buggered up
an assumption that build-gnuradio is
Hello Mohammad,
interesting!
Now, in most cases something like that happens when you accidentially
link (during build) against one version of GNU Radio, but at run time
(when executing ctest), another version is found and used.
Is it possible that's the case here (i.e. how did you install GNU
On 04.03.2015 14:04, Richard Bell wrote:
Ah, after re-reading the Header/Payload Demux docs, I noticed the
trigger port is optional. The block will trigger on tags connected to
the input stream.
What seems like the best strategy to me now is this:
1) Detect the header with a correlator and add
Ben,
there's only limited buffering in the E310, so I'm not entirely
surprised. There's quite some effort involved in getting the data from
the FPGA to userland and back (this is what you're doing, right?
Connecting the USRP Source straight to the USRP sink?). In a sense,
you're not cutting
Do you mean adding a text label on the vertical axis, or scaling the
spectrum? For the latter, you would have to feed the USRP a known
(calibrated) noise source that is well above the USRP noise floor such as an
HP 346 noise source. Then read the value from the spectrum and just
re-scale the
Hi Manuel,
On 03/05/2015 01:40 PM, Manuel David Lozano Amezquita wrote:
Hi Marcus,
Now I have another question, How can I estimate the time shift in
fractional samples?, for example, I have a Cosine signal with
amplitude of 1 v, and 1 kHz, and I configure my sample rate in 1 MHz.
Then I
Apologies if you receive multiple copies of this call.
CALL FOR PAPERS
===
Hi Roja,
you forgot to actually explain what does not work. I'll refer you to [1]
there's a few things odd with your flow graph, nevertheless:
1. Double throttle: you'll only ever need one throttle block. I'd
explain, but I think it's easy enough to understand once one realizes
what throttle
Hi all,
This is a gentle reminder for the DySPAN 5G spectrum challenge [1] which is
organized by IEEE. The primary user and database code is already available
on the webpage [2]. For more details and queries please subscribe to the
Spectrum Challenge mailing list [1]. It will be fun to work on
18 matches
Mail list logo
