Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread Dan CaJacob
John, I use the BE FLL for auto-doppler correction in the rare case where I am not actively correcting for doppler. But, the correction is *really* slow. I'm probably not using it correctly, but it works OK in that rare case when it's all I've got. Very Respectfully, Dan CaJacob On Fri, Oct 1

Re: [Discuss-gnuradio] Gettin data out from GRC to C++ or java?

2014-10-17 Thread Ernest Szczepaniak
So i if would like to create a simple flow graph, with USRP source and file sink only, is there any way to control file buffer size (i.e i want that any file consist of 3k 32complex samples every write)? Any 3.7 compatibile pipe pack? tried gr-pipe but typical "gnuradio-core" error :( -- View t

Re: [Discuss-gnuradio] Gettin data out from GRC to C++ or java?

2014-10-17 Thread Martin Braun
On 10/17/2014 12:40 PM, Ernest Szczepaniak wrote: > So i if would like to create a simple flow graph, with USRP source and file > sink only, is there any way to control file buffer size (i.e i want that any > file consist of 3k 32complex samples every write)? You can't control how many samples the

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread Martin Braun
On 10/17/2014 08:28 AM, John Malsbury wrote: > Also also, is the Band-Edge FLL ideal for GMSK? My possibly, incorrect > understanding of that block is that it was more ideal for PAM with > common RRC. For the record: It might work coincidentally because of the rolloff-y shape of GMSK, but it's de

[Discuss-gnuradio] TX/RX with USRPN200 and GNURadio

2014-10-17 Thread Carlos Alberto Ruiz Naranjo
​Hello, I want to transmit and receive at the same time with WBX board and USRPN200. I have this flowgraph. I connected the input and output with a RF cable (a loop). Is it possible? Is there any problem? Thank you. ___ Discuss-gnuradio mailing list D

Re: [Discuss-gnuradio] TX/RX with USRPN200 and GNURadio

2014-10-17 Thread Ruben.Merz
Make sure you put an attenuator before going back into the N200 so that you do not damage the RF input. Ruben From: discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org [mailto:discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org] On Behalf Of Carlos Alberto Ruiz Naranjo Sent: Friday, O

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread Luke Berndt
Thanks for looking into it! To be honest, I am not really good at RF. I based my code off the python code in gr-smartnet. The fsk-demod python file is here: https://github.com/bistromath/gr-smartnet/blob/master/src/python/fsk_demod.py It is quite possible that it just happened to work because of a

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread John Malsbury
It doesn't have frequency correction - I can probably follow up with some ideas on how to implement that part. But the GMSK demod might do OK for you initially. It doesn't do anything intelligent to deal with the data shaping - its just a non-coherent slicer. If you want to design in GRC but kee

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread John Malsbury
Also, my understanding for the PLL blocks were that they were ideal for "strong carrier" signals like AM. When I say strong carrier i mean a signal that has an obvious carrier which isn't "hidden" under modulation.. Anyway, the GMSK block might be a good place to start. -John On Fri, Oct 17, 20

Re: [Discuss-gnuradio] Gettin data out from GRC to C++ or java?

2014-10-17 Thread John Malsbury
Ernest - here's an example of how to connect other stuff to GNU Radio via pipes - granted at much lower sample rates. Higher sample rates shouldn't effect the pipe, but Matlab may not keep up with a typical 802.11 sample rate. http://youtu.be/GBmli8Vflig?t=2m33s If you *could* get this 3k sample

Re: [Discuss-gnuradio] help accessing fft bins in python script

2014-10-17 Thread Brad Hein
This sounds interesting - do you have any sample code? Can anybody explain the concept of "size" of an fft (Arg 1 of fft . fft_vcc ) comes into play if the output of that FFT generates as many samples as it receives? - Original Message - From: "John Malsbury" To: "Brad Hein" C

Re: [Discuss-gnuradio] help accessing fft bins in python script

2014-10-17 Thread mleech
Again, if one uses the vector-probe block, one can call the appropriate function from a function-probe, at that point, you have a variable with the contents of the FFT output vector in it, which can be used in a call to your own Python code. On 2014-10-17 12:01, Brad Hein wrote: > This sou

Re: [Discuss-gnuradio] pybombs error

2014-10-17 Thread West, Nathan
I'm not sure what's wrong here, but it should be trying to install a deb called python-qwt5-qt4, not pyqwt5. Perhaps run an apt-get update and try again. The optimal solution is to find out if this is a bug in pybombs or your setup and send a patch if it applies to others. Otherwise you can get aro

Re: [Discuss-gnuradio] High Flowgraph Latency in 3.6.4.1

2014-10-17 Thread John Malsbury
So... there were actually several contributors to this long latency. Some of it was related to GNU Radio's inner workings, some were external. With all of the "external" things removed, there was still 1+ minute of latency at low bitrates. I thought I would share my findings, for the sake of ge

Re: [Discuss-gnuradio] help accessing fft bins in python script

2014-10-17 Thread madengr
k1gto wrote > Is there any way to access the fft bins from python without writing a > custom block? See this: http://ha5kfu.sch.bme.hu/fft_test Lou KD4HSO -- View this message in context: http://gnuradio.4.n7.nabble.com/help-accessing-fft-bins-in-python-script-tp50854p50891.html Sent from th

Re: [Discuss-gnuradio] High Flowgraph Latency in 3.6.4.1

2014-10-17 Thread Matt Ettus
We see this issue a lot with applications that only transmit, and which transmit continuously. The problem is that you end up generating samples far in advance of when you really know what you want to transmit, because there is no rate-limiting on the production side. Some general principles -- L

Re: [Discuss-gnuradio] High Flowgraph Latency in 3.6.4.1

2014-10-17 Thread John Malsbury
Matt, BTW - in this particular case, this was *all* in the receive direction - its a lowrate demodulator. So I was a bit surprised to see the issue at all - 'cause I've never seen such high latency on a receive flowgraph. We have a "closed" loop approach to managing transmit latency through the

Re: [Discuss-gnuradio] High Flowgraph Latency in 3.6.4.1

2014-10-17 Thread Matt Ettus
Yes, there were multiple issues in the thread, and what I said only applies to TX. Certainly on the receive side there should be no latency issues, as every block should do all computations they can on whatever data they receive, since that is exactly what is tripping up the TX guys :) Matt On F

[Discuss-gnuradio] NC-OFDM and Cross sub-carrier Interference

2014-10-17 Thread Vahid Behzadan
Hi, I'm currently developing a testbed for spectrum aggregation and fragmentation using GNURadio and USRPs (B200s and B210s). My approach is to emulate aggregation and fragmentation using Non-Contiguous OFDM: Theoretically, each node should be able to transmit in any subset of the sub-carriers ava

Re: [Discuss-gnuradio] Source Block - Flow Control

2014-10-17 Thread Matt Ettus
You'll probably want to make a block to do the padding, or mux in zeros. Matt On Thu, Oct 16, 2014 at 3:00 PM, David Halls wrote: > Thanks Matt. is this likely to be the cause of the Us at the beginning? > How can I pad simply in GNU radio? can i add padding to every burst? if so > that seems

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread Luke Berndt
It actually looks like the control channel for Motorola SmartNet is FSK: "On the control (data) channel the base station transmits 84 bits frames at 3600 bit/s with direct frequency modulation of the carrier using Frequency Shift Keying (FSK). " I will at least see if I can get something that look

Re: [Discuss-gnuradio] Works with GR 3.6, breaks with 3.7

2014-10-17 Thread John Malsbury
The good news is. the GFSK block doesn't do anything specific to Gaussian FSK. So I guess tha tall works out =) You're outputs might be more illustrative if you rebuild it in from the blocks actually inside the GFSK demod block: quad demod > clock recovery -> slicer On Fri, Oct 17, 2014 at 12:

Re: [Discuss-gnuradio] Gettin data out from GRC to C++ or java?

2014-10-17 Thread Ernest Szczepaniak
Thanks for those tips. Matlab can handle 20M samples due to receiver object, which is buffering data, and than sending it to Matlab. My receiver is able to demodulate around 5x802.11 frames per second but i want something more faster. So i can use UHD driver in C++ enviroment directly right? Sorr

[Discuss-gnuradio] [coproc] Next WG Call Time

2014-10-17 Thread Douglas Geiger
I'd like to setup another Co-Processors WG call in the next couple of weeks - any one interested in attending should vote on the date/time at: http://whenisgood.net/pinanwe Somewhere in the Oct. 27 - 31 date range will work best for me. Note that you need to select your local timezone (e.g. I'll b

Re: [Discuss-gnuradio] pybombs error

2014-10-17 Thread Mostafa Alizadeh
Hi Nathan, I think the package is going to be installed isn't "python-qwt5-qt4". The folder location of the package is going to be installed by pubombs is: " /home/alizadeh/gnuradio_src/pybombs/src/pyqwt5". I tried to find an installation help for this package and I found it (in the attachment). T