[Discuss-gnuradio] Ideas for Google summer of Code 2017

My *idea* is to create a *separate toolbox* for the research community inclined towards Software defined Radio ( *Cognitive Radio *). The main focus of this toolbox will be towards enhancement of Quality of Experience of CR users (secondary or unlicensed users) through Machine Learning based

Re: [Discuss-gnuradio] intermittent pulse detection

Hey Dirk, Just curious, are you doing this for fun or profit? On Mon, Feb 6, 2017 at 3:40 PM Dirk Gorissen wrote: > Thanks Marcus & Martin for the responses. > > To clarify, Im working on a wildlife tracking problem but from the air > (drone). Im purely interested in

[Discuss-gnuradio] Usage of GitHub

Please do not use github. It runs non-free JavaScript, hosts non-free software discover-able by its users, and encourages poor licensing practices. https://www.gnu.org/software/repo-criteria-evaluation.html has extra information. I believe a GNU project may not refer users to non-free resources in

[Discuss-gnuradio] Having Exact Same Problem: Fwd: [USRP-users] USRP X310 with UBX-160 - transmit freezes with certain GNURadio flowgraphs

Hello, I'm having what seems like the same problem as Jimmy reported in the USRP-Users back in November. (see forwarded portion of email, since I wasn't able to find any posts by him in discuss-gnuradio since then). All I'm doing is generating continuous samples (fc32), that goes into a

Re: [Discuss-gnuradio] intermittent pulse detection

Thanks Marcus & Martin for the responses. To clarify, Im working on a wildlife tracking problem but from the air (drone). Im purely interested in finding out if the pulse (which gets transmitted at a fixed interval of 1500ms) occurred or not. If it did, I know Im within some range of the animal

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Thank you so much Marcus, I will try that, Regards, Pablo 2017-02-06 18:58 GMT+01:00 Marcus Müller : > Hi Pablo, > > you will need to enable the BladeRF backend in gr-osmosdr if it wasn't > enabled when you built gr-osmosdr the first time, yes. > > Usually,

Re: [Discuss-gnuradio] Google Summer of Code -- Ideas List!

Hi Marcus, I was interested in implementing this myself. Sorry for not clarifying. It would be my first time contributing a whole new feature to GNU Radio. I believe, the mentoring should be from someone who is more frequent contributor? If someone is interested in being the mentor to the project,

Re: [Discuss-gnuradio] Google Summer of Code -- Ideas List!

Hi Kartik, sorry, we've all been pretty busy over the Weekend – FOSDEM and stuff. So, I personally think this is a pretty great idea that you should definitely put on the GNU Radio wiki page for GSoC ideas – if someone has a great idea how to improve what you're proposing, it's a wiki for a

Re: [Discuss-gnuradio] Google Summer of Code -- Ideas List!

Hello all, I was thinking about a HTML based GUI. So, inception of idea is from an online circuit simulator used in the edX course (Circuits and Systems, MITx). Although there are full-fledge softwares available for the circuit simulation, an online widget/page type thing is great for online

Re: [Discuss-gnuradio] Google Summer of Code -- Ideas List!

Hello all, Any discussion over statistical toolbox? Thank you. Regards,Kartik Patel On Wed, Feb 1, 2017 1:32 AM, Kartik Patel kartikpatel1...@gmail.com wrote: Hi Marcus, Sorry for replying late. I was travelling. My point is we can have a statistical module for GNU Radio. Although Scipy

Re: [Discuss-gnuradio] Python files giving error "No module named gnuradio" when GNU Radio installed via PyBOMBS

On 02/06/2017 10:52 AM, Qurat-Ul-Ann Akbar wrote: > Hi, > > I recently installed gnuradio on one of my machines using pyBOMBS and > this is my first time trying pyBOMBS for installation. Whenever I > generate a python file from the GRC flow graph and try to run the python > file, I receive the

Re: [Discuss-gnuradio] TunTap Interace for GNU Radio IEEE 802.11 a/g/p module

No, your computer is just simply too slow. On 02/06/2017 07:59 PM, Qurat-Ul-Ann Akbar wrote: > Thank you for explaining the interaction between the Tun/Tap interface > and the USRP. When I run the wifi_transceiver I get a lot of "Ds" on > the console which indicates overflow. But I am able to

Re: [Discuss-gnuradio] TunTap Interace for GNU Radio IEEE 802.11 a/g/p module

Thank you for explaining the interaction between the Tun/Tap interface and the USRP. When I run the wifi_transceiver I get a lot of "Ds" on the console which indicates overflow. But I am able to receive packets through the wifi_rx without any overflow. Can you tell me why I am experiencing just

[Discuss-gnuradio] Python files giving error "No module named gnuradio" when GNU Radio installed via PyBOMBS

Hi, I recently installed gnuradio on one of my machines using pyBOMBS and this is my first time trying pyBOMBS for installation. Whenever I generate a python file from the GRC flow graph and try to run the python file, I receive the error "No module named gnuradio". I think the python is not

Re: [Discuss-gnuradio] SOC and a couple of ideas

Hi Greg, :) been biting my tongue long enough, and I think there's a metric ton of consensus to be applied here: So, yes, everyone I've ever talked to would love GNU Radio to be more useful in fully usable applications. And: everyone, including me, hates the fact that setup, getting started and

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Hi Pablo, you will need to enable the BladeRF backend in gr-osmosdr if it wasn't enabled when you built gr-osmosdr the first time, yes. Usually, gr-osmosdr's build system enables all interfaces for which it can find libraries on your system – so, you'll need libbladerf (if I'm not mistaken).