Re: [Discuss-gnuradio] WX FFT in 3.7 (master)

2013-08-27 Thread Johnathan Corgan
On 08/27/2013 04:45 PM, Ian Buckley wrote: > So none else currently has any problems with WX GUI FFT functionality in > 3.7 at head of master? (c1f0b50d1d5a817c98130726997ba284ea980d95) I'm seeing the same thing here, investigating. -- Johnathan Corgan, Corgan Labs SDR Training and Development

Re: [Discuss-gnuradio] Antennas

2013-08-27 Thread Andrew Davis
Kinda OT, but sure, what I use for most experiments is a handheld dipole with telescoping elements, it can tune between about 80 and 400 MHz, for everything else I use a simple 800MHz rubber duck, these work well enough for everything i'm doing. Andrew On Tue, Aug 27, 2013 at 9:06 PM, Richard Th

Re: [Discuss-gnuradio] WX FFT in 3.7 (master)

2013-08-27 Thread Kevin Reid
On Aug 27, 2013, at 16:45, Ian Buckley wrote: > So none else currently has any problems with WX GUI FFT functionality in 3.7 > at head of master? (c1f0b50d1d5a817c98130726997ba284ea980d95) > I'd be grateful if someone could try the attached test case flow graph and > see if they can reproduce

Re: [Discuss-gnuradio] Antennas

2013-08-27 Thread Marcus D. Leech
On 08/27/2013 09:06 PM, Richard Thornton wrote: Hi everyone, Apologies if this is slightly OT but I am new to gnu-radio, radio and SDR. I am interested in what people are doing for antennas, I was thinking that some kind of modular antenna would be cool, basically an SMA connector, some cable,

[Discuss-gnuradio] Antennas

2013-08-27 Thread Richard Thornton
Hi everyone, Apologies if this is slightly OT but I am new to gnu-radio, radio and SDR. I am interested in what people are doing for antennas, I was thinking that some kind of modular antenna would be cool, basically an SMA connector, some cable, a groundplane with a hole to slot the antenna in t

Re: [Discuss-gnuradio] WX FFT in 3.7 (master)

2013-08-27 Thread Marcus D. Leech
So none else currently has any problems with WX GUI FFT functionality in 3.7 at head of master? (c1f0b50d1d5a817c98130726997ba284ea980d95) I'd be grateful if someone could try the attached test case flow graph and see if they can reproduce these (incorrect) results http://ianbuckley.net/fft3.7_

Re: [Discuss-gnuradio] WX FFT in 3.7 (master)

2013-08-27 Thread Ian Buckley
So none else currently has any problems with WX GUI FFT functionality in 3.7 at  head of master? (c1f0b50d1d5a817c98130726997ba284ea980d95)I'd be grateful if someone could try the attached test case flow graph and see if they can reproduce these (incorrect) results http://ianbuckley.net/fft3.7_test

Re: [Discuss-gnuradio] digital_ofdm_equalizer_simpledfe::equalize

2013-08-27 Thread Tom Rondeau
On Tue, Aug 27, 2013 at 4:09 AM, Martin Braun (CEL) wrote: > On Tue, Aug 27, 2013 at 09:28:44AM +0200, Stefano Banti wrote: >> Hi all, >> the above method in gnuradio 3.6.5.1 and 3.7.0 seems to have an error, shown >> below: >> >> if (...){ >> } >> else { >> sym_eq = frame[i*d_fft_len+k] /

Re: [Discuss-gnuradio] Problem with cmake not finding includes

2013-08-27 Thread Tom Rondeau
On Tue, Aug 27, 2013 at 4:30 PM, wrote: > > I can confirm all that is said below - I get the same result. However, > if I change my last line in gnuradio-runtime.pc to be: > >Cflags: -I${includedir} -I > > So I now get: > >$ pkg-config gnuradio-runtime --cflags >-Ixxx > > And now

Re: [Discuss-gnuradio] Problem with cmake not finding includes

2013-08-27 Thread matt . nottingham
I can confirm all that is said below - I get the same result. However, if I change my last line in gnuradio-runtime.pc to be: Cflags: -I${includedir} -I So I now get: $ pkg-config gnuradio-runtime --cflags -Ixxx And now when I cmake an OOT module, I get: [snip] -- Found PkgC

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread Tom Rondeau
On Tue, Aug 27, 2013 at 1:51 PM, esterhui wrote: >> You can override it in the ~/.gnuradio/prefs/vmcircbuf_default_factory >> file. >> > > Thanks for the input, I can override with: > > gr::vmcircbuf_mmap_shm_open_factory > or > gr::vmcircbuf_mmap_tmpfile_factory > > and now things seem to work. I

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread esterhui
> You can override it in the ~/.gnuradio/prefs/vmcircbuf_default_factory file. > Thanks for the input, I can override with: gr::vmcircbuf_mmap_shm_open_factory or gr::vmcircbuf_mmap_tmpfile_factory and now things seem to work. I believe I know what happened though - the very first time I compil

Re: [Discuss-gnuradio] sync_interpolator

2013-08-27 Thread Miklos Maroti
Hi Martin, On Tue, Aug 27, 2013 at 3:07 AM, Martin Braun (CEL) wrote: > On Tue, Aug 27, 2013 at 02:43:32AM -0500, Miklos Maroti wrote: >> Hi Martin, >> >> I have checked the tutorials, but they do not give precise details. > > http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules >

Re: [Discuss-gnuradio] problem running burst detect

2013-08-27 Thread Nemanja Savic
You are right. Thank you. with --a "type=usrp1" works best On Tue, Aug 27, 2013 at 6:00 PM, Marcus D. Leech wrote: > On 08/27/2013 11:58 AM, Nemanja Savic wrote: > >> There is also no --args option. Here are options: >> >> Options: >> -h, --helpshow this help message and exit >>

Re: [Discuss-gnuradio] problem running burst detect

2013-08-27 Thread Marcus D. Leech
On 08/27/2013 11:58 AM, Nemanja Savic wrote: There is also no --args option. Here are options: Options: -h, --helpshow this help message and exit -a ADDRESS, --address=ADDRESS select address of the device [default=addr=192.168.10.2]

Re: [Discuss-gnuradio] problem running burst detect

2013-08-27 Thread Nemanja Savic
There is also no --args option. Here are options: Options: -h, --helpshow this help message and exit -a ADDRESS, --address=ADDRESS select address of the device [default=addr=192.168.10.2] -f FREQ, --freq=FREQ set frequency to FREQ

Re: [Discuss-gnuradio] problem running burst detect

2013-08-27 Thread Marcus D. Leech
On 08/27/2013 11:50 AM, Nemanja Savic wrote: There is no option --type error comes out :( On Tue, Aug 27, 2013 at 5:14 PM, Marcus D. Leech > wrote: Hi guys, I am facing problem when starting uhd_burst_detector.py. It won't start because address is wron

[Discuss-gnuradio] problem running burst detect

2013-08-27 Thread Nemanja Savic
Hi guys, I am facing problem when starting uhd_burst_detector.py. It won't start because address is wrong, but since I am using usrp1, I don't know what to put. Thanks, -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https:

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread Tom Rondeau
On Tue, Aug 27, 2013 at 10:15 AM, Philip Balister wrote: > On 08/27/2013 09:58 AM, Johnathan Corgan wrote: >> On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote: >> >> >>> The circular buffer is going to become more and more painful as we try >>> to do cool stuff with Zynq. >>> >> >> Agree. T

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread Philip Balister
On 08/27/2013 09:58 AM, Johnathan Corgan wrote: > On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote: > > >> The circular buffer is going to become more and more painful as we try >> to do cool stuff with Zynq. >> > > Agree. This was a good topic of discussion at the last hackfest in > Virg

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread Johnathan Corgan
On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote: > The circular buffer is going to become more and more painful as we try > to do cool stuff with Zynq. > Agree. This was a good topic of discussion at the last hackfest in Virginia, and I expect there will be a presentation or two at GRCON

Re: [Discuss-gnuradio] gnuradio on ARM: gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument

2013-08-27 Thread Philip Balister
The circular buffer allocator chooses form about three different ways of setting up the buffer. The shm version does not work on ARM. The circular buffer is going to become more and more painful as we try to do cool stuff with Zynq. That is all. Philip On 08/26/2013 09:26 PM, esterhui wrote: >>

Re: [Discuss-gnuradio] Do anyone know how to add pilot to sub-carrier in benchmark ofdm example??

2013-08-27 Thread Yingjie Chen
Thanks for you reply, Martin. But seem some blocks in GRC example is not compatible with the blocks in original benchmark ofdm example, I am supposed that I need major modification if I use it. 2013/8/27 Martin Braun (CEL) > On Tue, Aug 27, 2013 at 07:04:21PM +0800, Yingjie Chen wrote: > > Than

Re: [Discuss-gnuradio] Do anyone know how to add pilot to sub-carrier in benchmark ofdm example??

2013-08-27 Thread Martin Braun (CEL)
On Tue, Aug 27, 2013 at 07:04:21PM +0800, Yingjie Chen wrote: > Thanks in advance. > > > I am currently using Gnuradio 3.6.  I want to use pilot to trace the phase > offset in each ofdm symbol. However, I cannot see any pilot  is added  in ofdm > benchmark example. Is there any example or project

[Discuss-gnuradio] Do anyone know how to add pilot to sub-carrier in benchmark ofdm example??

2013-08-27 Thread Yingjie Chen
Hi guys, Thanks in advance. I am currently using Gnuradio 3.6. I want to use pilot to trace the phase offset in each ofdm symbol. However, I cannot see any pilot is added in ofdm benchmark example. Is there any example or project that has already implemented pilot to trace phase offset? If no,

Re: [Discuss-gnuradio] digital_ofdm_equalizer_simpledfe::equalize

2013-08-27 Thread Martin Braun (CEL)
On Tue, Aug 27, 2013 at 09:28:44AM +0200, Stefano Banti wrote: > Hi all, > the above method in gnuradio 3.6.5.1 and 3.7.0 seems to have an error, shown > below: > > if (...){ > } > else { >         sym_eq = frame[i*d_fft_len+k] / d_channel_state[k]; >         d_constellation->map_to_points(d_const

Re: [Discuss-gnuradio] sync_interpolator

2013-08-27 Thread Martin Braun (CEL)
On Tue, Aug 27, 2013 at 02:43:32AM -0500, Miklos Maroti wrote: > Hi Martin, > > I have checked the tutorials, but they do not give precise details. http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules discusses the whole concept several times. > Here is what I have discovered with

[Discuss-gnuradio] digital_ofdm_equalizer_simpledfe::equalize

2013-08-27 Thread Stefano Banti
Hi all, the above method in gnuradio 3.6.5.1 and 3.7.0 seems to have an error, shown below: if (...){ } else { sym_eq = frame[i*d_fft_len+k] / d_channel_state[k]; d_constellation->map_to_points(d_constellation->decision_maker(&sym_eq), &sym_est); *d_channel_state[k] = d_alpha * d_chann

Re: [Discuss-gnuradio] sync_interpolator

2013-08-27 Thread Miklos Maroti
Hi Martin, I have checked the tutorials, but they do not give precise details. Here is what I have discovered with a general block: 1) set_history(1+m) will simply fill your input buffer with m many zero items at startup, then your input data will follow. 2) If you actually want to see more samp

[Discuss-gnuradio] digital_ofdm_equalizer_simpledfe::equalize

2013-08-27 Thread Stefano Banti
Hi all, the above method in gnuradio 3.6.5.1 and 3.7.0 seems to have an error, shown below: if (...){ } else { sym_eq = frame[i*d_fft_len+k] / d_channel_state[k]; d_constellation->map_to_points(d_constellation->decision_maker(&sym_eq), &sym_est); *d_channel_state[k] = d_alpha * d_chann

Re: [Discuss-gnuradio] sync_interpolator

2013-08-27 Thread Martin Braun (CEL)
On Tue, Aug 27, 2013 at 12:11:48AM -0500, Miklos Maroti wrote: > Hi Guys, > > I do not understand how set_history and fixed rate blocks are > interacting. Supposedly, the scheduler can figure out a static > schedule for sync blocks. However, the sync_interpolator is forcasting > this > > int sync