[Discuss-gnuradio] Channel Response in OFDM with MIMO USRP

2013-01-12 Thread Unforgiven11 dreams 
Hello -

I've created a MIMO setup connecting 2 USRPs using an external clock
reference (10MHz) and 1-PPS input. However, when I transmit packets between
them, I see a phase rotation experienced by the subcarriers. I've attached
an image highlighting the same.
The x-axis is the subcarrier index (80 subcarriers = 1 OFDM symbol) and the
y-axis is the unwrapped channel phase.

I'm trying to understand why this would happen. As far as I know only
sampling offset should be the reason for the same, but since these 2 USRPs
now share the external clock, can this still be a problem? Or could there
be another reason why I see this happening. The slope of this channel phase
remains seemingly consistent for all the packets. I'm trying to achieve a
scenario where I see a constant phase for all the subcarriers.

Using USRP N200's rev 4.

Thanks.
<>___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] failed build in new version of gnuradio 3.6.3

2013-01-12 Thread Josh Blum 

>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> It's likely that the version of libusb on your old 10.04 machine simply
> doesn't have that particular API element
>   in it.
> 
> 

Yup libusb_error_name is only in very recent libusb 1.0

-josh

> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Stream_Selector (grextras) on Windows

2013-01-12 Thread Josh Blum 


On 01/09/2013 06:39 PM, Luong Tan Phong wrote:
> My receiver object inherit from gr_hier_block2, and the sourcecode:
> 
> connect(self(), 0, iq_resamp, 0);
> connect(iq_resamp, 0, nb, 0);
> connect(nb, 0, filter, 0);
> connect(filter, 0, sql, 0);
> connect(sql, 0, agc, 0);
> connect(agc, 0, demod_am, 0);
> connect(agc, 0, demod_ssb, 0);
> connect(demod_ssb, 0, selector, 0);
> connect(demod_am, 0, selector, 1);
> connect(selector, 0, self(), 0);
> 
> If I remove the selector object and connect demod_ssb/demod_am to self(),
> it OK.
> 


I'm not sure. All of the blocking calls in this block should be
interruptible by boost thread interrupt (when stop is called). Are you
able to rebuild or debug this?

I suspect that one of the work calls is blocking and not interrupting...
https://github.com/guruofquality/grextras/blob/master/lib/stream_selector.cc

Can I ask what version of boost. To make sure this isnt the issue:
http://gnuradio.org/redmine/issues/477

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] failed build in new version of gnuradio 3.6.3

2013-01-12 Thread Marcus D. Leech 
On 12/01/13 09:07 PM, Bill Peter wrote:
>
> Hi,
>
> I tested out the new release 3.6.3 on an old IBM thinkpad laptop (and
> I mean old--about ten years old) running Ubuntu 10.04. I did this
> before testing it out on the laptop I have the old version running
> fine (a Dell Latitude running Ubuntu 12.04).
>
> Anyway, I used the build script on the old IBM, and everything
> compiled until it got to here:
>
> /[ 38%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
> Linking C executable rtl_adsb
> librtlsdr.so.0.0.0: undefined reference to `libusb_error_name'/
>
> Does anyone have any idea what could be giving the error. I used the
> "verbose" option, and here is the last few lines of the build:
>
>
> -- cut here -
>
>  
> GRC freedesktop icons install ...Begin freedesktop install...
> Install icon: 32x32
> Install icon: 48x48
> Install icon: 64x64
> Install icon: 128x128
> Install icon: 256x256
> Install mime type
> Install menu items
> Done!
>
> Done
> Done function gnuradio_build at: Sat Jan 12 19:09:04 EST 2013
> Starting function rtl_build at: Sat Jan 12 19:09:04 EST 2013
> Building rtl-sdr...-- The C compiler identification is GNU
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Build type not specified: defaulting to release.
> -- checking for module 'libusb-1.0'
> --   found libusb-1.0, version 1.0.6
> -- Found libusb-1.0: /usr/include/libusb-1.0, /usr/lib/libusb-1.0.so
> 
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Udev rules not being installed, install them with
> -DINSTALL_UDEV_RULES=ON
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/peter/rtl-sdr
> Scanning dependencies of target rtlsdr_shared
> [  5%] Building C object src/CMakeFiles/rtlsdr_shared.dir/librtlsdr.c.o
> /home/peter/rtl-sdr/src/librtlsdr.c: In function ‘rtlsdr_open’:
> /home/peter/rtl-sdr/src/librtlsdr.c:1333: warning: implicit
> declaration of function ‘libusb_error_name’
> /home/peter/rtl-sdr/src/librtlsdr.c:1333: warning: format ‘%s’ expects
> type ‘char *’, but argument 3 has type ‘int’
> /home/peter/rtl-sdr/src/librtlsdr.c:1345: warning: format ‘%s’ expects
> type ‘char *’, but argument 3 has type ‘int’
> [ 11%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_e4k.c.o
> [ 16%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0012.c.o
> [ 22%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0013.c.o
> [ 27%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc2580.c.o
> [ 33%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_r820t.c.o
> Linking C shared library librtlsdr.so
> [ 33%] Built target rtlsdr_shared
> Scanning dependencies of target rtl_adsb
> [ 38%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
> Linking C executable rtl_adsb
> librtlsdr.so.0.0.0: undefined reference to `libusb_error_name'
> collect2: ld returned 1 exit status
> make[2]: *** [src/rtl_adsb] Error 1
> make[1]: *** [src/CMakeFiles/rtl_adsb.dir/all] Error 2
> make: *** [all] Error 2
> rtl-sdr build apparently failed
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
It's likely that the version of libusb on your old 10.04 machine simply
doesn't have that particular API element
  in it.



-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] failed build in new version of gnuradio 3.6.3

2013-01-12 Thread Bill Peter 
Hi,

I tested out the new release 3.6.3 on an old IBM thinkpad laptop (and I
mean old--about ten years old) running Ubuntu 10.04. I did this before
testing it out on the laptop I have the old version running fine (a Dell
Latitude running Ubuntu 12.04).

Anyway, I used the build script on the old IBM, and everything compiled
until it got to here:

*[ 38%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
Linking C executable rtl_adsb
librtlsdr.so.0.0.0: undefined reference to `libusb_error_name'*

Does anyone have any idea what could be giving the error. I used the
"verbose" option, and here is the last few lines of the build:


-- cut here -


GRC freedesktop icons install ...Begin freedesktop install...
Install icon: 32x32
Install icon: 48x48
Install icon: 64x64
Install icon: 128x128
Install icon: 256x256
Install mime type
Install menu items
Done!

Done
Done function gnuradio_build at: Sat Jan 12 19:09:04 EST 2013
Starting function rtl_build at: Sat Jan 12 19:09:04 EST 2013
Building rtl-sdr...-- The C compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- checking for module 'libusb-1.0'
--   found libusb-1.0, version 1.0.6
-- Found libusb-1.0: /usr/include/libusb-1.0, /usr/lib/libusb-1.0.so
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Udev rules not being installed, install them with -DINSTALL_UDEV_RULES=ON
-- Configuring done
-- Generating done
-- Build files have been written to: /home/peter/rtl-sdr
Scanning dependencies of target rtlsdr_shared
[  5%] Building C object src/CMakeFiles/rtlsdr_shared.dir/librtlsdr.c.o
/home/peter/rtl-sdr/src/librtlsdr.c: In function ‘rtlsdr_open’:
/home/peter/rtl-sdr/src/librtlsdr.c:1333: warning: implicit declaration of
function ‘libusb_error_name’
/home/peter/rtl-sdr/src/librtlsdr.c:1333: warning: format ‘%s’ expects type
‘char *’, but argument 3 has type ‘int’
/home/peter/rtl-sdr/src/librtlsdr.c:1345: warning: format ‘%s’ expects type
‘char *’, but argument 3 has type ‘int’
[ 11%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_e4k.c.o
[ 16%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0012.c.o
[ 22%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0013.c.o
[ 27%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc2580.c.o
[ 33%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_r820t.c.o
Linking C shared library librtlsdr.so
[ 33%] Built target rtlsdr_shared
Scanning dependencies of target rtl_adsb
[ 38%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
Linking C executable rtl_adsb
librtlsdr.so.0.0.0: undefined reference to `libusb_error_name'
collect2: ld returned 1 exit status
make[2]: *** [src/rtl_adsb] Error 1
make[1]: *** [src/CMakeFiles/rtl_adsb.dir/all] Error 2
make: *** [all] Error 2
rtl-sdr build apparently failed
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Not able to view two scopes at the same time

2013-01-12 Thread Josh Blum 


On 01/11/2013 07:09 AM, Ghulam Rasool Begh wrote:
> Hi all, I have a 15" monitor. When I use two scopes or one scope and
> one FFT block in gnuradio companion, I am not able to visualize the
> lower scope on GUI window. Is this problem with the monitor or I have
> to change some settings.
> 

The gui widgets do take up a lot of screen space :-)

I think what can help, a few options:
* Use the wx notebook block to create a tabbed interface
* set the grid position on the gui blocks to arrange windows side-by-side
* Also, the qtgui display widget comes w/ a tabbed display as well

-josh

> Regards GR
> 
> 
> 
> ___ Discuss-gnuradio
> mailing list Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-12 Thread Alexandru Csete 
On Sat, Jan 12, 2013 at 8:19 PM, Michael L Kornegay
 wrote:
> Alex,
>
> You said:
>
> Thanks for the tip - I will try to rebuild using gcc later and see
> what difference it makes. For now I am happy that after installing
> gnuradio, I could install the rtl-sdr and gr-osmosdr packages, and
> since I already had Qt 4.8 installed I could also build gqrx without
> major issues.
>
>
> Sounds like you have had general success on Mac OS X.
>
>
> I have been trying the following:
>
> sudo port install gnuradio +full  configure.compiler=llvm-gcc-4.2
> sudo port select --set python python27
>
> volk_profile
>
> sudo port install rtl-sdr
>
> rtl_test -t
>
> All with success, the only hardware I have right now is the DTV tuner.
> Success except the following...
>
>
> What I am having trouble with is getting gr-osmosdr installed.   I did not
> see it in macports so I tried from the rtl-sdr site:
>
> git clone git://git.osmocom.org/gr-osmosdr
> cd gr-osmosdr/
> mkdir build
> cd build/
> cmake ../
> make
> sudo make install
> sudo ldconfig
>
>
> The last command 'ldconfig' is not supported on the Mac.
>
> When I do this it ends up in /usr/local instead of /opt/local for macports.
> I changed one of the make files and got it to copy over to /opt/local
> instead.
>
> My problem is the new sources do not show up in gnuradio-companion.  Maybe I
> did something out of order.  Maybe missing something.
>
> How did you successfully install rtl-sdr and gr-osmosdr in the Mac and
> working with gnu radio-companion?

Hi Michael,

I didn't realize rtl-sdr was in macports, so I installed both of them
from source. It should be fine from macports though as long as it
doesn't get too old compared to gr-osmosdr. In order to have
gr-osmosdr installed in /opt/local I use:

$ cmake -DCMAKE_INSTALL_PREFIX=/opt/local ..

Be sure to uninstall the other first - having multiple copies of the
same library installed is very bad.

After installing rtl-sdr and gr-osmosdr I could compile gqrx but to
make it run I had to copy the rtl-sdr and gr-osmosdr libraries to the
same directory where gqrx.app was located. I suppose there is
something incorrect with the linker commands - I didn't have time to
look at it.

I only installed the minimal gnuradio whithout python and
gnuradio-companion. You probably need to add a path to the grc
configuration (I believe it's explained in the wiki).

Alex

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-12 Thread Michael L Kornegay 
Alex, 

You said:

> Thanks for the tip - I will try to rebuild using gcc later and see
> what difference it makes. For now I am happy that after installing
> gnuradio, I could install the rtl-sdr and gr-osmosdr packages, and
> since I already had Qt 4.8 installed I could also build gqrx without
> major issues.

Sounds like you have had general success on Mac OS X.  


I have been trying the following:

sudo port install gnuradio +full  configure.compiler=llvm-gcc-4.2
sudo port select --set python python27

volk_profile

sudo port install rtl-sdr

rtl_test -t

All with success, the only hardware I have right now is the DTV tuner.  Success 
except the following...


What I am having trouble with is getting gr-osmosdr installed.   I did not see 
it in macports so I tried from the rtl-sdr site:

git clone git://git.osmocom.org/gr-osmosdr
cd gr-osmosdr/
mkdir build
cd build/
cmake ../
make
sudo make install
sudo ldconfig

The last command 'ldconfig' is not supported on the Mac.  

When I do this it ends up in /usr/local instead of /opt/local for macports.  I 
changed one of the make files and got it to copy over to /opt/local instead.  

My problem is the new sources do not show up in gnuradio-companion.  Maybe I 
did something out of order.  Maybe missing something.  


How did you successfully install rtl-sdr and gr-osmosdr in the Mac and working 
with gnu radio-companion?  

Thanks,
mlk

PS: Thanks to michaelld for becoming active in maintaining current versions in 
macports again!

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio