[Discuss-gnuradio] [discuss-gnuradio] The Gnu radio's stream mode

2012-03-22 Thread Pan, Luyuan 

Hello everybody,
Many people say the Gnuradio operates in stream mode with the flowgraph, 
but I am not clear about the stream mode, for it is too abstract. Does anyone 
have a better way to understand it or interpret it in plain words? And one 
thesis says,'Gnu Radio is not designed to work in packet mode, rather the 
scheduler is designed to operate on continuous data stream', so if I want to 
get precise-time control of the data packet, what should I do? (What I recently 
do is to switch the TX/RX using one antenna, I just make two top_blocks and 
switch them, the problem is there is too much delay. If I want to send 5 
seconds, I also need to wait to 1.5 sec to make sure it successfully sent all 
the data)
Can I so lucky to reference someone's information or get a hand from you?
Thanks very much !


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

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Alexander List 

John,


may I ask you to be a bit more patient with GNU Radio beginners in 
general, and in particular with those whose mother tongue is not 
English? On top of that, the tiny hairs on my spine just got triggered, 
and that's caused by an adrenaline rush in reaction to potentially rude 
language ;)



Back to the facts:

Google has 32.1 million hits for "spectrum hole", and about every second 
one on the first page seems to be an academic paper. So maybe some  
defined the term, but this won't change the fact that it's used in real 
life, even by academics. Your point reminds me of my physics teacher 
complaining that we shouldn't use the term "weight" together with 
kilograms, because kilogram is the unit of mass and weight is measured 
in Newton. You will never get rid of colloquial language entirely.


Can we please get back to a constructive discussion now and help Ahmed 
with his problem?


@Ahmed:

Problem 1: Please describe your hardware setup so that we can help:

a) What USRP model are you using? What GNUradio version, did you install 
the distribution package on Ubuntu 8.04 or upgrade to 11.10 as 
suggested? What was the exact command line you used for 
usrp_spectrum_sense.py and usrp_fft.py?
b) What daughterboard did you install inside the USRP? How did you 
connect it to the USB port of your laptop, and how to the antenna?

c) Is the USRP powering up?
d) After a power cycle (everything just switched on), does 
uhd_find_devices still give you nothing? what about lsusb -v?


In case you managed to get up to d) and have the USRP and 
daughterboard(s) detected correctly,


e) Did you connect the antenna to the appropriate RX channel of your 
daughterboard? When using WBX, there's an RX and an RX/TX port, so if 
you connect the antenna to the wrong port, you might only see noise 
except for a few *very* strong local sources. Try tuning to a local FM 
radio station... Any antenna should do for this purpose, even a 
paperclip - but don't torture the gold plated SMA connectors of the USRP 
with that :)


Problem 3 is probably caused by Problem 2. I also noticed that sometimes 
the USB stack seems to get messed up, so you might want to try a) power 
cycling your USRP and if that doesn't help, b) power cycling the laptop 
connected to the USRP.


I'm only a beginner myself, but that's what came to my mind because I 
ran into similar issues myself. If this doesn't help, please make sure 
you're at least on Ubuntu 11.10 and then we can compare results...


cheers

Alex

On 03/22/2012 11:25 AM, John Ewan wrote:

I have had enough about this. What the heck is a spectrum hole.
I am pretty sure this is probably a term brought up by some


There are NO spectrum holes. Learn about black body radiation
and KTB

Sorry folks. the term has always erked me.

We can talk about white space.that I can take.



On 3/21/12, Abdelrahman Ahmed  wrote:

2012/3/19 Alexander List


**
On 01/-9/-28163 03:59 AM, Abdelrahman Ahmed wrote:

i'm new to this ,i need your help on how to start detecting spectrum in TV
band and holes in this spectrum.


Ahmed,

though others will probable be able to give you more in-depth directions
wrt spectrum sensing, just out of curiosity, what's your use case?

Are you looking into TV white spaces? [1]

Most likely you'll want to use the USRP1 with WBX because I assume it has
better sensitivity than TVRX.

Why would you want to transmit anything if you're just looking into
analyzing spectrum usage in TV channels?





LP0410 is covering the right frequency band for UHF (400 MHz to 1 GHz),
but it is a directional antenna. Is that what you want? Otherwise, you
might be better off using an omni antenna, preferably on a roof...

Here are a few pointers to papers on TV white spaces:

http://www.openspectrum.eu/drupal6/node/23

I've posted some of the key issues on this list two years ago:

http://www.ruby-forum.com/topic/205328

Dyspan has some nice papers on spectrum sensing as well:

http://www.ieee-dyspan.org/2010/

http://cms.comsoc.org/eprise/main/SiteGen/DYSPAN_2010/Content/Home/Technical_and_Policy_Program.html

Now to the setup:

*Hardware / sample data*

I have a USRP1, two WBX, USRP1 N210 and an PC hardware available as well,
so unless you're in a closed source / NDA environment, we could set up a
code repository on github, and I could provide you with sample recordings
from Hong Kong to cross-check detectors.

*Regulatory environment / signals too look for*

What is your location? From your signature, I assume you're in the Middle
East, and I guess we're talking mostly about DVB-T signals. Is there still
analog TV transmission around, wireless microphones, ...?

*gnuradio packages on Ubuntu*

The gnuradio packages that come with Ubuntu 10.04 are most likely a bit
outdated, so you might want to upgrade your laptops to 11.10 first.

10.04 contains 3.0.4-2ubuntu1 (http://packages.ubuntu.com/hardy/gnuradio)
11.10 contains 3.2.2.dfsg-1ubuntu7 (
http://packages.ubuntu.com/o

Re: [Discuss-gnuradio] Using UHD failed to find USRP2

2012-03-22 Thread junaid124 

please help i have that error 2..
 <<< Welcome to GNU Radio Companion 3.5.0 >>>

Loading: "/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc"
>>> Done
.
Showing: "/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc"

Generating: "/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py"

Executing: "/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py"

linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.000-1156d9b

-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 5000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=5000

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 5000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=5000

UHD Warning:
The send buffer could not be resized sufficiently.
Target sock buff size: 1048576 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
<<< Welcome to GNU Radio Companion 3.5.0 >>>

Loading: "/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc"
>>> Done

Showing: "/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc"

Generating: "/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py"

Executing: "/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py"

linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.000-1156d9b

-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 5000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=5000

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 5000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=5000

UHD Warning:
The send buffer could not be resized sufficiently.
Target sock buff size: 1048576 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.wmem_max=1048576

UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for instructions.
EnvironmentError: OSError: error in pthread_setschedparam
UU
>>> Done
Pleare h

-- 
View this message in context: 
http://old.nabble.com/Using-UHD-failed-to-find-USRP2-tp30219463p33544609.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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

[Discuss-gnuradio] subdev_spec index

2012-03-22 Thread Seokseong Jeon 
Please
Is there anyone who could tell me what do those subdev_spec index stans for in 
thefollowing statement?:
subdev_spec = (0, 1)

I did some googling and there are lots of examples about it
But i couldnt find the meanings of those indexes

Thank you

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

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Martin Braun 
On Thu, Mar 22, 2012 at 05:18:39PM +0800, Alexander List wrote:
> John,
> 
> 
> may I ask you to be a bit more patient with GNU Radio beginners in
> general, and in particular with those whose mother tongue is not
> English? On top of that, the tiny hairs on my spine just got
> triggered, and that's caused by an adrenaline rush in reaction to
> potentially rude language ;)
> 

Thanks for this, Alexander! Well put.
Besides, what the heck is 'white' about 'white spaces'? :)

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpKg3FLZVCsT.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Vladimir Dergachev 



On Wed, 21 Mar 2012, John Ewan wrote:


I have had enough about this. What the heck is a spectrum hole.
I am pretty sure this is probably a term brought up by some


There are NO spectrum holes. Learn about black body radiation
and KTB


A spectrum hole is a part of spectrum nobody can sue you for using.

best

  Vladimir Dergachev



Sorry folks. the term has always erked me.

We can talk about white space.that I can take.



On 3/21/12, Abdelrahman Ahmed  wrote:

2012/3/19 Alexander List 


**
On 01/-9/-28163 03:59 AM, Abdelrahman Ahmed wrote:

i'm new to this ,i need your help on how to start detecting spectrum in TV
band and holes in this spectrum.


Ahmed,

though others will probable be able to give you more in-depth directions
wrt spectrum sensing, just out of curiosity, what's your use case?

Are you looking into TV white spaces? [1]

Most likely you'll want to use the USRP1 with WBX because I assume it has
better sensitivity than TVRX.

Why would you want to transmit anything if you're just looking into
analyzing spectrum usage in TV channels?










LP0410 is covering the right frequency band for UHF (400 MHz to 1 GHz),
but it is a directional antenna. Is that what you want? Otherwise, you
might be better off using an omni antenna, preferably on a roof...

Here are a few pointers to papers on TV white spaces:

http://www.openspectrum.eu/drupal6/node/23

I've posted some of the key issues on this list two years ago:

http://www.ruby-forum.com/topic/205328

Dyspan has some nice papers on spectrum sensing as well:

http://www.ieee-dyspan.org/2010/

http://cms.comsoc.org/eprise/main/SiteGen/DYSPAN_2010/Content/Home/Technical_and_Policy_Program.html

Now to the setup:

*Hardware / sample data*

I have a USRP1, two WBX, USRP1 N210 and an PC hardware available as well,
so unless you're in a closed source / NDA environment, we could set up a
code repository on github, and I could provide you with sample recordings
from Hong Kong to cross-check detectors.

*Regulatory environment / signals too look for*

What is your location? From your signature, I assume you're in the Middle
East, and I guess we're talking mostly about DVB-T signals. Is there still
analog TV transmission around, wireless microphones, ...?

*gnuradio packages on Ubuntu*

The gnuradio packages that come with Ubuntu 10.04 are most likely a bit
outdated, so you might want to upgrade your laptops to 11.10 first.

10.04 contains 3.0.4-2ubuntu1 (http://packages.ubuntu.com/hardy/gnuradio)
11.10 contains 3.2.2.dfsg-1ubuntu7 (
http://packages.ubuntu.com/oneiric/gnuradio)

Once you've got 11.10 with the latest packages installed, you might want
to test your setup with some of the gnuradio examples, like a basic FM
receiver to tune in a local radio station.

Hope this helps for a start - please let us/me know on the mailing list if
you need more input :)

Alex

[1] http://en.wikipedia.org/wiki/White_spaces_(radio)



hi ,
problem 1

i pugged usrp into usb and run usrp_fft.py and i got signal like noise it's
amplitude -60 dB.
i also can run usrp_spectrum_sense.py but only numbers of frequencies
appeared below each other (min freq and max freq).

problem 2

when i plugged out usrp from usb and run usrp_fftw.py again  it told me
that can not open usrp.
and when i try benchmark_tx.py and benchmark_rx.py on the other lap, there
is an error appeared told me that
can not find module usrp_transmit_path

problem 3

- when i write usrp_probe i can not get any info about my usrp1.
- when i write uhd_find_devices it told me that:

Could not locate USRP1 firmware

Please install the images package

so from these problems some programs can identify the usrp1 and the
other not, so what is happening here.

Abdelrahman ahmed

egypt,cairo

arab academy for science and technology and maritime transport



___
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

[Discuss-gnuradio] error while installing gnuradio 3.4.0 and jello(papyrus)

2012-03-22 Thread sumitstop 

Hi , 
Yesterday I was trying to install gnuradio 3.4.0.actually before that I
patched the files from jello(https://www.cgran.org/wiki/UCSBJello)to the
folder of gnuradio.
after that I did ./configre , make .But during sudo make install it threw
some error like this :


make[12]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
make[11]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
make[10]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
Making install in vocoder
make[10]: Entering directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make  install-am
make[11]: Entering directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make[12]: Entering directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make[12]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder" ||
/bin/mkdir -p "/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder"
 /usr/bin/install -c -m 644 __init__.py
'/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder'
Byte-compiling python modules...
__init__.py
Byte-compiling python modules (optimized versions) ...
__init__.py
make[12]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make[11]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make[10]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
make[10]: Entering directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[11]: Entering directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[11]: Nothing to be done for `install-exec-am'.
make[11]: *** No rule to make target `audio.py', needed by
`install-grpythonPYTHON'.  Stop.
make[11]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[10]: *** [install-am] Error 2
make[10]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[9]: *** [install-recursive] Error 1
make[9]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[8]: *** [install] Error 2
make[8]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
make[7]: *** [install-recursive] Error 1
make[7]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python'
make[6]: *** [install] Error 2
make[6]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python'
make[5]: *** [install-recursive] Error 1
make[5]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src'
make[4]: *** [install] Error 2
make[4]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core'
make[2]: *** [install] Error 2
make[2]: Leaving directory
`/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home/sumit/Downloads/gnuradio-3.4.0'
make: *** [install] Error 2
~~~

need a little help as I have to install this proper version of gnuradio
only.





-
Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India
-- 
View this message in context: 
http://old.nabble.com/error-while-installing-gnuradio-3.4.0-and-jello%28papyrus%29-tp33544622p33544622.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Abdelrahman Ahmed 
MY problem

> hi ,
> problem 1
> 
> i pugged usrp into usb and run usrp_fft.py and i got signal like noise it's
> amplitude -60 dB.
> i also can run usrp_spectrum_sense.py but only numbers of frequencies
> appeared below each other (min freq and max freq).
>
> problem 2
> 
> when i plugged out usrp from usb and run usrp_fftw.py again  it told me
> that can not open usrp.
> and when i try benchmark_tx.py and benchmark_rx.py on the other lap, there
> is an error appeared told me that
> can not find module usrp_transmit_path
>
> problem 3
> 
> - when i write usrp_probe i can not get any info about my usrp1.
> - when i write uhd_find_devices it told me that:
>
> Could not locate USRP1 firmware
>
> Please install the images package
>
> so from these problems some programs can identify the usrp1 and the
> other not, so what is happening here.
>
> Abdelrahman ahmed
>
> egypt,cairo
>
> arab academy for science and technology and maritime transport
>
>
__
>
> _
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



>> @Ahmed:
>>
>> Problem 1: Please describe your hardware setup so that we can help:
>>
>> a) What USRP model are you using? What GNUradio version, did you install
>> the distribution package on Ubuntu 8.04 or upgrade to 11.10 as suggested?
>> What was the exact command line you used for usrp_spectrum_sense.py and
>> usrp_fft.py?
>> b) What daughterboard did you install inside the USRP? How did you
>> connect it to the USB port of your laptop, and how to the antenna?
>> c) Is the USRP powering up?
>> d) After a power cycle (everything just switched on), does
>> uhd_find_devices still give you nothing? what about lsusb -v?
>>
>> In case you managed to get up to d) and have the USRP and
>> daughterboard(s) detected correctly,
>>
>> e) Did you connect the antenna to the appropriate RX channel of your
>> daughterboard? When using WBX, there's an RX and an RX/TX port, so if you
>> connect the antenna to the wrong port, you might only see noise except for
>> a few *very* strong local sources. Try tuning to a local FM radio
>> station... Any antenna should do for this purpose, even a paperclip - but
>> don't torture the gold plated SMA connectors of the USRP with that :)
>>
>> Problem 3 is probably caused by Problem 2. I also noticed that sometimes
>> the USB stack seems to get messed up, so you might want to try a) power
>> cycling your USRP and if that doesn't help, b) power cycling the laptop
>> connected to the USRP.
>>
>>>

>>


frist of all i have two laptops with ubuntu 11.10 x32bit installed inside
windows 7 professional x64, i used this link in synaptic to install
gnuradio packages:

11.10 contains 3.2.2.dfsg-1ubuntu7 (
http://packages.ubuntu.com/oneiric/gnuradio)

 and this guide to install the other packages :

http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies

After successful installation still there is UHD, i installed it through
this:

git clone git://code.ettus.com/ettus/uhd.git

cd uhd/host

mkdir build

cd build

cmake ../

make

make test

sudo make install

#Check where your path is with "find |grep libuhd"

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

after that i checked:

python worked
gnuradio-companion worked
gnuradio worked


so guide me if i mess something or did something wrong in installation step
?
i will provide you with other information about hw setup and what each usrp
box contain? in Saturday
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GR 3.5.1 & OSX

2012-03-22 Thread Arturo Rinaldi 

Il 04/03/12 00:18, Carles Fernandez ha scritto:

Hi guys,

On OSX 10.6.8 I did the following:


$ git clone git://code.ettus.com/ettus/uhd.git
$ cd uhd
$ mkdir build
$ cd build
$ cmake ../
$ make
$ sudo make install
$ cd..
$ git clone git://gnuradio.org/gnuradio
$ cd gnuradio
$ mkdir build
$ cd build cmake ../

...
-- ##
-- # Gnuradio enabled components
-- ##
--   * python-support
--   * testing-support
--   * volk
--   * doxygen
--   * gruel
--   * gnuradio-core
--   * gr-atsc
--   * gr-audio
--   * gr-digital
--   * gr-noaa
--   * gr-pager
--   * gr-qtgui
--   * gr-trellis
--   * gr-uhd
--   * gr-utils
--   * gr-video-sdl
--   * gr-vocoder
--
-- ##
-- # Gnuradio disabled components
-- ##
--   * gnuradio-companion
--   * gr-comedi
--   * gr-shd
--   * gr-wxgui
--
-- Using install prefix: /usr/local
-- Building for version: v3.5.1-196-g4f0add17 / 3.5.2git
-- Configuring done
-- Generating done
...

$ make
$ sudo make install



It seems that worked! :-)

Best regards,
Carles



On Fri, Mar 2, 2012 at 3:45 PM, Michael Dickens  wrote:

On Mar 2, 2012, at 9:39 AM, Arturo Rinaldi wrote:

can i build the master git branch on macos X 10.7.3 with cmake ? have i to 
satisfy the build pre-requisites with macports as usual ?

Hi Arturo - I believe that if you use MacPorts to install the background dependencies -- 
just do "sudo port install gnuradio", and then, hours later, you can remove the 
installed GNU Radio / usrp ports, if any actually got installed.  You'll need to install 
CMake too, since the current GR ports still use GNU Autotools.  You should then be able 
to use CMake to build GNU Radio from the GIT master on OSX 10.7.3.  I'm still using 
10.6.8, but I know others who've used 10.7 and had success.  Getting the dependencies to 
install is the tricky part, as always :)  Give it a whirl, good luck, and please do let 
me/the list know if you have issues. - MLD


___
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

I think i've sorted out the dependencies for building gnuradio on Lion 
10.7.3


/sudo port install boost icu cppunit fftw-3-single gawk \
readline gsl texinfo guile python27 py27-numpy py27-nose py27-distribute \
libsndfile portaudio py27-opengl py27-opengl-accelerate py27-pil lcms 
py27-tkinter \
py27-wxpython wxWidgets mesa makedepend xorg-dri2proto xorg-glproto 
xorg-libXmu \
py27-cheetah py27-gtk libglade2 py27-cairo py27-py py27-gobject 
py27-lxml doxygen \
libusb-legacy sdcc29 gputils py27-pyqt4 py27-sip py27-pyqwt qt4-mac dbus 
libmng qt4-mac qwtplot3d qwt52 libsdl/


However :

*First *
/py27-wxpython/ doesn't install on macports. I'll post it on the 
macports mailing list then we aren't able to use the wxgui module


*Second*
by using autotools with /

./configure LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include" 
CC=clang --disable-gr-qtgui --disable-docs/


builds the latest tarball (3.5.2.1) and i need some help for the 
*DYLD_LIBRARY_PATH* because gnuradio-companion start with an error 
message though *PYTHONPATH* is correctly set


*Third*
downloaded the git version and after the usual steps with cmake, the 
building crashes at the 3% with the error


/cc1: error: unrecognized command line option "-mpopcnt"
make[2]: *** [volk/lib/CMakeFiles/volk.dir/volk_machine_sse4_a_64.c.o] 
Error 1

make[1]: *** [volk/lib/CMakeFiles/volk.dir/all] Error 2
make: *** [all] Error 2/

any suggest for all the three scenarios ?

Best Regards,

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

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread mleech 
  

On Thu, 22 Mar 2012 15:38:18 +0200, Abdelrahman Ahmed wrote: 

>
frist of all i have two laptops with ubuntu 11.10 x32bit installed
inside windows 7 professional x64, i used this link in synaptic to
install gnuradio packages: 
> 
> 11.10 contains 3.2.2.dfsg-1ubuntu7
(http://packages.ubuntu.com/oneiric/gnuradio [1]) 
> 
> and this guide
to install the other packages : 
> 
>
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
[2] 
> 
> After successful installation still there is UHD, i installed
it through this: 
> 
> git clone git://code.ettus.com/ettus/uhd.git [3]

> 
> cd uhd/host 
> 
> mkdir build 
> 
> cd build 
> 
> cmake ../ 
> 
>
make 
> 
> make test 
> 
> sudo make install 
> 
> #Check where your
path is with "find |grep libuhd" 
> 
> export
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib 
> after that i
checked:
> 
> python worked
>
gnuradio-companion worked
> gnuradio worked
> 
> so guide me if i mess
something or did something wrong in installation step ?
> i will provide
you with other information about hw setup and what each usrp box
contain? in Saturday

USB device performance/reliability inside a VM
from Windows is not good at all, and I'm surprised you can get anything
to work at all this way. 

  

Links:
--
[1]
http://packages.ubuntu.com/oneiric/gnuradio
[2]
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
[3]
http://code.ettus.com/ettus/uhd.git
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Jonathan Fox 
On 3/22/12, mle...@ripnet.com  wrote:
>
>
> On Thu, 22 Mar 2012 15:38:18 +0200, Abdelrahman Ahmed wrote:
>
>>
> frist of all i have two laptops with ubuntu 11.10 x32bit installed
> inside windows 7 professional x64, i used this link in synaptic to
> install gnuradio packages:
>>
>> 11.10 contains 3.2.2.dfsg-1ubuntu7
> (http://packages.ubuntu.com/oneiric/gnuradio [1])
>>
>> and this guide
> to install the other packages :
>>
>>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
> [2]
>>
>> After successful installation still there is UHD, i installed
> it through this:
>>
>> git clone git://code.ettus.com/ettus/uhd.git [3]
>
>>
>> cd uhd/host
>>
>> mkdir build
>>
>> cd build
>>
>> cmake ../
>>
>>
> make
>>
>> make test
>>
>> sudo make install
>>
>> #Check where your
> path is with "find |grep libuhd"
>>
>> export
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
>> after that i
> checked:
>> 
>> python worked
>>
> gnuradio-companion worked
>> gnuradio worked
>>
>> so guide me if i mess
> something or did something wrong in installation step ?
>> i will provide
> you with other information about hw setup and what each usrp box
> contain? in Saturday
>
> USB device performance/reliability inside a VM
> from Windows is not good at all, and I'm surprised you can get anything
> to work at all this way.
>
>
>
> Links:
> --
> [1]
> http://packages.ubuntu.com/oneiric/gnuradio
> [2]
> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
> [3]
> http://code.ettus.com/ettus/uhd.git
>

I am curious, why did you not use the the build-gnuradio script here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR

It has everything you need to get started and if you are new to GNU
Radio it does save you a lot of trouble.

-Jon

PS Save yourself some trouble and do a fresh install of Ubuntu on the
hard drive, just make an image of your current hard drive for when you
want to go back to Windows. VMs help make life miserable with this
sort of thing.

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

Re: [Discuss-gnuradio] GR 3.5.1 & OSX

2012-03-22 Thread Michael Dickens 
On Mar 22, 2012, at 9:55 AM, Arturo Rinaldi wrote:
> I think i've sorted out the dependencies for building gnuradio on Lion 10.7.3
> 
> sudo port install boost icu cppunit fftw-3-single gawk \
> readline gsl texinfo guile python27 py27-numpy py27-nose py27-distribute \
> libsndfile portaudio py27-opengl py27-opengl-accelerate py27-pil lcms 
> py27-tkinter \
> py27-wxpython wxWidgets mesa makedepend xorg-dri2proto xorg-glproto 
> xorg-libXmu \
> py27-cheetah py27-gtk libglade2 py27-cairo py27-py py27-gobject py27-lxml 
> doxygen \
> libusb-legacy sdcc29 gputils py27-pyqt4 py27-sip py27-pyqwt qt4-mac dbus 
> libmng qt4-mac qwtplot3d qwt52 libsdl

Yeah; I'd believe that.  Nothing like a "few" background dependencies as added 
by MacPorts to those top-level ones.  I tried creating a stand-alone .app for 
GRC, and it turned out to be something like 600 MB when all of these 
dependencies were included.  Many of them are spurious -- not directly relevant 
-- but include as options or whatever.  MP folks have had a discussion about 
this issue recently, since it's a real problem.

> However :
> 
> First 
> py27-wxpython doesn't install on macports. I'll post it on the macports 
> mailing list then we aren't able to use the wxgui module

There's are a few discussions about py27-wxpython on various MP lists right 
now.  Seems like maybe you're not alone.  Please do search for a ticket for: < 
https://trac.macports.org/search >.  I have no issue with this port on 10.6.8, 
and it works correctly with 64-bit Wx!

> Second
> by using autotools with 
> 
> ./configure LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include" 
> CC=clang --disable-gr-qtgui --disable-docs 
>  
> builds the latest tarball (3.5.2.1) and i need some help for the 
> DYLD_LIBRARY_PATH because gnuradio-companion start with an error message 
> though PYTHONPATH is correctly set

You should be able to compile GR without LDFLAGS or CPPFLAGS, if you've set the 
PKG_CONFIG_PATH to include "/opt/local/lib/pkgconfig".  You'll probably want to 
set CXX to clang++ (or, whatever that is called) along with CC; I don't think 
CC is actually used, but it can't hurt to set it.  Once installed, you should 
be able to execute GR scripts and GRC without resorting to the 
DYLD_LIBRARY_PATH -- the PATH and PYTHONPATH should be sufficient.

> Third
> downloaded the git version and after the usual steps with cmake, the building 
> crashes at the 3% with the error
> 
> cc1: error: unrecognized command line option "-mpopcnt"
> make[2]: *** [volk/lib/CMakeFiles/volk.dir/volk_machine_sse4_a_64.c.o] Error 1
> make[1]: *** [volk/lib/CMakeFiles/volk.dir/all] Error 2
> make: *** [all] Error 2

No idea, but using CMake is the way to go to get Volk working.  Could be an OSX 
10.7 issue; I'm still using 10.6 though I do do testing using an OSX 10.7 boot 
disk.  I haven't tried this in a while, so I'll give it a whirl later today or 
tomorrow, as time allows.

Good luck! - MLD


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

Re: [Discuss-gnuradio] This is nice

2012-03-22 Thread Nowlan, Sean 
Funny enough, a coworker mentioned it to me yesterday morning and then it 
popped up on discuss-gnuradio. He must have seen it on Reddit as well.

I have one on order too, and I was also contemplating a GNUradio driver... let 
me know if you want to coordinate.

Sean

-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org 
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf 
Of Andrew Davis
Sent: Wednesday, March 21, 2012 9:34 PM
To: David Kierzkowski; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] This is nice

Saw it on Reddit a couple days ago, already have one on order. Then I might 
work on making a GnuRadio driver or something for real-time use.

On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski  wrote:
> The osmocom guys are using a 20$ USB catv tuner as a RF source in gnuradio. 
> 3.2MS/s !
>
> http://sdr.osmocom.org/trac/wiki/rtl-sdr
> ___
> 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

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

Re: [Discuss-gnuradio] [discuss-gnuradio] The Gnu radio's stream mode

2012-03-22 Thread Nowlan, Sean 
With stream tags you can precisely control timing of TX and RX, which should 
allow you to do packet transmission. 

Brief intro:
http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#Stream-Tags

Also look at  these examples (copied from 
http://www.ruby-forum.com/topic/3832986) :

A description of tags here:
http://gnuradio.org/cgit/gnuradio.git/tree/gr-uhd/include/gr_uhd_usrp_sink.h#n59
 
http://gnuradio.org/cgit/gnuradio.git/tree/gr-uhd/include/gr_uhd_usrp_source.h#n59
 

A tags demonstration:
http://gnuradio.org/cgit/gnuradio.git/tree/gr-uhd/examples/tags_demo.cc 

Sean

-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org 
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf 
Of Pan, Luyuan
Sent: Thursday, March 22, 2012 5:09 AM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] [discuss-gnuradio] The Gnu radio's stream mode

Hello everybody,
 Many people say the Gnuradio operates in stream mode with the flowgraph, 
but I am not clear about the stream mode, for it is too abstract. Does anyone 
have a better way to understand it or interpret it in plain words? And one 
thesis says,'Gnu Radio is not designed to work in packet mode, rather the 
scheduler is designed to operate on continuous data stream', so if I want to 
get precise-time control of the data packet, what should I do? (What I recently 
do is to switch the TX/RX using one antenna, I just make two top_blocks and 
switch them, the problem is there is too much delay. If I want to send 5 
seconds, I also need to wait to 1.5 sec to make sure it successfully sent all 
the data)
 Can I so lucky to reference someone's information or get a hand from you?
 Thanks very much !


___
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] This is nice

2012-03-22 Thread Tom Rondeau 
Andrew and Sean,

Glad to hear you both thinking about doing this! Coordinate as you can
and keep us up to date on the progress.

Tom


On Thu, Mar 22, 2012 at 10:45 AM, Nowlan, Sean
 wrote:
> Funny enough, a coworker mentioned it to me yesterday morning and then it 
> popped up on discuss-gnuradio. He must have seen it on Reddit as well.
>
> I have one on order too, and I was also contemplating a GNUradio driver... 
> let me know if you want to coordinate.
>
> Sean
>
> -Original Message-
> From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org 
> [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On 
> Behalf Of Andrew Davis
> Sent: Wednesday, March 21, 2012 9:34 PM
> To: David Kierzkowski; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] This is nice
>
> Saw it on Reddit a couple days ago, already have one on order. Then I might 
> work on making a GnuRadio driver or something for real-time use.
>
> On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski  
> wrote:
>> The osmocom guys are using a 20$ USB catv tuner as a RF source in gnuradio. 
>> 3.2MS/s !
>>
>> http://sdr.osmocom.org/trac/wiki/rtl-sdr
>> ___
>> 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
>
> ___
> 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] This is nice

2012-03-22 Thread mleech 
  

I also have a trio on order. The issues I can see surrounding this
approach are: 

 o Consumer electronics parts lineups are capricious and
unreliable--the target device may use the "SDR-capable chip" this month,
and next month, they've found that they can shave $0.35 of off the
B.O.M. by going with a totally different parts line-up they will, even
though it will cost them $50K in engineering costs up front--they sell
thousands and thousands a month. There are already *TWO* versions of
this dongle, one using the "good" RTL2832U chip, and the other using an
Afatech chip (AF9015 or AF9035). The "magic sauce" that Antti discovered
in the RTL2832U chip to do "raw samples" is peculiar to the RTL2832U
chip, and doesn't necessarily map on to other DVB-T digital demod chips
on the market. 

 o The 28.8MHz master oscillator is a very cheap 100PPM
part, which will produce unpleasant frequency offsets, and phase-noise
to match 

 o Not sure how good the noise figure is, since there's no
LNA in front of the E4000 tuner chip. 

 o Don't know how they implement
re-sampling. If it's not done right, then there'll be nasty aliases in
the passband handed to the host 

None of these are fatal, but be aware
that the approach of "re-purposing" consumer electronics is fraught with
dangers as described above. 

-Marcus 

On Thu, 22 Mar 2012 10:53:13
-0400, Tom Rondeau wrote: 

> Andrew and Sean,
> 
> Glad to hear you
both thinking about doing this! Coordinate as you can
> and keep us up
to date on the progress.
> 
> Tom
> 
> On Thu, Mar 22, 2012 at 10:45 AM,
Nowlan, Sean
> wrote:
>> Funny enough, a coworker mentioned it to me
yesterday morning and then it popped up on discuss-gnuradio. He must
have seen it on Reddit as well. I have one on order too, and I was also
contemplating a GNUradio driver... let me know if you want to
coordinate. Sean -Original Message- From:
discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [4]
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[5]] On Behalf Of Andrew Davis Sent: Wednesday, March 21, 2012 9:34 PM
To: David Kierzkowski; discuss-gnuradio@gnu.org [6] Subject: Re:
[Discuss-gnuradio] This is nice Saw it on Reddit a couple days ago,
already have one on order. Then I might work on making a GnuRadio driver
or something for real-time use. On Wed, Mar 21, 2012 at 3:17 AM, David
Kierzkowski wrote: 
>> 
>>> The osmocom guys are using a 20$ USB catv
tuner as a RF source in gnuradio. 3.2MS/s !
http://sdr.osmocom.org/trac/wiki/rtl-sdr [1]
___ Discuss-gnuradio mailing
list Discuss-gnuradio@gnu.org [2]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3]
>>
___ Discuss-gnuradio mailing
list Discuss-gnuradio@gnu.org [8]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [9]
___ Discuss-gnuradio mailing
list Discuss-gnuradio@gnu.org [10]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [11]
>
___ Discuss-gnuradio mailing
list Discuss-gnuradio@gnu.org [13]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [14]

 


Links:
--
[1] http://sdr.osmocom.org/trac/wiki/rtl-sdr
[2]
mailto:Discuss-gnuradio@gnu.org
[3]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[4]
mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[5]
mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[6]
mailto:discuss-gnuradio@gnu.org
[7] mailto:dave_k_...@yahoo.com
[8]
mailto:Discuss-gnuradio@gnu.org
[9]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[10]
mailto:Discuss-gnuradio@gnu.org
[11]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[12]
mailto:sean.now...@gtri.gatech.edu
[13]
mailto:Discuss-gnuradio@gnu.org
[14]
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] This is nice

2012-03-22 Thread Nowlan, Sean 
Worth taking a look for $19 right? The Elonics website claims there’s an 
integrated LNA in the e4000 but I can’t find the specs. 
http://www.elonics.com/product.do?id=1

Sean

From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org 
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf 
Of mle...@ripnet.com
Sent: Thursday, March 22, 2012 11:06 AM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] This is nice


I also have a trio on order.  The issues I can see surrounding this approach 
are:

   o Consumer electronics parts lineups are capricious and unreliable--the 
target device may use the "SDR-capable chip" this month, and next month, 
they've found that they can shave $0.35 of off the B.O.M. by going with a 
totally different parts line-up they will, even though it will cost them $50K 
in engineering costs up front--they sell thousands and thousands a month.  
There are already *TWO* versions of this dongle, one using the "good" RTL2832U 
chip, and the other using an Afatech chip (AF9015 or AF9035). The "magic sauce" 
that Antti discovered in the RTL2832U chip to do "raw samples" is peculiar to 
the RTL2832U chip, and doesn't necessarily map on to other DVB-T digital demod 
chips on the market.



  o The 28.8MHz master oscillator is a very cheap 100PPM part, which will 
produce unpleasant frequency offsets, and phase-noise to match



  o Not sure how good the noise figure is, since there's no LNA in front of the 
E4000 tuner chip.



  o Don't know how they implement re-sampling.  If it's not done right, then 
there'll be nasty aliases in the passband handed to the host



None of these are fatal, but be aware that the approach of "re-purposing" 
consumer electronics is fraught with dangers as described above.



-Marcus



On Thu, 22 Mar 2012 10:53:13 -0400, Tom Rondeau wrote:

Andrew and Sean,



Glad to hear you both thinking about doing this! Coordinate as you can

and keep us up to date on the progress.



Tom





On Thu, Mar 22, 2012 at 10:45 AM, Nowlan, Sean

mailto:sean.now...@gtri.gatech.edu>> wrote:

Funny enough, a coworker mentioned it to me yesterday morning and then it 
popped up on discuss-gnuradio. He must have seen it on Reddit as well.



I have one on order too, and I was also contemplating a GNUradio driver... let 
me know if you want to coordinate.



Sean



-Original Message-

From: 
discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
 
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org]
 On Behalf Of Andrew Davis

Sent: Wednesday, March 21, 2012 9:34 PM

To: David Kierzkowski; discuss-gnuradio@gnu.org

Subject: Re: [Discuss-gnuradio] This is nice



Saw it on Reddit a couple days ago, already have one on order. Then I might 
work on making a GnuRadio driver or something for real-time use.



On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski 
mailto:dave_k_...@yahoo.com>> wrote:

The osmocom guys are using a 20$ USB catv tuner as a RF source in gnuradio. 
3.2MS/s !



http://sdr.osmocom.org/trac/wiki/rtl-sdr

___

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



___

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




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

Re: [Discuss-gnuradio] This is nice

2012-03-22 Thread Andrew Davis 
Right, but I think the idea here is for $20 why not?

As far as a driver goes what they have now is a program that starts
the thing and tunes it, then reads samples, all of this is already
build into the UHD framework. I'm not sure but I would like to make
this a UHD compatible USB device. ( Much like the USRP1 )

~Andrew

On Thu, Mar 22, 2012 at 11:06 AM,   wrote:
> I also have a trio on order.  The issues I can see surrounding this approach
> are:
>
>    o Consumer electronics parts lineups are capricious and unreliable--the
> target device may use the "SDR-capable chip" this month, and next month,
> they've found that they can shave $0.35 of off the B.O.M. by going with a
> totally different parts line-up they will, even though it will cost them
> $50K in engineering costs up front--they sell thousands and thousands a
> month.  There are already *TWO* versions of this dongle, one using the
> "good" RTL2832U chip, and the other using an Afatech chip (AF9015 or
> AF9035). The "magic sauce" that Antti discovered in the RTL2832U chip to do
> "raw samples" is peculiar to the RTL2832U chip, and doesn't necessarily map
> on to other DVB-T digital demod chips on the market.
>
>
>
>   o The 28.8MHz master oscillator is a very cheap 100PPM part, which will
> produce unpleasant frequency offsets, and phase-noise to match
>
>
>
>   o Not sure how good the noise figure is, since there's no LNA in front of
> the E4000 tuner chip.
>
>
>
>   o Don't know how they implement re-sampling.  If it's not done right, then
> there'll be nasty aliases in the passband handed to the host
>
>
>
> None of these are fatal, but be aware that the approach of "re-purposing"
> consumer electronics is fraught with dangers as described above.
>
>
>
> -Marcus
>
>
>
> On Thu, 22 Mar 2012 10:53:13 -0400, Tom Rondeau wrote:
>
> Andrew and Sean,
>
> Glad to hear you both thinking about doing this! Coordinate as you can
> and keep us up to date on the progress.
>
> Tom
>
>
> On Thu, Mar 22, 2012 at 10:45 AM, Nowlan, Sean
>  wrote:
>
> Funny enough, a coworker mentioned it to me yesterday morning and then it
> popped up on discuss-gnuradio. He must have seen it on Reddit as well.
>
> I have one on order too, and I was also contemplating a GNUradio driver...
> let me know if you want to coordinate.
>
> Sean
>
> -Original Message-
> From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
> [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On
> Behalf Of Andrew Davis
> Sent: Wednesday, March 21, 2012 9:34 PM
> To: David Kierzkowski; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] This is nice
>
> Saw it on Reddit a couple days ago, already have one on order. Then I might
> work on making a GnuRadio driver or something for real-time use.
>
> On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski 
> wrote:
>
> The osmocom guys are using a 20$ USB catv tuner as a RF source in gnuradio.
> 3.2MS/s !
>
> http://sdr.osmocom.org/trac/wiki/rtl-sdr
> ___
> 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
>
> ___
> 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
>
>
>
>
> ___
> 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

[Discuss-gnuradio] suggestions for improving build-gnuradio.sh

2012-03-22 Thread naruto canada 
hi

I've two suggestions for improving build-gnuradio.sh :
1. prefix option to install into /usr instead of /usr/local/
2. install orc too ?

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

Re: [Discuss-gnuradio] error while installing gnuradio 3.4.0 and jello(papyrus)

2012-03-22 Thread Andrew Davis 
Use CMake to build, autotools are deprecated and are only used for
package building. They will be removed shortly to remove the
confusion.

On Thu, Mar 22, 2012 at 9:28 AM, sumitstop
 wrote:
>
> Hi ,
> Yesterday I was trying to install gnuradio 3.4.0.actually before that I
> patched the files from jello(https://www.cgran.org/wiki/UCSBJello)to the
> folder of gnuradio.
> after that I did ./configre , make .But during sudo make install it threw
> some error like this :
> 
>
> make[12]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
> make[11]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
> make[10]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/blks2impl'
> Making install in vocoder
> make[10]: Entering directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make  install-am
> make[11]: Entering directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make[12]: Entering directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make[12]: Nothing to be done for `install-exec-am'.
> test -z "/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder" ||
> /bin/mkdir -p "/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder"
>  /usr/bin/install -c -m 644 __init__.py
> '/usr/local/lib/python2.6/dist-packages/gnuradio/vocoder'
> Byte-compiling python modules...
> __init__.py
> Byte-compiling python modules (optimized versions) ...
> __init__.py
> make[12]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make[11]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make[10]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio/vocoder'
> make[10]: Entering directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[11]: Entering directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[11]: Nothing to be done for `install-exec-am'.
> make[11]: *** No rule to make target `audio.py', needed by
> `install-grpythonPYTHON'.  Stop.
> make[11]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[10]: *** [install-am] Error 2
> make[10]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[9]: *** [install-recursive] Error 1
> make[9]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[8]: *** [install] Error 2
> make[8]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python/gnuradio'
> make[7]: *** [install-recursive] Error 1
> make[7]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python'
> make[6]: *** [install] Error 2
> make[6]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src/python'
> make[5]: *** [install-recursive] Error 1
> make[5]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src'
> make[4]: *** [install] Error 2
> make[4]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core/src'
> make[3]: *** [install-recursive] Error 1
> make[3]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core'
> make[2]: *** [install] Error 2
> make[2]: Leaving directory
> `/home/sumit/Downloads/gnuradio-3.4.0/gnuradio-core'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/home/sumit/Downloads/gnuradio-3.4.0'
> make: *** [install] Error 2
> ~~~
>
> need a little help as I have to install this proper version of gnuradio
> only.
>
>
>
>
>
> -
> Sumit Kr.
> Research Assistant
> Communication Research center
> IIIT Hyderabad
> India
> --
> View this message in context: 
> http://old.nabble.com/error-while-installing-gnuradio-3.4.0-and-jello%28papyrus%29-tp33544622p33544622.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
> ___
> 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] suggestions for improving build-gnuradio.sh

2012-03-22 Thread mleech 
  

There is almost never a good reason to install "stuff that didn't
ship with the distrib" into /usr, and I can't think of a good one here.
The concept of /usr/local/ has been around for a long time, and it's
easy to make things work with /usr/local. 

Yes, orc should get
installed. Anyone know the package names for Fedora and Ubuntu? Volk was
a relatively recent "must have" for Gnu Radio, so build-gnuradio didn't
have it as a depend. 

On Thu, 22 Mar 2012 15:18:25 +, naruto canada
wrote: 

> hi
> 
> I've two suggestions for improving build-gnuradio.sh
:
> 1. prefix option to install into /usr instead of /usr/local/
> 2.
install orc too ?
> 
> ___
>
Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org [1]
>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2]

 


Links:
--
[1] mailto:Discuss-gnuradio@gnu.org
[2]
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] detecting spectrum holes

2012-03-22 Thread Abdelrahman Ahmed 
i'm not using VMs at all i just choose install inside windows option
from ubuntu installation menu and i need to reboot to enter ubuntu os
so i think it is not VM

2012/3/22, Jonathan Fox <31...@cardinalmail.cua.edu>:
> On 3/22/12, mle...@ripnet.com  wrote:
>>
>>
>> On Thu, 22 Mar 2012 15:38:18 +0200, Abdelrahman Ahmed wrote:
>>
>>>
>> frist of all i have two laptops with ubuntu 11.10 x32bit installed
>> inside windows 7 professional x64, i used this link in synaptic to
>> install gnuradio packages:
>>>
>>> 11.10 contains 3.2.2.dfsg-1ubuntu7
>> (http://packages.ubuntu.com/oneiric/gnuradio [1])
>>>
>>> and this guide
>> to install the other packages :
>>>
>>>
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
>> [2]
>>>
>>> After successful installation still there is UHD, i installed
>> it through this:
>>>
>>> git clone git://code.ettus.com/ettus/uhd.git [3]
>>
>>>
>>> cd uhd/host
>>>
>>> mkdir build
>>>
>>> cd build
>>>
>>> cmake ../
>>>
>>>
>> make
>>>
>>> make test
>>>
>>> sudo make install
>>>
>>> #Check where your
>> path is with "find |grep libuhd"
>>>
>>> export
>> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
>>> after that i
>> checked:
>>> 
>>> python worked
>>>
>> gnuradio-companion worked
>>> gnuradio worked
>>>
>>> so guide me if i mess
>> something or did something wrong in installation step ?
>>> i will provide
>> you with other information about hw setup and what each usrp box
>> contain? in Saturday
>>
>> USB device performance/reliability inside a VM
>> from Windows is not good at all, and I'm surprised you can get anything
>> to work at all this way.
>>
>>
>>
>> Links:
>> --
>> [1]
>> http://packages.ubuntu.com/oneiric/gnuradio
>> [2]
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
>> [3]
>> http://code.ettus.com/ettus/uhd.git
>>
>
> I am curious, why did you not use the the build-gnuradio script here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
>
> It has everything you need to get started and if you are new to GNU
> Radio it does save you a lot of trouble.
>
> -Jon
>
> PS Save yourself some trouble and do a fresh install of Ubuntu on the
> hard drive, just make an image of your current hard drive for when you
> want to go back to Windows. VMs help make life miserable with this
> sort of thing.
>

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

Re: [Discuss-gnuradio] detecting spectrum holes

2012-03-22 Thread Abdelrahman Ahmed 
2012/3/22, Abdelrahman Ahmed :
> i'm not using VMs at all i just choose install inside windows option
> from ubuntu installation menu and i need to reboot to enter ubuntu os
> so i think it is not VM
>
> 2012/3/22, Jonathan Fox <31...@cardinalmail.cua.edu>:
>> On 3/22/12, mle...@ripnet.com  wrote:
>>>
>>>
>>> On Thu, 22 Mar 2012 15:38:18 +0200, Abdelrahman Ahmed wrote:
>>>

>>> frist of all i have two laptops with ubuntu 11.10 x32bit installed
>>> inside windows 7 professional x64, i used this link in synaptic to
>>> install gnuradio packages:

 11.10 contains 3.2.2.dfsg-1ubuntu7
>>> (http://packages.ubuntu.com/oneiric/gnuradio [1])

 and this guide
>>> to install the other packages :


>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
>>> [2]

 After successful installation still there is UHD, i installed
>>> it through this:

 git clone git://code.ettus.com/ettus/uhd.git [3]
>>>

 cd uhd/host

 mkdir build

 cd build

 cmake ../


>>> make

 make test

 sudo make install

 #Check where your
>>> path is with "find |grep libuhd"

 export
>>> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
 after that i
>>> checked:
 
 python worked

>>> gnuradio-companion worked
 gnuradio worked

 so guide me if i mess
>>> something or did something wrong in installation step ?
 i will provide
>>> you with other information about hw setup and what each usrp box
>>> contain? in Saturday
>>>
>>> USB device performance/reliability inside a VM
>>> from Windows is not good at all, and I'm surprised you can get anything
>>> to work at all this way.
>>>
>>>
>>>
>>> Links:
>>> --
>>> [1]
>>> http://packages.ubuntu.com/oneiric/gnuradio
>>> [2]
>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall#Install-Dependencies
>>> [3]
>>> http://code.ettus.com/ettus/uhd.git
>>>
>>
>> I am curious, why did you not use the the build-gnuradio script here:
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
>>
>> It has everything you need to get started and if you are new to GNU
>> Radio it does save you a lot of trouble.
>>
>> -Jon
>>
>> PS Save yourself some trouble and do a fresh install of Ubuntu on the
>> hard drive, just make an image of your current hard drive for when you
>> want to go back to Windows. VMs help make life miserable with this
>> sort of thing.
>>
>

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

[Discuss-gnuradio] Problem of reinstalling ucla_zigbee_phy: no libgruel.la

2012-03-22 Thread Zhonghua 

Hi all,

I changed something in the ucla_zigbee library and want to reinstall it. 
But when I doing make, the following error occurred.

/bin/grep: /usr/lib/libgruel.la: No such file or directory
/usr/bin/sed: can't read /usr/lib/libgruel.la: No such file or directory
libtool: link: `/usr/lib/libgruel.la' is not a valid libtool archive
make[4]: *** [_ucla.la] Error 1
make[4]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/root/utils/ucla_zigbee_phy'
make: *** [all] Error 2

My gnuradio was installed with the method of Cmake. Before that there is 
no problem with installing ucla. I don't know what is the matter. Any 
suggestion is fairly appreciated.


BR,

Zhonghua

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

Re: [Discuss-gnuradio] Problem of reinstalling ucla_zigbee_phy: no libgruel.la

2012-03-22 Thread Josh Blum 


On 03/22/2012 12:47 PM, Zhonghua wrote:
> Hi all,
> 
> I changed something in the ucla_zigbee library and want to reinstall it.
> But when I doing make, the following error occurred.
> /bin/grep: /usr/lib/libgruel.la: No such file or directory
> /usr/bin/sed: can't read path: No such file or directory
> libtool: link: `/usr/lib/libgruel.la' is not a valid libtool archive
> make[4]: *** [_ucla.la] Error 1
> make[4]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src/lib'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src/lib'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/root/utils/ucla_zigbee_phy/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/root/utils/ucla_zigbee_phy'
> make: *** [all] Error 2
> 
> My gnuradio was installed with the method of Cmake. Before that there is
> no problem with installing ucla. I don't know what is the matter. Any
> suggestion is fairly appreciated.
> 

Ive seen this before with fcd. There is usually something old installed
that confuses the configure. Or the configure script has old stuff cached.

I recommend cleaning any old gnuradio installs first, instructions here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#The-problem-of-multiple-installs

Reinstall gnuradio

Reconfigure zigbee from a fresh source/build tree.

-josh

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

Re: [Discuss-gnuradio] segfault in volk_32fc_x2_multiply_32fc_a_sse3 using current master branch

2012-03-22 Thread Tom Rondeau 
On Wed, Mar 21, 2012 at 2:08 PM, Nick Foster  wrote:
> On Wed, Mar 21, 2012 at 10:57 AM, Ben Reynwar  wrote:
>>
>> I'm seeing a segfault in volk_32fc_x2_multiply_32fc_a_sse3 and am
>> using the current master branch.
>>
>> It occurs when I connect a gr.multiply_cc to a running flowgraph
>> (using tb.lock() and tb.unlock()).  If the multiply_cc block is
>> connected before the flowgraph starts running then I don't see a
>> segfault.
>>
>> I have attached:
>>  - a minimal python script that reproduces the problem for me.
>>  - the output from gdb (backtrace and disassemble)
>>
>> OS is 32 bit Ubuntu 11.04 beta.
>> cpu is Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz
>
>
> This is an alignment error. The buffer passed to MOVAPS is not 16-byte
> aligned when the instruction is called.
>
> --n


Ok, I see what's going on here. The bookkeeping being done doesn't
work between locking and unlocking. Now to fix it.

Tom

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

[Discuss-gnuradio] volk fixes and a little bit of trouble

2012-03-22 Thread Josh Blum 
After a few fixes, volk + gnuradio seems to be building and qa tests
passing with MSVC: http://gnuradio.org/cgit/jblum.git/log/?h=volk_fixes

The only error seems to be this one:
http://pastebin.com/gtXPE0Vc

It looks curiously a bit like this error (which is no longer an issue it
seems): http://gnuradio.org/redmine/issues/468#note-2

-osh

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

Re: [Discuss-gnuradio] GR 3.5.1 & OSX

2012-03-22 Thread Arturo Rinaldi 
Nella citazione in data Thu Mar 22 15:17:03 2012, Michael Dickens ha 
scritto:

On Mar 22, 2012, at 9:55 AM, Arturo Rinaldi wrote:

I think i've sorted out the dependencies for building gnuradio on Lion 10.7.3

sudo port install boost icu cppunit fftw-3-single gawk \
readline gsl texinfo guile python27 py27-numpy py27-nose py27-distribute \
libsndfile portaudio py27-opengl py27-opengl-accelerate py27-pil lcms 
py27-tkinter \
py27-wxpython wxWidgets mesa makedepend xorg-dri2proto xorg-glproto xorg-libXmu 
\
py27-cheetah py27-gtk libglade2 py27-cairo py27-py py27-gobject py27-lxml 
doxygen \
libusb-legacy sdcc29 gputils py27-pyqt4 py27-sip py27-pyqwt qt4-mac dbus libmng 
qt4-mac qwtplot3d qwt52 libsdl


Yeah; I'd believe that.  Nothing like a "few" background dependencies as added 
by MacPorts to those top-level ones.  I tried creating a stand-alone .app for GRC, and it 
turned out to be something like 600 MB when all of these dependencies were included.  
Many of them are spurious -- not directly relevant -- but include as options or whatever. 
 MP folks have had a discussion about this issue recently, since it's a real problem.


However :

First
py27-wxpython doesn't install on macports. I'll post it on the macports mailing 
list then we aren't able to use the wxgui module


There's are a few discussions about py27-wxpython on various MP lists right now.  
Seems like maybe you're not alone.  Please do search for a ticket for:<  
https://trac.macports.org/search>.  I have no issue with this port on 10.6.8, and 
it works correctly with 64-bit Wx!


Second
by using autotools with

./configure LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include" CC=clang 
--disable-gr-qtgui --disable-docs

builds the latest tarball (3.5.2.1) and i need some help for the 
DYLD_LIBRARY_PATH because gnuradio-companion start with an error message though 
PYTHONPATH is correctly set


You should be able to compile GR without LDFLAGS or CPPFLAGS, if you've set the 
PKG_CONFIG_PATH to include "/opt/local/lib/pkgconfig".  You'll probably want to 
set CXX to clang++ (or, whatever that is called) along with CC; I don't think CC is 
actually used, but it can't hurt to set it.  Once installed, you should be able to 
execute GR scripts and GRC without resorting to the DYLD_LIBRARY_PATH -- the PATH and 
PYTHONPATH should be sufficient.


Third
downloaded the git version and after the usual steps with cmake, the building 
crashes at the 3% with the error

cc1: error: unrecognized command line option "-mpopcnt"
make[2]: *** [volk/lib/CMakeFiles/volk.dir/volk_machine_sse4_a_64.c.o] Error 1
make[1]: *** [volk/lib/CMakeFiles/volk.dir/all] Error 2
make: *** [all] Error 2


No idea, but using CMake is the way to go to get Volk working.  Could be an OSX 
10.7 issue; I'm still using 10.6 though I do do testing using an OSX 10.7 boot 
disk.  I haven't tried this in a while, so I'll give it a whirl later today or 
tomorrow, as time allows.

Good luck! - MLD


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



ok i'll do other "experiments" and report news.thx very much :D

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

Re: [Discuss-gnuradio] This is nice

2012-03-22 Thread Marcus D. Leech 

On 03/22/2012 11:17 AM, Andrew Davis wrote:

Right, but I think the idea here is for $20 why not?
Right, for $20.00, why not indeed!  I just didn't want people making 
long-term plans based on something that amounts to

  a serendipitous accident.

I really don't think doing a UHD driver is the right approach, for 
reasons of maintenance headaches, and support headaches.


But this *does* raise a bigger issue of perhaps needing an abstraction 
layer for "SDR-like" hardware sinks/sources for flow-graphs
  that could reasonably be entirely agnostic about hardware.  Myself, I 
have a couple of "radio science" applications that try to
  be agnostic by supported both UHD devices and gr-fcd--but that 
required two separate flow-graphs because there's no reasonable

  way to abstract that stuff away, which I think is a shortcoming.



As far as a driver goes what they have now is a program that starts
the thing and tunes it, then reads samples, all of this is already
build into the UHD framework. I'm not sure but I would like to make
this a UHD compatible USB device. ( Much like the USRP1 )

~Andrew

On Thu, Mar 22, 2012 at 11:06 AM,  wrote:

I also have a trio on order.  The issues I can see surrounding this approach
are:

o Consumer electronics parts lineups are capricious and unreliable--the
target device may use the "SDR-capable chip" this month, and next month,
they've found that they can shave $0.35 of off the B.O.M. by going with a
totally different parts line-up they will, even though it will cost them
$50K in engineering costs up front--they sell thousands and thousands a
month.  There are already *TWO* versions of this dongle, one using the
"good" RTL2832U chip, and the other using an Afatech chip (AF9015 or
AF9035). The "magic sauce" that Antti discovered in the RTL2832U chip to do
"raw samples" is peculiar to the RTL2832U chip, and doesn't necessarily map
on to other DVB-T digital demod chips on the market.



   o The 28.8MHz master oscillator is a very cheap 100PPM part, which will
produce unpleasant frequency offsets, and phase-noise to match



   o Not sure how good the noise figure is, since there's no LNA in front of
the E4000 tuner chip.



   o Don't know how they implement re-sampling.  If it's not done right, then
there'll be nasty aliases in the passband handed to the host



None of these are fatal, but be aware that the approach of "re-purposing"
consumer electronics is fraught with dangers as described above.



-Marcus



On Thu, 22 Mar 2012 10:53:13 -0400, Tom Rondeau wrote:

Andrew and Sean,

Glad to hear you both thinking about doing this! Coordinate as you can
and keep us up to date on the progress.

Tom


On Thu, Mar 22, 2012 at 10:45 AM, Nowlan, Sean
  wrote:

Funny enough, a coworker mentioned it to me yesterday morning and then it
popped up on discuss-gnuradio. He must have seen it on Reddit as well.

I have one on order too, and I was also contemplating a GNUradio driver...
let me know if you want to coordinate.

Sean

-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On
Behalf Of Andrew Davis
Sent: Wednesday, March 21, 2012 9:34 PM
To: David Kierzkowski; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] This is nice

Saw it on Reddit a couple days ago, already have one on order. Then I might
work on making a GnuRadio driver or something for real-time use.

On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski
wrote:

The osmocom guys are using a 20$ USB catv tuner as a RF source in gnuradio.
3.2MS/s !

http://sdr.osmocom.org/trac/wiki/rtl-sdr
___
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

___
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




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






--
Marcus Leech
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

Re: [Discuss-gnuradio] This is nice

2012-03-22 Thread Andrew Davis 
>entirely agnostic about hardware

I thought that was the point of UHD?

Devices like Funcube and even a sound card with high sampling rates
should be considered when designing this framework as they all should
be selectable from a simple source/sink API. They could have
definitions and return sampling rates and such. I'll have to
brainstorm a bit for ideas...

~Andrew

On Thu, Mar 22, 2012 at 6:45 PM, Marcus D. Leech  wrote:
> On 03/22/2012 11:17 AM, Andrew Davis wrote:
>>
>> Right, but I think the idea here is for $20 why not?
>
> Right, for $20.00, why not indeed!  I just didn't want people making
> long-term plans based on something that amounts to
>  a serendipitous accident.
>
> I really don't think doing a UHD driver is the right approach, for reasons
> of maintenance headaches, and support headaches.
>
> But this *does* raise a bigger issue of perhaps needing an abstraction layer
> for "SDR-like" hardware sinks/sources for flow-graphs
>  that could reasonably be entirely agnostic about hardware.  Myself, I have
> a couple of "radio science" applications that try to
>  be agnostic by supported both UHD devices and gr-fcd--but that required two
> separate flow-graphs because there's no reasonable
>  way to abstract that stuff away, which I think is a shortcoming.
>
>
>
>> As far as a driver goes what they have now is a program that starts
>> the thing and tunes it, then reads samples, all of this is already
>> build into the UHD framework. I'm not sure but I would like to make
>> this a UHD compatible USB device. ( Much like the USRP1 )
>>
>> ~Andrew
>>
>> On Thu, Mar 22, 2012 at 11:06 AM,  wrote:
>>>
>>> I also have a trio on order.  The issues I can see surrounding this
>>> approach
>>> are:
>>>
>>>    o Consumer electronics parts lineups are capricious and
>>> unreliable--the
>>> target device may use the "SDR-capable chip" this month, and next month,
>>> they've found that they can shave $0.35 of off the B.O.M. by going with a
>>> totally different parts line-up they will, even though it will cost them
>>> $50K in engineering costs up front--they sell thousands and thousands a
>>> month.  There are already *TWO* versions of this dongle, one using the
>>> "good" RTL2832U chip, and the other using an Afatech chip (AF9015 or
>>> AF9035). The "magic sauce" that Antti discovered in the RTL2832U chip to
>>> do
>>> "raw samples" is peculiar to the RTL2832U chip, and doesn't necessarily
>>> map
>>> on to other DVB-T digital demod chips on the market.
>>>
>>>
>>>
>>>   o The 28.8MHz master oscillator is a very cheap 100PPM part, which will
>>> produce unpleasant frequency offsets, and phase-noise to match
>>>
>>>
>>>
>>>   o Not sure how good the noise figure is, since there's no LNA in front
>>> of
>>> the E4000 tuner chip.
>>>
>>>
>>>
>>>   o Don't know how they implement re-sampling.  If it's not done right,
>>> then
>>> there'll be nasty aliases in the passband handed to the host
>>>
>>>
>>>
>>> None of these are fatal, but be aware that the approach of "re-purposing"
>>> consumer electronics is fraught with dangers as described above.
>>>
>>>
>>>
>>> -Marcus
>>>
>>>
>>>
>>> On Thu, 22 Mar 2012 10:53:13 -0400, Tom Rondeau wrote:
>>>
>>> Andrew and Sean,
>>>
>>> Glad to hear you both thinking about doing this! Coordinate as you can
>>> and keep us up to date on the progress.
>>>
>>> Tom
>>>
>>>
>>> On Thu, Mar 22, 2012 at 10:45 AM, Nowlan, Sean
>>>   wrote:
>>>
>>> Funny enough, a coworker mentioned it to me yesterday morning and then it
>>> popped up on discuss-gnuradio. He must have seen it on Reddit as well.
>>>
>>> I have one on order too, and I was also contemplating a GNUradio
>>> driver...
>>> let me know if you want to coordinate.
>>>
>>> Sean
>>>
>>> -Original Message-
>>> From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
>>> [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On
>>> Behalf Of Andrew Davis
>>> Sent: Wednesday, March 21, 2012 9:34 PM
>>> To: David Kierzkowski; discuss-gnuradio@gnu.org
>>> Subject: Re: [Discuss-gnuradio] This is nice
>>>
>>> Saw it on Reddit a couple days ago, already have one on order. Then I
>>> might
>>> work on making a GnuRadio driver or something for real-time use.
>>>
>>> On Wed, Mar 21, 2012 at 3:17 AM, David Kierzkowski
>>> wrote:
>>>
>>> The osmocom guys are using a 20$ USB catv tuner as a RF source in
>>> gnuradio.
>>> 3.2MS/s !
>>>
>>> http://sdr.osmocom.org/trac/wiki/rtl-sdr
>>> ___
>>> 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
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>> _

[Discuss-gnuradio] New hardware support for FUNcube Dongle in master branch (gr-fcd)

2012-03-22 Thread Johnathan Corgan 
I just merged into the master branch the work contributed by Alexandru
Csete providing GNU Radio support for the FUNcube Dongle SDR.  This is
a USB dongle that receives approximately 80 KHz of bandwidth (fixed
sample rate of 96 Ksps) tunable from 64 MHz to 1.7 GHz:

http://www.funcubedongle.com/

The new component, gr-fcd, provides both C++ and Python APIs, and is
supported on Linux, Mac OS X, and Windows 7 operating systems.  On
Linux platforms, it requires the libusb-1.0 interface library;
otherwise it uses native APIs on Windows and Mac OS X.

The source block is also supported in the GNU Radio Companion
graphical flowgraph generator, along with several example
applications.

The FUNcube Dongle is an example of a low-cost, narrowband SDR, useful
for reception of waveforms used by amateur radio, public safety
agencies, commercial and military land mobile radio, 1- and 2-way
paging systems, air traffic control, satellite communications, and
many others.  Hopefully, the inclusion of support in GNU Radio makes
it easier for interested enthusiasts to monitor and demodulate these
types of radio signals, and we'd certainly welcome further
contributions from the GNU Radio community that arise from these
efforts.

Regards,

Johnathan Corgan

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