[Discuss-gnuradio] Re: not able to run grc

[Josh Blum]

Tushar Patel wrote:

Thanks Josh
after typing all export I able to run GRC.

Now my question is , in previous GRC, we got help like color- for
float, complex, number, query for usrp board
But Here I do not able to find such help,



Usrp probe exists: http://gnuradio.org/trac/wiki/GNURadioCompanion#Execution

And there are menu items for grc and usrp probe if your OS supports it:
http://gnuradio.org/trac/wiki/GNURadioCompanion#InstallingIconsMimeTypeandMenuItems

The keyboard short cuts are listed in the menus. Other short cuts are 
listed here: http://gnuradio.org/trac/wiki/GNURadioCompanion#UsageTips


The color help menu, sorry, that got lost along the way. Most blocks 
have an output/input type that will tell you. I will add the color table 
back in somehow. In the meantime, blue=complex, red=float, green=int, 
yellow=short, purple=byte/char


-josh



Also how can i remove my previous version of gnuradio3.1.3, or no need
to remove it.



if you have the old build directory from 3.1.3, run sudo make uninstall
this will also remove files that you want, so...
then in your current gnuradio build directory, run sudo make install


-Josh


pl guide me
thanks and regards
tushar patel



On Tue, Mar 10, 2009 at 2:32 PM, Josh Blum  wrote:

in addition to export PYTHONPATH=/usr/local/lib/python2.5/site-packages

you may need to add the following to your .bashrc

export BOOST_PREFIX=/opt/boost_1_37_0
export LD_LIBRARY_PATH=$BOOST_PREFIX/lib

Tushar Patel wrote:

By giving the python path I able to open grc package.
But still simple sound prog. in not running.
I able to run audio_tone.py on command prompt.
also test the audio_fft.py on command prompt. both run fine.
But on grc any example given same erro.

r...@tkp tushar]# export PYTHONPATH=/usr/local/lib/python2.5/site-packages

[r...@tkp tushar]# grc

<<< Welcome to gnuradio 3.2svn >>>


Showing: ""

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **:
 cannot connect to the session bus:
org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
causes include: the remote application did not send a reply, the
message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **: cannot connect to the
session bus: org.freedesktop.DBus.Error.NoReply: Did not receive a
reply. Possible causes include: the remote application did not send a
reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.

Generating: "/home/tushar/Desktop/Project/top_block.py"

Executing: "/home/tushar/Desktop/Project/top_block.py"

Traceback (most recent call last):
 File "/home/tushar/Desktop/Project/top_block.py", line 10, in 
   from gnuradio import audio
 File "/usr/local/lib/python2.5/site-packages/gnuradio/audio.py",
line 35, in 
   from gnuradio import gr
 File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py",
line 43, in 
   from gnuradio_swig_python import *
 File
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py",
line 23, in 
   from gnuradio_swig_py_runtime import *
 File
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py",
line 6, in 
   import _gnuradio_swig_py_runtime
ImportError: libboost_thread-gcc43-mt-1_37.so.1.37.0: cannot open
shared object file: No such file or directory

thanks and regards
tushar




On Tue, Mar 10, 2009 at 9:09 AM, Josh Blum  wrote:

I assume after configure, you did make and sudo make install.

Then perhaps you PYTHONPATH is not setup properly. Run the following
command
from the terminal: python -c "import gnuradio" does it produce an error?
Can
you run any of the gnuradio programs, like usrp_fft.py?

-Josh

Tushar Patel wrote:

hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
but problem with audio-alsa

so download the latest version of gnuradio, and configure
I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio

The following GNU Radio components have been successfully configured:

config
gruel
omnithread
gnuradio-core
pmt
mblock
usrp
usrp2
gr-usrp
gr-usrp2
gr-msdd6000
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-portaudio
gr-atsc
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gr-gcell
gr-audio-osx
gr-audio-windows
gr-comedi

after that when I try to run grc from command
following message come
[r...@tkp tushar]# grc
Traceback (most recent call last):
 File "/usr/local/bin/grc", line 25, in 
  from gnuradio.grc.platforms.base.Constants import VERSION
ImportError: No module named grc.platforms.

[Discuss-gnuradio] Re: not able to run grc

[Tushar Patel]

Thanks Josh
after typing all export I able to run GRC.

Now my question is , in previous GRC, we got help like color- for
float, complex, number, query for usrp board
But Here I do not able to find such help,

Also how can i remove my previous version of gnuradio3.1.3, or no need
to remove it.

pl guide me
thanks and regards
tushar patel



On Tue, Mar 10, 2009 at 2:32 PM, Josh Blum  wrote:
> in addition to export PYTHONPATH=/usr/local/lib/python2.5/site-packages
>
> you may need to add the following to your .bashrc
>
> export BOOST_PREFIX=/opt/boost_1_37_0
> export LD_LIBRARY_PATH=$BOOST_PREFIX/lib
>
> Tushar Patel wrote:
>>
>> By giving the python path I able to open grc package.
>> But still simple sound prog. in not running.
>> I able to run audio_tone.py on command prompt.
>> also test the audio_fft.py on command prompt. both run fine.
>> But on grc any example given same erro.
>>
>> r...@tkp tushar]# export PYTHONPATH=/usr/local/lib/python2.5/site-packages
>>
>> [r...@tkp tushar]# grc
>>
>> <<< Welcome to gnuradio 3.2svn >>>
>>
>>
>> Showing: ""
>>
>> (grc:3195): GVFS-RemoteVolumeMonitor-WARNING **:
>>  cannot connect to the session bus:
>> org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
>> causes include: the remote application did not send a reply, the
>> message bus security policy blocked the reply, the reply timeout
>> expired, or the network connection was broken.
>>
>> (grc:3195): GVFS-RemoteVolumeMonitor-WARNING **: cannot connect to the
>> session bus: org.freedesktop.DBus.Error.NoReply: Did not receive a
>> reply. Possible causes include: the remote application did not send a
>> reply, the message bus security policy blocked the reply, the reply
>> timeout expired, or the network connection was broken.
>>
>> Generating: "/home/tushar/Desktop/Project/top_block.py"
>>
>> Executing: "/home/tushar/Desktop/Project/top_block.py"
>>
>> Traceback (most recent call last):
>>  File "/home/tushar/Desktop/Project/top_block.py", line 10, in 
>>    from gnuradio import audio
>>  File "/usr/local/lib/python2.5/site-packages/gnuradio/audio.py",
>> line 35, in 
>>    from gnuradio import gr
>>  File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py",
>> line 43, in 
>>    from gnuradio_swig_python import *
>>  File
>> "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py",
>> line 23, in 
>>    from gnuradio_swig_py_runtime import *
>>  File
>> "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py",
>> line 6, in 
>>    import _gnuradio_swig_py_runtime
>> ImportError: libboost_thread-gcc43-mt-1_37.so.1.37.0: cannot open
>> shared object file: No such file or directory
>>
>> thanks and regards
>> tushar
>>
>>
>>
>>
>> On Tue, Mar 10, 2009 at 9:09 AM, Josh Blum  wrote:
>>>
>>> I assume after configure, you did make and sudo make install.
>>>
>>> Then perhaps you PYTHONPATH is not setup properly. Run the following
>>> command
>>> from the terminal: python -c "import gnuradio" does it produce an error?
>>> Can
>>> you run any of the gnuradio programs, like usrp_fft.py?
>>>
>>> -Josh
>>>
>>> Tushar Patel wrote:

 hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
 but problem with audio-alsa

 so download the latest version of gnuradio, and configure
 I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio

 The following GNU Radio components have been successfully configured:

 config
 gruel
 omnithread
 gnuradio-core
 pmt
 mblock
 usrp
 usrp2
 gr-usrp
 gr-usrp2
 gr-msdd6000
 gr-audio-alsa
 gr-audio-jack
 gr-audio-oss
 gr-audio-portaudio
 gr-atsc
 gr-cvsd-vocoder
 gr-gpio
 gr-gsm-fr-vocoder
 gr-pager
 gr-radar-mono
 gr-radio-astronomy
 gr-trellis
 gr-video-sdl
 gr-wxgui
 gr-qtgui
 gr-sounder
 gr-utils
 gnuradio-examples
 grc

 You my now run the make command to build these components.

 *
 The following components were skipped either because you asked not
 to build them or they didn't pass configuration checks:

 gcell
 gr-gcell
 gr-audio-osx
 gr-audio-windows
 gr-comedi

 after that when I try to run grc from command
 following message come
 [r...@tkp tushar]# grc
 Traceback (most recent call last):
  File "/usr/local/bin/grc", line 25, in 
   from gnuradio.grc.platforms.base.Constants import VERSION
 ImportError: No module named grc.platforms.base.Constants

 please guide me,
 thanks and regards
 tushar.
>


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

[Discuss-gnuradio] Re: Maximum value of samples

[Markus Feldmann]

Josh Blum schrieb:


Thee FFT plot is in decibels, its all relative. So if your signal is 
40dB above the noise floor in the fft plot, than you calculate SNR: 
http://en.wikipedia.org/wiki/Signal-to-noise_ratio#Technical_sense and 
life is good.

I am not sure whether the Power of the Noise value will be measured ?
Because of the heavy changing noise floor.

Would it be better to calculate it or to measure the noise floor ?
http://www.sengpielaudio.com/calculator-noise.htm

Regards Markus



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

[Discuss-gnuradio] Re: Maximum value of samples

[Markus Feldmann]

Josh Blum schrieb:


If it helps, this shows how the fft plot in dB is calculated from the 
fft: 
http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/blks2impl/logpwrfft.py#L56 


Thank you, :-)

i am not sure which solution is the best one, but there are 2 further
solutions i think.

The second is to set up the  in the FFT Plot and
the third is to set an offset in the Usrp Source i think.

But the last one i didn't see any example. Maybe the last one would
be the best ?

Regards Markus



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

[Discuss-gnuradio] Re: not able to run grc

[Josh Blum]

in addition to export PYTHONPATH=/usr/local/lib/python2.5/site-packages

you may need to add the following to your .bashrc

export BOOST_PREFIX=/opt/boost_1_37_0
export LD_LIBRARY_PATH=$BOOST_PREFIX/lib

Tushar Patel wrote:

By giving the python path I able to open grc package.
But still simple sound prog. in not running.
I able to run audio_tone.py on command prompt.
also test the audio_fft.py on command prompt. both run fine.
But on grc any example given same erro.

r...@tkp tushar]# export PYTHONPATH=/usr/local/lib/python2.5/site-packages

[r...@tkp tushar]# grc

<<< Welcome to gnuradio 3.2svn >>>


Showing: ""

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **:
 cannot connect to the session bus:
org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
causes include: the remote application did not send a reply, the
message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **: cannot connect to the
session bus: org.freedesktop.DBus.Error.NoReply: Did not receive a
reply. Possible causes include: the remote application did not send a
reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.

Generating: "/home/tushar/Desktop/Project/top_block.py"

Executing: "/home/tushar/Desktop/Project/top_block.py"

Traceback (most recent call last):
  File "/home/tushar/Desktop/Project/top_block.py", line 10, in 
from gnuradio import audio
  File "/usr/local/lib/python2.5/site-packages/gnuradio/audio.py",
line 35, in 
from gnuradio import gr
  File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py",
line 43, in 
from gnuradio_swig_python import *
  File 
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py",
line 23, in 
from gnuradio_swig_py_runtime import *
  File 
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py",
line 6, in 
import _gnuradio_swig_py_runtime
ImportError: libboost_thread-gcc43-mt-1_37.so.1.37.0: cannot open
shared object file: No such file or directory

thanks and regards
tushar




On Tue, Mar 10, 2009 at 9:09 AM, Josh Blum  wrote:

I assume after configure, you did make and sudo make install.

Then perhaps you PYTHONPATH is not setup properly. Run the following command
from the terminal: python -c "import gnuradio" does it produce an error? Can
you run any of the gnuradio programs, like usrp_fft.py?

-Josh

Tushar Patel wrote:

hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
but problem with audio-alsa

so download the latest version of gnuradio, and configure
I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio

The following GNU Radio components have been successfully configured:

config
gruel
omnithread
gnuradio-core
pmt
mblock
usrp
usrp2
gr-usrp
gr-usrp2
gr-msdd6000
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-portaudio
gr-atsc
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gr-gcell
gr-audio-osx
gr-audio-windows
gr-comedi

after that when I try to run grc from command
following message come
[r...@tkp tushar]# grc
Traceback (most recent call last):
 File "/usr/local/bin/grc", line 25, in 
   from gnuradio.grc.platforms.base.Constants import VERSION
ImportError: No module named grc.platforms.base.Constants

please guide me,
thanks and regards
tushar.



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

[Discuss-gnuradio] Open BTS Installation and testing

[gohar anwar]

Hi,
I have successfully installed  the OpenBTS by following the instructions on the 
page below:

http://www.gnuradio.org/trac/wiki/OpenBTS/BuildingAndRunning

Apparently there were no errors in all the process (ie: ./bootstrap, 
./configure, make, make install)
But i can only see Asterisk folder in /usr/local/share/OpenBTS.
I want to run the tests like "loopbackTest.cpp" and "BeaconTest.cpp" etc.

How to compile and run these tests? Which commands should i execute in terminal 
to run these .cpp files?
I am on Ubuntu 8.10 with the latest trunk of GnuRadio.

Gohar Anwar



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

Re: [Discuss-gnuradio] Packet chopping

[Tom Rondeau]

On Tue, Mar 10, 2009 at 4:13 PM, Peter Vizi  wrote:
> List,
>
> We are implementing a packet-based system with gnuradio, and we
> experience that the packets are not sent in one flush from the USRP.
>
> In our transmitter we are maintaining a data path and a control path, so
> we exactly know where is the beginning of a packet and where is the end.
> We use this method to pad the outgoing complex waveform to the multiple
> of 128 samples, as it is required by the USRP (in a particular setup our
> packet is 468 samples long, so it is padded to 512 samples).
>
> Image [1] shows the abs of the complex waveform that our transmitter
> block produces, this is fed into the USRP sink (a copy of the ofdm
> benchmark's USRP sink). Image [2] shows abs from the received signal
> when the transmitter was operating. You can discover the preamble in the
> received signal and similar things to the rest of the packet, but this
> is not continuous. Interestingly there seems to be some parts from the
> previous packet before the preamble.
>
> We tried to set the fusb_block_size of the USRP sink to 8, so this
> buffer will hold a whole packet, but this did not help either.
>
> Any ideas would be greatly appreciated.
>
> Best, Peter.
>
> [1] http://nd.edu/~pvizi/transmitted.png
> [2] http://nd.edu/~pvizi/onair.png


Please label your axes! I'm not sure what I'm looking at here. Also,
from what I gather, you are doing a comparison, but you are using two
different ranges in the x-axis. I am not at all clear what the problem
you are having is from your explanation.

Tom


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

Firas Abbas wrote:
> Can you post a link to what you saw by the maximum method ?
>
> Best Regards,
>
> Firas
>
>   
This is using the "max" method, at the same resolution and scale as the
average method:

http://www.radio-science-labs.com/files/spectrum_example_max.ps



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



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

[Discuss-gnuradio] Packet chopping

[Peter Vizi]

List,

We are implementing a packet-based system with gnuradio, and we
experience that the packets are not sent in one flush from the USRP.

In our transmitter we are maintaining a data path and a control path, so
we exactly know where is the beginning of a packet and where is the end.
We use this method to pad the outgoing complex waveform to the multiple
of 128 samples, as it is required by the USRP (in a particular setup our
packet is 468 samples long, so it is padded to 512 samples).

Image [1] shows the abs of the complex waveform that our transmitter
block produces, this is fed into the USRP sink (a copy of the ofdm
benchmark's USRP sink). Image [2] shows abs from the received signal
when the transmitter was operating. You can discover the preamble in the
received signal and similar things to the rest of the packet, but this
is not continuous. Interestingly there seems to be some parts from the
previous packet before the preamble.

We tried to set the fusb_block_size of the USRP sink to 8, so this
buffer will hold a whole packet, but this did not help either.

Any ideas would be greatly appreciated.

Best, Peter.

[1] http://nd.edu/~pvizi/transmitted.png
[2] http://nd.edu/~pvizi/onair.png


signature.asc
Description: This is a digitally signed message part
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] extract timestamp data

[Pham, Thanh]

Hello, 

I got complex samples from the usrp2 from usrp2.source32fc. Is there a
gnu radio class to extract the time stamp from the data coming in from
the usrp2?  I read on archive that the timestamp is included in the
Ethernet frame but I don't see any help on how to extract it. Has anyone
attempted to extract timestamp from the usrp2 data frame ? I would
appreciate if someone has an example or something I can look at.  

Thanks!

 

Thanh

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

[Discuss-gnuradio] Re: not able to run grc

[Tushar Patel]

By giving the python path I able to open grc package.
But still simple sound prog. in not running.
I able to run audio_tone.py on command prompt.
also test the audio_fft.py on command prompt. both run fine.
But on grc any example given same erro.

r...@tkp tushar]# export PYTHONPATH=/usr/local/lib/python2.5/site-packages

[r...@tkp tushar]# grc

<<< Welcome to gnuradio 3.2svn >>>


Showing: ""

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **:
 cannot connect to the session bus:
org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
causes include: the remote application did not send a reply, the
message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.

(grc:3195): GVFS-RemoteVolumeMonitor-WARNING **: cannot connect to the
session bus: org.freedesktop.DBus.Error.NoReply: Did not receive a
reply. Possible causes include: the remote application did not send a
reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.

Generating: "/home/tushar/Desktop/Project/top_block.py"

Executing: "/home/tushar/Desktop/Project/top_block.py"

Traceback (most recent call last):
  File "/home/tushar/Desktop/Project/top_block.py", line 10, in 
from gnuradio import audio
  File "/usr/local/lib/python2.5/site-packages/gnuradio/audio.py",
line 35, in 
from gnuradio import gr
  File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py",
line 43, in 
from gnuradio_swig_python import *
  File 
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py",
line 23, in 
from gnuradio_swig_py_runtime import *
  File 
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py",
line 6, in 
import _gnuradio_swig_py_runtime
ImportError: libboost_thread-gcc43-mt-1_37.so.1.37.0: cannot open
shared object file: No such file or directory

thanks and regards
tushar




On Tue, Mar 10, 2009 at 9:09 AM, Josh Blum  wrote:
> I assume after configure, you did make and sudo make install.
>
> Then perhaps you PYTHONPATH is not setup properly. Run the following command
> from the terminal: python -c "import gnuradio" does it produce an error? Can
> you run any of the gnuradio programs, like usrp_fft.py?
>
> -Josh
>
> Tushar Patel wrote:
>>
>> hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
>> but problem with audio-alsa
>>
>> so download the latest version of gnuradio, and configure
>> I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio
>>
>> The following GNU Radio components have been successfully configured:
>>
>> config
>> gruel
>> omnithread
>> gnuradio-core
>> pmt
>> mblock
>> usrp
>> usrp2
>> gr-usrp
>> gr-usrp2
>> gr-msdd6000
>> gr-audio-alsa
>> gr-audio-jack
>> gr-audio-oss
>> gr-audio-portaudio
>> gr-atsc
>> gr-cvsd-vocoder
>> gr-gpio
>> gr-gsm-fr-vocoder
>> gr-pager
>> gr-radar-mono
>> gr-radio-astronomy
>> gr-trellis
>> gr-video-sdl
>> gr-wxgui
>> gr-qtgui
>> gr-sounder
>> gr-utils
>> gnuradio-examples
>> grc
>>
>> You my now run the make command to build these components.
>>
>> *
>> The following components were skipped either because you asked not
>> to build them or they didn't pass configuration checks:
>>
>> gcell
>> gr-gcell
>> gr-audio-osx
>> gr-audio-windows
>> gr-comedi
>>
>> after that when I try to run grc from command
>> following message come
>> [r...@tkp tushar]# grc
>> Traceback (most recent call last):
>>  File "/usr/local/bin/grc", line 25, in 
>>    from gnuradio.grc.platforms.base.Constants import VERSION
>> ImportError: No module named grc.platforms.base.Constants
>>
>> please guide me,
>> thanks and regards
>> tushar.
>


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

Firas Abbas wrote:
> Hi,
>
>   
>> From: Marcus D. Leech 
>> OK, so I decided to use the averaging method, rather than
>> the maximum
>> method.  It produces reasonably good looking plots:
>> Marcus Leech
>> 
>
> Can you post a link to what you saw by the maximum method ?
>
> Best Regards,
>
> Firas
>
>   
I think what I'll do is have an option in the spectrum window that
selects the compression method.  Once I have that done, I'll
  post results.

Cheers

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



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

Re: [Discuss-gnuradio] Maximum value of samples

[Sebastiaan Heunis]

Don

> In fact, at
> 10dBm input and 20dB PGA gain I expect your ADC is clipping.  Have you
> looked at a plot of your recieved waveform?

I agree with you on this.  According to the ADC datasheet, we need a
2Vp-p signal at the ADC to utilise the full dynamic range.  One of the
graphs on the datasheet also shows that the input impedance of the
ADC, when the input signal is between 20MHz and 60MHz, varies between
220 and 230 ohms.

This means that anything above around 7dBm should cause the signal to
get clipped.  With input=10dBm and PGA gain = 20dB, I captured a
signal and plotted it in Matlab.  It's just a normal sine wave with
its peak around 8600.  No clipping, which is surely wrong?

I just need to figure out how efficiently the TVRx uses the dynamic
range of the ADC, so I want to compare the maximum sample value that I
get using the TVRx with the maximum possible sample value.

Thanks for the help.

Sebastiaan


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Firas Abbas]

Hi,

> From: Marcus D. Leech 
> OK, so I decided to use the averaging method, rather than
> the maximum
> method.  It produces reasonably good looking plots:
> Marcus Leech

Can you post a link to what you saw by the maximum method ?

Best Regards,

Firas


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

Frank Brickle wrote:
>
>
> On Tue, Mar 10, 2009 at 11:10 AM, Marcus D. Leech  > wrote:
>  
>
> OK, so I decided to use the averaging method, rather than the maximum
> method.  It produces reasonably good looking plots:
>
> http://www.science-radio-labs.com/files/spectral_example.ps
>
>
> True, not bad. One surprise, though -- what's that notch around 1420.5?
>
> It definitely has an "averaged" look to it -- much like what you'd
> expect from time smoothing and not frequency necessarily. One thing
> that low-level heuristic grass might give you is a feeling that the
> relatively flat segments are alive at least, sort of like comfort
> noise during vocoder silence. If that matters.
>
> Frank
>
This is averaged both in frequency, and time.   Each bin is smoothed
with an integrator--needed for doing astronomical work, like
  showing the HI line, etc.  The HI line is strong in relative terms,
but in absolute terms, it's terribly weak :-(


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



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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

Frank Brickle wrote:
>
>
> On Tue, Mar 10, 2009 at 11:10 AM, Marcus D. Leech  > wrote:
>  
>
> OK, so I decided to use the averaging method, rather than the maximum
> method.  It produces reasonably good looking plots:
>
> http://www.science-radio-labs.com/files/spectral_example.ps
>
>
> True, not bad. One surprise, though -- what's that notch around 1420.5?
>
> It definitely has an "averaged" look to it -- much like what you'd
> expect from time smoothing and not frequency necessarily. One thing
> that low-level heuristic grass might give you is a feeling that the
> relatively flat segments are alive at least, sort of like comfort
> noise during vocoder silence. If that matters.
>
> Frank
>
> -- 
> For an omnipotent and omniscient being, God has made some really lousy
> earthly staffing decisions. -- John Cole
The Fc is 1420.4058e6Hz, and since it's a direct-conversion receiver,
there's always a little spectral artifact near DC.

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



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

Re: [Discuss-gnuradio] Is OpenBTS going to support USRP2?

[Jane Chen]

Hi David,


We (Harvind and I) have no foreseeable plans to use OpenBTS with the USRP2.  
There are several reasons we will stick with the USRP1, but if I detail them on 
this list I'll risk getting cited for contempt of court.  Really.  
http://openbts.sourceforge.net/order.pdf 


Could you please just give me some key words without detail to let me know how 
hard it will be to use OpenBTS with USRP2? I read the the datasheet of USRP1 
and USRP2. USRP2 has larger FPGA and higer sample rate than USRP1. I don't see 
a lot of work to use OpenBTS with USRP2. What are my blind spots?


"Do not use a transmit antenna" means "Do not use a transmit antenna".  I don't 
know how to state that more clearly.  The reason is that if you DO use a 
transmit antenna you will probably be violating your local radio spectrum 
regulations, whatever those might be, and you risk disrupting cellular 
telephone service for your immediate neighbors.  This would be BAD and I do not 
sanction it.  So unless you REALLY know what you are doing, you should not use 
a transmit antenna.  Plenty of power leaks out of the USRP for benchtop testing 
and development.

I am sorry! I did not describe my question clearly. 
In http://en.wikipedia.org/wiki/Antenna_(radio) , it mentioned "antennas 
convert electromagnetic waves into electrical currents and vice versa", so I 
thought that antennas are necessary components in transmitting process. I 
thought that I can reduce the gain or don't use an amplifier to avoid violating 
my local radio spectrum regulations.


Thank you so much for your time and reply!
Jane


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

Re: [Discuss-gnuradio] Re: Maximum value of samples

[Josh Blum]

Markus Feldmann wrote:

Firas Abbas schrieb:

Hi,


From: Sebastiaan Heunis 

Can anyone please suggest a setup that I can use to test
the maximum value of samples?
Sebastiaan



The quickest way is to run grc, connect usrp to number sink and run 
the graph.



I tried the Number Think, but does it show the current values or the
maximum values ?



Numbersink updates slowly, its best used with signals that change 
slowly, like the average, rms, some of the SNR probe blocks.


The scopesink will also show the current values.


I noticed that the values differ from the values shown in the FFT Plot.
How to interprete the values in the Number Sink ?



Thee FFT plot is in decibels, its all relative. So if your signal is 
40dB above the noise floor in the fft plot, than you calculate SNR: 
http://en.wikipedia.org/wiki/Signal-to-noise_ratio#Technical_sense and 
life is good.


If you really want to know how many volts, how many dBm, how much is a 
count, then you must calibrate your receiver. Feed a signal of known 
amplitude into your receiver, look at the levels in scope and fft plot.


If it helps, this shows how the fft plot in dB is calculated from the 
fft: 
http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/blks2impl/logpwrfft.py#L56


-Josh


In the FFT-Plot it is used dBFS as i think.
Josh Blum:
"USRP values are signed 16 bit values, so ± 32768 range."

How can i compare the value from my FFT-Plot with this value ?

Regards Markus



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



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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Frank Brickle]

On Tue, Mar 10, 2009 at 11:10 AM, Marcus D. Leech  wrote:


> OK, so I decided to use the averaging method, rather than the maximum
> method.  It produces reasonably good looking plots:
>
> http://www.science-radio-labs.com/files/spectral_example.ps


True, not bad. One surprise, though -- what's that notch around 1420.5?

It definitely has an "averaged" look to it -- much like what you'd expect
from time smoothing and not frequency necessarily. One thing that low-level
heuristic grass might give you is a feeling that the relatively flat
segments are alive at least, sort of like comfort noise during vocoder
silence. If that matters.

Frank

-- 
For an omnipotent and omniscient being, God has made some really lousy
earthly staffing decisions. -- John Cole
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

Frank Brickle wrote:
> On Tue, Mar 10, 2009 at 9:39 AM,  > wrote:
>
> Oh horrors. Please let it not be true that the phrase I am
> remembered most for is heuristic grass. 
>
>
> Isn't heuristic grass what gives absinthe the green color?
>
> Frank
>
> -- 
> For an omnipotent and omniscient being, God has made some really lousy
> earthly staffing decisions. -- John Cole
OK, so I decided to use the averaging method, rather than the maximum
method.  It produces reasonably good looking plots:

http://www.science-radio-labs.com/files/spectral_example.ps

(The GUI toolkit I'm using allows you to take a PostScript dump of the
XYPlot object).

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



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

Re: [Discuss-gnuradio] Spectrum_sense of a smaller banwidth

[Eric Blossom]

On Tue, Mar 10, 2009 at 10:48:10AM -0700, David Adrian wrote:
> Thanks for the reply Eric, here is what I have now:
> 
> #!/usr/bin/env python
> 
> from gnuradio import gr, gru, window
> from gnuradio import usrp
> 
> from gnuradio.wxgui import stdgui, fftsink, scopesink
> import wx
> 
> class topBlock(gr.top_block):
>     def __init__(self):
>         gr.top_block.__init__(self)
> 
>         fftsize = 256
>         udecim = 256
> 
>         mywin = window.blackmanharris(fftsize)
>         fft = gr.fft_vcc(fftsize, True, mywin)
> 
>         signal = usrp.source_c(0,udecim)    # signal from Basic RX, 
> decimation=256
> 
>         ss2v = gr.stream_to_vector(gr.sizeof_gr_complex, fftsize)
>         v2ss = gr.vector_to_stream(gr.sizeof_gr_complex, fftsize)
> 
>         f_sink = gr.file_sink(gr.sizeof_gr_complex,"output.dat")
> 
>         self.connect(signal, ss2v, fft, v2ss, f_sink)
> 
>         # Do stuff with fsink.data()
>         
> 
> def main():
>     print "Initilizing.."
>     tb = topBlock()
>     print "Flowgraph start.."
>     tb.start()
> 
>     print "Exiting.."
> 
> if __name__ == "__main__":
>     main()
> 
> But the output.dat file is empty. What I want to do here is to
> calculate the fft of a bunch of samples and from there to extract
> the bin with the maximum value in order to be able later to "follow"
> that signal in a aprox 200 Hz bandwidth

> Adrian
> 

Use tb.run() instead of tb.start().
As written this exits immediately.

Eric


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

Re: [Discuss-gnuradio] Spectrum_sense of a smaller banwidth

[David Adrian]

Thanks for the reply Eric, here is what I have now:

#!/usr/bin/env python

from gnuradio import gr, gru, window
from gnuradio import usrp

from gnuradio.wxgui import stdgui, fftsink, scopesink
import wx

class topBlock(gr.top_block):
    def __init__(self):
        gr.top_block.__init__(self)

        fftsize = 256
        udecim = 256

        mywin = window.blackmanharris(fftsize)
        fft = gr.fft_vcc(fftsize, True, mywin)

        signal = usrp.source_c(0,udecim)    # signal from Basic RX, 
decimation=256

        ss2v = gr.stream_to_vector(gr.sizeof_gr_complex, fftsize)
        v2ss = gr.vector_to_stream(gr.sizeof_gr_complex, fftsize)

        f_sink = gr.file_sink(gr.sizeof_gr_complex,"output.dat")

        self.connect(signal, ss2v, fft, v2ss, f_sink)

        # Do stuff with fsink.data()
        

def main():
    print "Initilizing.."
    tb = topBlock()
    print "Flowgraph start.."
    tb.start()

    print "Exiting.."

if __name__ == "__main__":
    main()


But the output.dat file is empty. What I want to do here is to calculate the 
fft of a bunch of samples and from there to extract the bin with the maximum 
value in order to be able later to "follow" that signal in a aprox 200 Hz 
bandwidth

Adrian

You need to insert a gr.stream_to_vector block between the usrp and
the fft.  Also, using vector_sink_c is not recommended for anything
but QA code that runs with a small number of samples.  If used like
you are trying to use it, it will consume all of the memory on your
system.  Use a gr.file_sink instead.

Eric



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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Frank Brickle]

On Tue, Mar 10, 2009 at 10:02 AM, John Ackermann N8UR  wrote:


> Just remember -- absinthe makes the tart grow blonder.


Sigh. With fronds like these, who needs anemones?

(Sorry -- done now.)

Frank

-- 
For an omnipotent and omniscient being, God has made some really lousy
earthly staffing decisions. -- John Cole
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] puzzle of multi_fft.py

[Eric Blossom]

On Tue, Mar 10, 2009 at 06:45:56AM -0700, Ling Huang wrote:
> 
> Or the usrp just is not able to work fine with two rfx daughterboard？

The USRP works fine with two RFX daughterboards.

Eric


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

Re: [Discuss-gnuradio] Possiblity of Modulation without the usrp? PSK modulator?

[Eric Blossom]

On Tue, Mar 10, 2009 at 09:31:57AM -0400, w w wrote:
> Greetings,
> I'm wondering if you all could tell me if it is possible to set up and
> modulate a signal without the usrp?   If so how do you insert the carrier?
> For a BPSK siganl do you just multiply carrier by the modulated signal?   I
> also notice that gnuradio did at one time have a PSK modulator but it is no
> longer available.what took it's place?   Without a PSK modulator, how do
> you  modulate signals like BPSK, QPSK, 8PSK.?

Please take a look at *psk.py in
gnuradio-core/src/python/gnuradio/blks2impl

Each file contains both the modulator and demodulator.

Eric


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

Re: [Discuss-gnuradio] Minimum value for center frequency step size

[Eric Blossom]

On Tue, Mar 10, 2009 at 05:33:36AM +0100, Karim El Defrawy wrote:
> Hi,
> I am using a FLEX2400 transceiver daughterboard and was wondering what's  
> the minimum step size that I can use to set the center frequency.
>
> I tried steps down to 500KHz and I could tell the difference between the  
> generated carrier frequency of a sine wave on an oscilloscope.
>
> When I tried lower steps I was not able to see any difference in the  
> generated frequency.
> Thanks,
> Karim

Which interface are you using to set the center frequency?

If you use the "tune" method, it adjusts both the VCO on the
daughterboard and the digital up/down converter giving a minimum step
size of about 0.01 Hz.

Eric


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

John Ackermann N8UR wrote:
>
> Just remember -- absinthe makes the tart grow blonder.
>
> John
>
You clearly know a more interesting class of tart than I do :-)

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



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

Re: [Discuss-gnuradio] Spectrum_sense of a smaller banwidth

[Eric Blossom]

On Tue, Mar 10, 2009 at 03:33:32AM -0700, Adi85 wrote:
> 
> Still getting an error!
> thank you in advance
> 
> class topBlock(gr.top_block):
> >def __init__(self):
> >gr.top_block.__init__(self)
> >
> >fftsize = 256
> >udecim = 256
> >
> >mywin = window.blackmanharris(fftsize)
> >fft = gr.fft_vcc(fftsize, True, mywin)
> >
> >signal = usrp.source_c(0,udecim)# signal from Basic RX,
> > decimation=256
> >v_sink = gr.vector_sink_c()
> >
> >self.connect(signal, fft, v_sink)
> >
> ># Do stuff with v_sink.data()
> >print v_sink.data()
> >
>  if __name__ == "__main__":
> >print "Initilizing.."
> >tb = topBlock()
> >print "Flowgraph start.."
> >tb.start()
> >print "Exiting.."
> 
> 
> but i get the same error:
> 
> ValueError: itemsize mismatch: usrp1_source_c(2):0 using 8,
> fft_vcc_fftw(1):0 using 2048
> 
> 
> the value 2048 depends of the fft size 2048=8*256
> 
> thank you very much!

You need to insert a gr.stream_to_vector block between the usrp and
the fft.  Also, using vector_sink_c is not recommended for anything
but QA code that runs with a small number of samples.  If used like
you are trying to use it, it will consume all of the memory on your
system.  Use a gr.file_sink instead.

Eric


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[John Ackermann N8UR]

Frank Brickle wrote:
On Tue, Mar 10, 2009 at 9:39 AM, > wrote:


Oh horrors. Please let it not be true that the phrase I am
remembered most for is heuristic grass. 



Isn't heuristic grass what gives absinthe the green color?


Just remember -- absinthe makes the tart grow blonder.

John


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

Re: [Discuss-gnuradio] no module named _gnuradio_swig_python

[Eric Blossom]

On Tue, Mar 10, 2009 at 05:59:15AM +0100, Jay Kumar wrote:
> Hello Eric,
>   I have already tried installing gnuradio-3.1.3 but there were certain 
> bugs in that.

I definitely wouldn't go back to anything before 3.1.3.

Are you sure you don't have some partial GNU Radio installations
laying around?  Did you try installing the old GNU Radio Debian
packages?  If so remove them.  I suggest removing all traces of GNU
Radio from your system, then starting over with a clean installation
of 3.1.3.

Not to belabor a point, but have you actually followed the
instructions in:

  http://gnuradio.org/trac/wiki/BuildGuide
  http://gnuradio.org/trac/wiki/UbuntuInstall

If you're not on Ubuntu, see your distribution-specific instructions
linked off of the BuildGuide.

Eric


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

Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Marcus D. Leech]

rwmcgw...@gmail.com wrote:
> Oh horrors. Please let it not be true that the phrase I am remembered
> most for is heuristic grass.
>
I'm near-certain that you've said more memorable things than that,
Bob.   But that's the one that is proximate right now :-)


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



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

Re: Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[Frank Brickle]

On Tue, Mar 10, 2009 at 9:39 AM,  wrote:

Oh horrors. Please let it not be true that the phrase I am remembered most
> for is heuristic grass.


Isn't heuristic grass what gives absinthe the green color?

Frank

-- 
For an omnipotent and omniscient being, God has made some really lousy
earthly staffing decisions. -- John Cole
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: Re: [Discuss-gnuradio] Correct method for "compressing" a power spectrum

[rwmcgwier]

Oh horrors. Please let it not be true that the phrase I am remembered most  
for is heuristic grass.


Your comments about MELP were insightful and now that you have said it,  
more becomes crystal clear. I raise another absinthe in your honor  or  
was that dishonor.



On Mar 9, 2009 6:49pm, Frank Brickle  wrote:

On Mon, Mar 9, 2009 at 1:08 PM, Bob McGwier rwmcgw...@gmail.com> wrote:




So, pardon me but, is this a pretty picture exercise or a real detection  
problem? If it is a detection problem, then you might as well just  
compress to the largest value in the bins to be pushed together so you  
assure that your threshold is exceeded when it should be. If it is a  
pretty picture problem, just prevent scalloping by any old heuristic,  
just make it as fleet of calculation feet as possible and throw in some  
pretty grassy stuff to make it look nice.



Amen to that.


To say so is not to dismiss the level of art required by heuristic grass,  
however. That's pretty much what MELP adds, and it makes a world of  
difference to the user.



Frank


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

[Discuss-gnuradio] Re: Maximum value of samples

[Markus Feldmann]

Firas Abbas schrieb:

Hi,


From: Sebastiaan Heunis 

Can anyone please suggest a setup that I can use to test
the maximum value of samples? 


Sebastiaan



The quickest way is to run grc, connect usrp to number sink and run the graph.


I tried the Number Think, but does it show the current values or the
maximum values ?

I noticed that the values differ from the values shown in the FFT Plot.
How to interprete the values in the Number Sink ?

In the FFT-Plot it is used dBFS as i think.
Josh Blum:
"USRP values are signed 16 bit values, so ± 32768 range."

How can i compare the value from my FFT-Plot with this value ?

Regards Markus



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

[Discuss-gnuradio] Re: not able to run grc

[Josh Blum]

I assume after configure, you did make and sudo make install.

Then perhaps you PYTHONPATH is not setup properly. Run the following 
command from the terminal: python -c "import gnuradio" does it produce 
an error? Can you run any of the gnuradio programs, like usrp_fft.py?


-Josh

Tushar Patel wrote:

hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
but problem with audio-alsa

so download the latest version of gnuradio, and configure
I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio

The following GNU Radio components have been successfully configured:

config
gruel
omnithread
gnuradio-core
pmt
mblock
usrp
usrp2
gr-usrp
gr-usrp2
gr-msdd6000
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-portaudio
gr-atsc
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gr-gcell
gr-audio-osx
gr-audio-windows
gr-comedi

after that when I try to run grc from command
following message come
[r...@tkp tushar]# grc
Traceback (most recent call last):
  File "/usr/local/bin/grc", line 25, in 
from gnuradio.grc.platforms.base.Constants import VERSION
ImportError: No module named grc.platforms.base.Constants

please guide me,
thanks and regards
tushar.



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

Re: [Discuss-gnuradio] Maximum value of samples

[Don Ward]

Sebastiaan Heunis wrote:


Can anyone please suggest a setup that I can use to test the maximum
value of samples?  I know that we have 16bit signed values.  Looking
at the ADC interface on the USRP, we sign extend each 12-bit sample
and add 3 zeros to the right.  This should give us a maximum value of
16376 for samples?

I tried using a BasicRX daughterboard.  I have a function generator,
inputting a 20MHz, 10dBm signal into the db.  In my app I mix this
down to 100kHz using the cordic.  I also decimate by 16.  The PGA gain
is set to 20dB.  The FPGA build is the standard 2rx/2tx with hbf.  The
maximum sample value that I get with this is 8635, so I'm using about
half of the ADC's dynamic range.


You also need to consider the inherent gain of the CORDIC algorithm (approx. 
1.647/2 in the USRP) and the effect of filtering out the negative frequency 
components of your signal.  Because of these, you can use the full dynamic 
range of the ADC and never see sample values close to 16376.  In fact, at 
10dBm input and 20dB PGA gain I expect your ADC is clipping.  Have you 
looked at a plot of your recieved waveform?


-- Don W.



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

[Discuss-gnuradio] puzzle of multi_fft.py

[Ling Huang]

Hi,
I modified multi_fft.py to work with Rfx400 and Rfx2400. It seem to work.
But when I tried to generate signal from another USRP, I got confused. First
I set a 400MHz signal generated, the multi_fft work well and show the power
is up to 40dB(Input 0 record f...@400m). Second I set a 2400MHz signal
generated, the power show up does not change at all(Input 1 record
f...@2400m). Then I try to run usrp_fft.py to test it, it does show the
signal is generating.
What's wrong with  my code? Or the usrp just is not able to work fine with
two rfx daughterboard？

Can anybody help? 

here is the image of the multifft result and my code.
http://www.nabble.com/file/p22434470/multifft.jpg multifft.jpg 
http://www.nabble.com/file/p22434470/multifft.py multifft.py 
-- 
View this message in context: 
http://www.nabble.com/puzzle-of-multi_fft.py-tp22434470p22434470.html
Sent from the GnuRadio mailing list archive at Nabble.com.



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

Re: [Discuss-gnuradio] gr-wxgui

[Michael Dickens]

On Mar 10, 2009, at 9:12 AM, Paulo Benatto wrote:
I have a litle problem with gr-wxgui, i would like to know what i  
need to install,


I've installed - pyxml, pygtk2, numpy and don't work

checking for Python wxWidgets wrappers... no
checking for Numeric Python extensions... no


wxPython and numpy are the 2 mentioned that were not found; how to  
install them depends on your OS.  Also check your PYTHONPATH to make  
sure whatever you have installed is being found by whatever Python  
you're using.  Have you read through the GR build guide for your  
particular OS found at / within < http://www.gnuradio.org/trac/wiki/BuildGuide 
 >? - MLD



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

[Discuss-gnuradio] Possiblity of Modulation without the usrp? PSK modulator?

[w w]

Greetings,
I'm wondering if you all could tell me if it is possible to set up and
modulate a signal without the usrp?   If so how do you insert the carrier?
For a BPSK siganl do you just multiply carrier by the modulated signal?   I
also notice that gnuradio did at one time have a PSK modulator but it is no
longer available.what took it's place?   Without a PSK modulator, how do
you  modulate signals like BPSK, QPSK, 8PSK.?

Thanks,
Jody
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gr-wxgui

[Paulo Benatto]

Hi again list,

I have a litle problem with gr-wxgui, i would like to know what i need to
install,

I've installed - pyxml, pygtk2, numpy and don't work

checking for Python wxWidgets wrappers... no
checking for Numeric Python extensions... no
configure: error: Component gr-wxgui has errors; stopping.


-- 
Paulo Leonardo Benatto, patito
"the fear of being free makes you proud of being a slave"
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Minimum value for center frequency step size

[Karim El Defrawy]

Hi,
I am using a FLEX2400 transceiver daughterboard and was wondering what's 
the minimum step size that I can use to set the center frequency.


I tried steps down to 500KHz and I could tell the difference between the 
generated carrier frequency of a sine wave on an oscilloscope.


When I tried lower steps I was not able to see any difference in the 
generated frequency.

Thanks,
Karim



Sebastiaan Heunis wrote:

Hi

Can anyone please suggest a setup that I can use to test the maximum
value of samples?  I know that we have 16bit signed values.  Looking
at the ADC interface on the USRP, we sign extend each 12-bit sample
and add 3 zeros to the right.  This should give us a maximum value of
16376 for samples?

I tried using a BasicRX daughterboard.  I have a function generator,
inputting a 20MHz, 10dBm signal into the db.  In my app I mix this
down to 100kHz using the cordic.  I also decimate by 16.  The PGA gain
is set to 20dB.  The FPGA build is the standard 2rx/2tx with hbf.  The
maximum sample value that I get with this is 8635, so I'm using about
half of the ADC's dynamic range.

Sebastiaan




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

Re: [Discuss-gnuradio] Maximum value of samples

[Firas Abbas]

Hi,

> From: Sebastiaan Heunis 
> 
> Can anyone please suggest a setup that I can use to test
> the maximum value of samples? 
> 
> Sebastiaan


The quickest way is to run grc, connect usrp to number sink and run the graph.

Regards,

Firas


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

[Discuss-gnuradio] Maximum value of samples

[Sebastiaan Heunis]

Hi

Can anyone please suggest a setup that I can use to test the maximum
value of samples?  I know that we have 16bit signed values.  Looking
at the ADC interface on the USRP, we sign extend each 12-bit sample
and add 3 zeros to the right.  This should give us a maximum value of
16376 for samples?

I tried using a BasicRX daughterboard.  I have a function generator,
inputting a 20MHz, 10dBm signal into the db.  In my app I mix this
down to 100kHz using the cordic.  I also decimate by 16.  The PGA gain
is set to 20dB.  The FPGA build is the standard 2rx/2tx with hbf.  The
maximum sample value that I get with this is 8635, so I'm using about
half of the ADC's dynamic range.

Sebastiaan

-- 
Sebastiaan Heunis
Radar and Remote Sensing Group, University of Cape Town
Tel:  +27 83 305 5667


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

[Discuss-gnuradio] SoftDVB

[Dominik Auras]

Hi Vincenzo,

May I ask:
What is the current state of SoftDVB publishing, is there progress or 
will this be delayed? Is it still correct that you plan to publish the 
code of your great implementation that achieves realtime?


Thanks in advance for providing the information. Your code will be an 
excellent inspiration to many people.


Best regards, Dominik


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

Re: [Discuss-gnuradio] output of gr.argmax & gr.max

[Adi85]

Hy!
I would need something like this as well but I do not know what is
self.chan_filt doing abd what are its parameters..without using it I get an
error like:
streams_to_vector(2): insufficient connected input ports (128 needed, 1
connected)


thank you!





-- 
View this message in context: 
http://www.nabble.com/output-of-gr.argmax---gr.max--tp15997864p22431789.html
Sent from the GnuRadio mailing list archive at Nabble.com.



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

Re: [Discuss-gnuradio] synchronization throughout flowgraph

[Vincenzo Pellegrini]

Thanks  Tom,

I had looked at it.
I still have a question.

It looks to me like the blocks down the line receive data from the upper
ones and do noting with that data (so the state of block's local variable is
frozen) but, I mean, there still is data flowing in and out those blocks.

Is this assumption right?

thanks
again

vincenzo





2009/3/9 Tom Rondeau 

> On Sun, Mar 8, 2009 at 8:20 PM, Vincenzo Pellegrini 
> wrote:
> > Hi everybody,
> > just a very simple question:
> > is there a clean way in GNURadio to do this
> >
> > source-->block1-->block2
> >
> > where:
> > source sends let's say some gr_complex
> > block 1 looks for some synchro signal within the flow
> >
> > block2 does absolutely nothing (i.e. does not process zeors or anything,
> > simply it is frozen) untill block1 says: "well your frame starts here"
> and
> > delivers a vector for block 2 to work upon.
> >
> > It would be great if any body who's been doing this sort of things could
> > provide some pointer to start from.
> >
> > thank you all
> >
> > vincenzo
> >
> > PS.
> > If this is not a sane way to arrange a flowgraph for doing
> syncronization,
> > please point me to the sane way... ;-)
> > Maybe I should only use stream-oriented blocks that decide what to do and
> > when, just based on some block internal state?
>
> Look at the OFDM code. We did something similar where the data went
> out port 0 and a flag signal out of port 1. The other guys down the
> line would not do anything until they saw the flag signal go high.
>
> Tom
>



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

[Discuss-gnuradio] not able to run grc

[Tushar Patel]

hi josh, previously I used the gnuradio3.1.3, where i able to run grc,
but problem with audio-alsa

so download the latest version of gnuradio, and configure
I download via ' svn co http://gnuradio.org/svn/gnuradio/trunk gnuradio

The following GNU Radio components have been successfully configured:

config
gruel
omnithread
gnuradio-core
pmt
mblock
usrp
usrp2
gr-usrp
gr-usrp2
gr-msdd6000
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-portaudio
gr-atsc
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gr-gcell
gr-audio-osx
gr-audio-windows
gr-comedi

after that when I try to run grc from command
following message come
[r...@tkp tushar]# grc
Traceback (most recent call last):
  File "/usr/local/bin/grc", line 25, in 
from gnuradio.grc.platforms.base.Constants import VERSION
ImportError: No module named grc.platforms.base.Constants

please guide me,
thanks and regards
tushar.


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

Re: [Discuss-gnuradio] Spectrum_sense of a smaller banwidth

[Adi85]

Still getting an error!
thank you in advance

class topBlock(gr.top_block):
>def __init__(self):
>gr.top_block.__init__(self)
>
>fftsize = 256
>udecim = 256
>
>mywin = window.blackmanharris(fftsize)
>fft = gr.fft_vcc(fftsize, True, mywin)
>
>signal = usrp.source_c(0,udecim)# signal from Basic RX,
> decimation=256
>v_sink = gr.vector_sink_c()
>
>self.connect(signal, fft, v_sink)
>
># Do stuff with v_sink.data()
>print v_sink.data()
>
 if __name__ == "__main__":
>print "Initilizing.."
>tb = topBlock()
>print "Flowgraph start.."
>tb.start()
>print "Exiting.."


but i get the same error:

ValueError: itemsize mismatch: usrp1_source_c(2):0 using 8,
fft_vcc_fftw(1):0 using 2048


the value 2048 depends of the fft size 2048=8*256

thank you very much!

-- 
View this message in context: 
http://www.nabble.com/Spectrum_sense-of-a-smaller-banwidth-tp22413464p22431572.html
Sent from the GnuRadio mailing list archive at Nabble.com.



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

[Discuss-gnuradio] suggestion

[vsrk sarma]

In Discuss-gnuradio-digest messages,
 topics related to same thread are appearing
 in multiple places and not together.
 They will be easier to read ( long messages),
if topics related to same thread appear together.



-- 
vsrk sarma


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