Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

2015-02-08 Thread You Lizhao
Hi Maroti and Braun, I ran into a similar problem. I tried to set the ninput_items_required[i] = 1, then the same output sched: is requesting more input data than we can provide. ninput_items_required = 1 max_possible_items_available = 8191 If this is a filter, consider reducing

Re: [Discuss-gnuradio] Simple Frame Detection

2015-02-08 Thread Richard Bell
I'm very interested to learn the answer to this. I'm trying to do the same thing right now. Rich > On Feb 7, 2015, at 10:16 AM, Daniel Franch wrote: > > Hello, > > I have been searching for a simple frame detection scheme for GNURadio > for a while, but everything I've found either doesn't

Re: [Discuss-gnuradio] Simple Frame Detection

2015-02-08 Thread Aditya Dhananjay
Hello Daniel, Are you using OFDM? If so, read on, otherwise disregard the rest of the email. Please look at the Schmidl-Cox synchronization method (Robust Frequency and Timing Synchronization for OFDM). In a nutshell, the frame detection works like this: At the transmitter, the packet is created

Re: [Discuss-gnuradio] Simple Frame Detection

2015-02-08 Thread Brian Padalino
On Sun, Feb 8, 2015 at 11:01 AM, Aditya Dhananjay wrote: > Hello Daniel, > > Are you using OFDM? If so, read on, otherwise disregard the rest of the > email. This sounds much less like a problem with regards on how to figure out the synchronization but more about how to do it inside the confines

Re: [Discuss-gnuradio] Simples case of message passing

2015-02-08 Thread Marcus Müller
Hello Daniel, hi Rich, if you actually want to pass a string as PMT, the pmt::intern("..") is ok (although it has a performance penalty[0]). If you want to simply sent byte buffers, the uniform vectors approach would be the best (have a look at make_uvector8). As for a simple example of message p

Re: [Discuss-gnuradio] Python errors running flowgraph - first attempt

2015-02-08 Thread Larry Van Der Jagt
Hello: Just chiming in with the fact that I am struggling with this identical issue using a "Dizzy" build for an Ettus E310 running on the device. I have tried a number of different example flowgraphs that utilize QT GUI and have come up with the exact same error File "/usr/lib/pyhon2.7/site-pac

[Discuss-gnuradio] Polyphase Filer examples and Busport Implementation for QT GUI Frequency Sink

2015-02-08 Thread Larry Van Der Jagt
Hello: In trying to execute the flowgraphs found in the blog post on the subject at: http://www.trondeau.com/examples/2014/1/23/pfb-channelizers-and-synthesizers.html I find that the Busport connections in flowgraphs such as fm_reconstruction.grc and others are broken when they connect to the QT