Hi,
osmosdr.source is the name in gnuradio 3.7.x version
osmosdr.source_c is the name in gnuradio 3.6.x version
Are you sure your application is compatible with gnuradio 3.6.x ?
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Hi,
Thanks. Rebuilding Pybombs with Ice 3.5.0 helped.
Regards,
Saran
On Wed, Mar 12, 2014 at 9:13 PM, Tim tim.oshea...@gmail.com wrote:
If you built GNU Radio under pybombs, you can also run
./pybombs rb gnuradio
this alias (rebuild) will blow away the build dir and re-run
Hey,
an updated version of my GSoC proposal is now on available:
https://github.com/SpectreJan/GSoC2014
Regarding work that I have done in the past:
Parts of the code of my current master thesis project (Log-MAP decoder
with OpenCL) is now available on Github.
Hi,
I try to send square wave from one USRP to another.
The received signal at the receiver USRP is very different from what
was being sent.
This is just a very simple setup. What could be wrong ..?
Apparently your understanding of how things work :)
First thing, square waves have
On 03/13/2014 09:32 PM, Activecat wrote:
I try to send square wave from one USRP to another.
The received signal at the receiver USRP is very different from what
was being sent.
This is just a very simple setup. What could be wrong ..?
What you are seeing is a classic case of frequency/phase
Dear Sylvain,
On Fri, Mar 14, 2014 at 2:17 PM, Sylvain Munaut 246...@gmail.com wrote:
First thing, square waves have infinite bandwidth, the DAC can't
generate them properly, the ADC can't capture them properly and
they'll be modified by the IF filters. The effect of that is to round
off the
Dear Johnathan,
On Fri, Mar 14, 2014 at 2:21 PM, Johnathan Corgan
johnat...@corganlabs.com wrote:
On 03/13/2014 09:32 PM, Activecat wrote:
I try to send square wave from one USRP to another.
The received signal at the receiver USRP is very different from what
was being sent.
This is just a
Hi,
looks like a version issue. Try updating to PyGTK 2.22 or above.
Sebastian
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Sebastian Koslowski
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe, Germany
Phone: +49 721 608-46275
On 14.03.2014 09:50, Activecat wrote:
In spite of calibrating things, you have only made the transmitter and
receiver local oscillator frequencies close. All real-world receivers
must implement a correction loop to estimate this frequency and
compensate for it, which eliminates the rotation.
I would like to remind all students to submit their proposals to
google-melange.com as well. If you have your proposal on github, which
is the recommended way to do this, all you have to do is post a link (if
you post the whole thing on melange, you have to update it there *and*
on github, but
I opened an issue on gnuradio.org for this.
http://gnuradio.org/redmine/issues/653
You can pull a fix from:
https://github.com/gnuradio/gnuradio-wg-grc/tree/grc_pygtk_backw_compat_fixes
Let me know if that works for you.
Sebastian
--
Karlsruhe Institute of Technology (KIT)
Communications
So I tried out the PyBombs install method as documented on the wiki. Very
nice. No worries about missing pieces, almost.
Apparently the version that is out there doesn't know how to make
python-lxml. I also cannot get the build to complete due to what appears to
be an issue with libusb.
My
On 13.03.2014 20:18, kunal sankhe wrote:
Here's the link for my proposal for the project MIMO Transceiver
https://github.com/kunal2904/GSoC-14
Please let me know your feedback on this.
Hi Kunal,
right now, your proposal is too generic. Have a look at some of the
other proposals. Make sure
Hi Kunal - Following up from Martin's comments:
* You'll want to address some of the items listed on the GR GSoC Student wiki
page http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCStudentInfo --
for example:
+ Will GSoC be your only job, or will you have other things you -must- be
On 13.03.2014 18:41, MITUL VEKARIYA wrote:
Here's the link for my proposal for the project Vector Network Analyzer
https://docs.google.com/file/d/0B5wp9A_w2B5scmVKOTlGbVFISm8/edit?pli=1
You can post comment on google doc also.
I am all ears to any suggestion.
A couple of questions:
- Good
Hi,
A couple of questions:
- Good detail on your deliverables!
- Do you have access to a real VNA to compare results with the GR solution?
More generally what hardware do you have access to or can you get by
yourself ? Just to know what we would need to provide.
Cheers,
Sylvain
Hi Mitul,
one suggestion regarding the output of the VNA: since you do scattered
parameters calculation, you may want to include also b, Y, h, z (I think you
calculate this) parameters output. Here is an old Agilent app note with
formulas between those parameters in appendix B:
On 03/14/2014 01:50 AM, Activecat wrote:
In spite of calibrating things, you have only made the transmitter and
receiver local oscillator frequencies close. All real-world receivers
must implement a correction loop to estimate this frequency and
compensate for it, which eliminates the
On 03/14/2014 01:05 PM, Johnathan Corgan wrote:
The hardware PLL in the receive section of the daughterboard serves an
entirely different purpose; it is there to create the local oscillator
signal at the frequency requested when tuning. However, that frequency
is ultimately derived from a
Hi,
So, according to some suggestions, I looked into how I can potentially use
better signal processing for the OFDM receiver. I was thinking of a LS
estimator with higher order interpolation or an MMSE estimator for the
channel estimator part. Also, a MMSE-DFE or Viterbi equalizer. These will
Looking forward to it!
What will generally be the agenda for the New Developers' Day? Do you see a
role for people who have been hacking at GR for a while, or is it specifically
catered to new users? I'm trying to debate whether to go the extra day or not,
and I bet I'm not the only one who is
Thank you Sebastian for your reply,
I pulled your grc fixing, proceed to a clean make then did everything again
however I got some error:
[ 29%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/message_strobe_random_impl.cc.o
In file included from
Sean,
Thanks for bringing this up. Simply stated, the goal of this New Users Day
is:
- Increase visibility for GNU Radio, possibly touching new professional
and social circles where GNU Radio isn't used yet
- Help new users understand what GNU Radio is, and how to use it
In some ways
I'd be happy to help! I'm sure classroom-style lectures will be covered by a
few people who have already presented the material a bunch of times (Tom,
Johnathan, etc.). Maybe you could use a bunch of more experienced GR people in
small breakout sessions or to oversee hands-on tutorials, etc.
On 14.03.2014 19:27, Abhishek Bhowmick wrote:
Hi,
So, according to some suggestions, I looked into how I can potentially
use better signal processing for the OFDM receiver. I was thinking of a
LS estimator with higher order interpolation or an MMSE estimator for
the channel estimator part.
Hi Community,
I have to procure a couple of laptops with Gig-E port for working with N
series. Could you suggest some. Till now I was working with Desktops, but I
have to travel frequently these days for demos. I did search but would like
to listen from other members also.
Regards
Sumit
--
Dear Martin,
On Fri, Mar 14, 2014 at 5:13 PM, Martin Braun martin.br...@ettus.com wrote:
Here's a very brief explanation: The PLL for the synthesizer makes sure the
locally generated frequency is stable (per-device). It's physically
impossible to make perfectly aligned oscillators. By throwing
On 03/14/2014 10:51 PM, Activecat wrote:
Dear Martin,
On Fri, Mar 14, 2014 at 5:13 PM, Martin Braun martin.br...@ettus.com wrote:
Here's a very brief explanation: The PLL for the synthesizer makes sure the
locally generated frequency is stable (per-device). It's physically
impossible to make
Dear Marcus,
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech mle...@ripnet.com wrote:
The SBX does analog downconversion, nothing more. It knows nothing about
the incoming signal, and doesn't demodulate it in any way.
Please be clarified what do you mean by analog downconversion.
At the
On 03/15/2014 12:10 AM, Activecat wrote:
Dear Marcus,
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech mle...@ripnet.com wrote:
The SBX does analog downconversion, nothing more. It knows nothing about
the incoming signal, and doesn't demodulate it in any way.
Please be clarified what do you
Hello community,
Two weeks have passed since I added my idea MIMO Transceiver on GR GSoC
webpage. In the past few days, I tried to carry my project a step forward.
I did some reading and made some tests on MIMO CSI estimation. Seems
everything goes as I expected.
More GSoC applicants join in the
31 matches
Mail list logo