Dear Johnathan,
On Fri, Mar 14, 2014 at 2:21 PM, Johnathan Corgan
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 very simple set
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
Fa
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 Eng
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 questi
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 doi
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 d
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:
http://sss-mag.c
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
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 hardw
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
nee
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
/raid/nae/gnuradio/gr-blocks/lib/
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 t
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. I'l
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. Also,
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
--
Vi
Dear Martin,
On Fri, Mar 14, 2014 at 5:13 PM, Martin Braun 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 money at the
> prob
On 03/14/2014 10:51 PM, Activecat wrote:
Dear Martin,
On Fri, Mar 14, 2014 at 5:13 PM, Martin Braun 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 oscill
Dear Marcus,
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech 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 transmitter side,
On 03/15/2014 12:10 AM, Activecat wrote:
Dear Marcus,
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech 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 d
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 th
Dear Marcus,
Please avoid adding more confusions rather than clarities.
> The term "upconversion" and "downconversion" are common terms used in the
> radio engineering industry, but may not be common among other technical folks.
In radio engineering industry, there are more than 1 type of
upconv
26 matches
Mail list logo
