Re: [Discuss-gnuradio] gnuradio LISBUSB error (but username is configured for plugdev and USB use)

On 01/25/2017 02:01 PM, Sonny Rajagopalan wrote: > Sorry didn't attach to group earlier. > > On Wed, Jan 25, 2017 at 4:19 PM, Cinaed Simson > wrote: > > On 01/25/2017 09:52 AM, Sonny Rajagopalan wrote: > > Hello, > > > > I have a hackrf board which

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

Hi, I am not sure how relevant is this, but it's worth a consideration. Can we have a probability and statistical toolbox? It may include various probabilistic distributions, their random number generators, their PDFs and CDFs. These are very much useful in a communication system analysis. (Exam

Re: [Discuss-gnuradio] gnuradio LISBUSB error (but username is configured for plugdev and USB use)

Sorry didn't attach to group earlier. On Wed, Jan 25, 2017 at 4:19 PM, Cinaed Simson wrote: > On 01/25/2017 09:52 AM, Sonny Rajagopalan wrote: > > Hello, > > > > I have a hackrf board which I am able to use using gqrx (using Ubuntu > > 14.04 LTS, gnuradio v3.7.10.1-182-g59136936). This, I guess,

Re: [Discuss-gnuradio] gnuradio LISBUSB error (but username is configured for plugdev and USB use)

On 01/25/2017 09:52 AM, Sonny Rajagopalan wrote: > Hello, > > I have a hackrf board which I am able to use using gqrx (using Ubuntu > 14.04 LTS, gnuradio v3.7.10.1-182-g59136936). This, I guess, confirms > the permissions issue for accessing hackrf under my username. > > However, when I try to ex

Re: [Discuss-gnuradio] Bug Report

Thanks for the quick reply, Derek. Of course, the github! I was looking on the redmine site. If it's is only for the python qa code, removing the scipy dependency there might be nice. Would you recommend I file this issue on the Github tracker? On Wed, Jan 25, 2017 at 3:58 PM, Derek Kozel wrote

Re: [Discuss-gnuradio] Bug Report

Hello Raj, Bugs are tracked on the GitHub Issues system. https://github.com/gnuradio/gnuradio/issues Looking at the build guide there is no mention of scipy so that should get updated as needed. Also the pybombs recipes do not install scipy by default for GNU Radio. Given that scipy isn't needed

[Discuss-gnuradio] Bug Report

I can't find a public bug tracker (is there one?), so here's a report. GNURadio maint branch as of today (509330cfb6ad5b8b8787ba069b96ee35c5ac9c2d) on a fresh Ubuntu 16.04 install with gr-fec enabled fails the "make test" on all "qa_polar_*" tests. Upon looking into it with ctest -V, either the qa

Re: [Discuss-gnuradio] Problem running gr_filter_design on Windows 7

Swartz, So it is clearly fftpack loading issue. Make sure that all your lib versions are correct (32/64 bit) and other math lib dependencies for fftpack is satisfied on your windows version. Regards Sreeraj Rajendran On Wed, Jan 25, 2017 at 6:56 PM, Swartz, Peter < pswa...@riversideresearch.org>

[Discuss-gnuradio] gnuradio LISBUSB error (but username is configured for plugdev and USB use)

Hello, I have a hackrf board which I am able to use using gqrx (using Ubuntu 14.04 LTS, gnuradio v3.7.10.1-182-g59136936). This, I guess, confirms the permissions issue for accessing hackrf under my username. However, when I try to execute a flow graph I created using gnuradio-companion, it fails

Re: [Discuss-gnuradio] Problem running gr_filter_design on Windows 7

Hi Swartz, I have never tested gr_filter_design in windows. That said, can you please test whether the following imports work in your windows python shell / as a standalone python script. >>import scipy >>from scipy import fftpack, poly1d, signal Regards Sreeraj Rajendran On Wed, Jan 25, 2017 a

[Discuss-gnuradio] Problem running gr_filter_design on Windows 7

I have GNU radio v3.7.10.1/v1.1.2 installed from http://www.gcndevelopment.com/gnuradio/downloads.htm on my Windows 7 machine. I am using USRP B200 as well. When I try to run gr_filter_design from the command prompt, I get a SciPi not installed error. I have verified that SciPi is installed.

Re: [Discuss-gnuradio] gr-ieee802_15_4 swig import error

Thanks Ben, I followed the configuration process and set up the MTU to be 1500 (using Gigabit), however I am being sequence errors on the benchmark above about 5e6 on tx and dropped bits above 1e6 on rx. What else can I do about this? Thanks You should never see

Re: [Discuss-gnuradio] gr-ieee 802.15.4

On 01/25/2017 11:19 AM, Tellrell White wrote: > I'm looking at energy detection of an IEEE 802.15.4 signal. I was hoping > to be able to utilize the development done minus the higher layer > functionality and use the physical layer transceiver sending some data > so that I could do the energy detec

Re: [Discuss-gnuradio] bins osmocom_spectrum_sense

Yes! I realised that right after sending the message. I was confused because the results were not making sense to me (I was computing the bins resolution in the wrong way, using the reduced sample rate due to FFT overlapping instead of the original one), and I ended up asking a stupid question..

Re: [Discuss-gnuradio] bins osmocom_spectrum_sense

To whom it may concern: I don't know osmocom_spectrum_sense well enough to answer this, but I believe that the purpose of the overlapping is to remove aliasing and the filter roll-off. If that is the case, you must drop from the both side, not from one side (assuming symmetrical filter). Regardin

Re: [Discuss-gnuradio] bins osmocom_spectrum_sense

> Does anyone know why the first and last 25% of FFT bins are discarded? I am > talking about the following lines of code: > > line 267: bin_start = int(tb.fft_size * ((1 - 0.75) / 2)) > line 277: bin_stop = int(tb.fft_size - bin_start) Read that code again ... it discards the first and last 12.5%