Hello everyone,
I have incorporated all the mentioned improvements to the best of my
knowledge. Please review the *almost final* draft of the proposal.
Proposal Link: https://swap-nil7.github.io/gsoc-proposal.pdf
Code Link: https://github.com/swap-nil7/GSoC-Proposal
Thank you!
Regards,
Swapnil Neg
Hi Piotr - The error you encountered generally means that UHD was
already installed in the same prefix as the build would be going into,
and that the UHD API changed between the versions. Normally UHD can be
build over a pre-existing install, but sometime not too long ago this
feature was broken vi
Hello everyone,
Thank you JM Friedt. I apologise sincerely for these trivial mistakes.
Thanks for pointing them out. I have linked the corrected GSoC proposal.
Please do provide feedback.
Thanking you,
Regards,
Suraj Hanchinal
GSoC Proposal:
https://github.com/surajhanchinal/GSoC_proposal/blob/ma
Hi Ben,
In case of using WiFi as signals of opportunity, we do not use directional
antennas or set the reference receiver in a specific direction. Here the
reference signal is the signal received from a receiver kept in Line of
Sight with the main transmitter. The surveillance receiver does use a
d
Hi all,
this is just a friendly reminder for all students interested in GSoC 2018 that
the application period ends in a little more than 48 hours (March 27, 16:00
UTC)! This is a **hard deadline** and enforced by Google! Don't forget to apply
and upload your proposals until then through the pr
Hi Suraj,
I would like to know for measuring the reference signal how do you determine
the direction of transmitter ? In case of WiFi which direction you set your
antenna for making it as reference ?
-ben
From: Discuss-gnuradio
on behalf of suraj hanchinal
S
Hi Luca,
thanks for sharing your proposal draft! Here are some remarks:
1. You list a MIMO channel model as deliverable. For slow, flat flading you can
use (as you correctly stated) a simple matrix multiplication block. That,
however, already exists in GNU Radio. Or were you thinking of a wra
Hello everyone,
After reading the suggestions as well as feedback from Marcus Muller and
Martin Braun, I have made the suggested changes as well as explained the
algorithms in greater detail. Please read the updated proposal and provide
feedback and suggestions.
Thanking you,
Regards,
Suraj Hanch
Well, I came back to GR and app development based on GR after a long break.
This is what I saw at https://wiki.gnuradio.org/index.php/
InstallingGRFromSource:
*Using PyBOMBS*
*We are moving to use PyBOMBS as our installation tool for GNU Radio. This
will take care of dependencies and allow you to
Tried to set up PyBOMBS with Python 3.6 and got the following error:
[pswiatki@sdr_mobile ~]$ pybombs recipes add-defaults
PyBOMBS - INFO - PyBOMBS Version 2.3.3a0
Traceback (most recent call last):
File "/usr/bin/pybombs", line 11, in
load_entry_point('PyBOMBS==2.3.3a0', 'console_scripts',
I am trying to build GR with PyBOMBS and apart from problems with the build
system itself (it would not start properly when python3 is used) I get the
following error not far away (85% complete) from the end of the build:
[ 85%] Building CXX object gr-uhd/swig/CMakeFiles/_uhd_sw
ig.dir/uhd_swigPYT
Hello everyone,
Thanks for the detailed review.
I have made changes to my proposal to incorporate review/merge cycle, build
Python API for the modtool, briefly explain the UI enhancements and fix
typos.
I am still quite unsure about the automated testing part. But as of now,
thorough testing will b
Greetings,
I want to refine my implementation to a particular project. I'm
specifically interested in Adding support for new filter design concept
(cascade filter). I've included a sample code which depicts the overall
idea. I need a feedback on what else should I include to make my proposal
more
Hello Jean-Michel Friedt,
Thank you for your valuable feedback. That is a very good insight since I
overlooked the cross-ambiguity function and its calculation considering
them trivial. I will definitely look into the papers that you mentioned and
include them in my proposal.
Thank you,
Regards,
> All in all, this is pretty ambitious, but exciting!
> How will you tackle the OFDM signal recovery? I think your reference
> [2] is really much to be completely done in one GSoC, so it would be
> totally OK to say you just picked a reduced approach. Still, if you
> want to do that in all its glor
15 matches
Mail list logo
