[Discuss-gnuradio] Simple Broadcast FM Receiver

[Muhammad Abrar]

when i run this program ithe following ewrror appears, how can i resolve this.
Nameerror: microtune_eval_board is not defined at line 70:

#!/usr/bin/env python

# simple broadcast FM receiver

from GnuRadio import *

#
# return a gr_FlowGraph
#
def build_graph (IF_freq):
input_rate = 20e6

CFIR_decimate = 125
RFIR_decimate = 5
fm_demod_gain = 2200

quad_rate = input_rate / CFIR_decimate
audio_rate = quad_rate / RFIR_decimate

volume = 1.0

src = GrHighSpeedADCSourceS (input_rate)

# compute FIR filter taps for channel selection
channel_coeffs = \
  gr_firdes.low_pass (
1.0,  # gain
input_rate,   # sampling rate
250e3,# low pass cutoff freq
8*100e3,  # width of trans. band
gr_firdes.WIN_HAMMING)

# input: short; output: complex
chan_filter = \
  GrFreqXlatingFIRfilterSCF (CFIR_decimate,
 channel_coeffs,
 IF_freq)
# input: complex; output: float
fm_demod = \
  GrQuadratureDemodCF (volume * fm_demod_gain)

# compute FIR filter taps for audio filter
width_of_transition_band = audio_rate / 32
audio_coeffs = \
  gr_firdes.low_pass (
1.0,# gain
quad_rate,  # sampling rate
audio_rate/2 - width_of_transition_band,
width_of_transition_band,
gr_firdes.WIN_HAMMING)

# input: float; output: short
audio_filter = \
  GrFIRfilterFSF (RFIR_decimate, audio_coeffs)

final_sink = GrAudioSinkS ()

fg = gr_FlowGraph ()

fg.connect (src, chan_filter)
fg.connect (chan_filter, fm_demod)
fg.connect (fm_demod, audio_filter)
fg.connect (audio_filter, final_sink)

return fg

if __name__ == '__main__':

# connect to RF front end
rf_front_end = microtune_eval_board ()
if not rf_front_end.board_present_p ():
raise IOError, 'RF front end not found'

# set gain and radio station frequency
rf_front_end.set_AGC (300)
rf_front_end.set_RF_freq (100.1e6)

IF_freq = rf_front_end.get_output_freq ()
fg = build_graph (IF_freq)
fg.start ()# fork thread(s) and return
raw_input ('Press Enter to quit: ')
fg.stop ()



-- 
Engr. Muhammad Abrar
NewZealand
Mob: 0064211204202
Res: 006463586340
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: GNU-Radio GUI applications freeze

[feldmaus]

Raul Siles  gmail.com> writes:

> 
> Hello,
> I'm running GNU-Radio 3.1.3 under Fedora 8 (fully updated) with USRP
> and all the USRP graphical (GUI) applications freeze, such as
> usrp_oscope.py or usrp_fft.py.
> 
> The application, eg. usrp_oscope.py, main window is displayed but only
> the signal diagram is visible and changes. All the controls and
> buttons are not available. Sporadically the whole window, signal
> diagram plus controls, is displayed but it is not possible to interact
> with or adjust any control.

Hi,

i have the same Problems on Suse 11.1 and gnuradio 3.1svn.

I solved it by executing  with:
$nice -n 19 grc

Regards Markus



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

Re: [Discuss-gnuradio] problem with USRP

[Eric Blossom]

On Sun, Jan 25, 2009 at 05:14:55PM -0800, Tushar Patel wrote:
> -- Forwarded message --
> From: Tushar Patel 
> Date: Fri, 23 Jan 2009 21:28:32 -0800
> Subject: problem with USRP
> To: Eric Blossom 
> 
> Hi Eric,
> I used the VM Ware player , on which i run my linux- UBUNTU-8.04
> I am able to configure all gnu software packages perfectly, I was able to
> run "hello world" example.

You appear to be compiling ancient code.

Please use either the svn trunk or the latest tarball.

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

Eric


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

[Discuss-gnuradio] reconfigure flow graph with scope app

[Larry Wagner]

Hi -

I have a USRP with 2 RFX2400 daughter cards and need to calibrate the 
local oscillator (LO) offset between them. To do this I want to 
modify the multi_scope.py example to allow me to reconfigure the flow 
graph without stopping. This is based on some external measurement I 
will do followed by a keypress and possibly an input using raw_input().


After studying the example Python code fragment taken from the 
"Controlling flow graphs" section of 
http://gnuradio.org/trac/wiki/Tutorials/WritePythonApplications 
I was able to run the code below.


#!/usr/bin/env python

from gnuradio import gr
from gnuradio import audio
import time

class my_top_block(gr.top_block):

def __init__(self):

gr.top_block.__init__(self)

sampling_freq = 48000
ampl = 0.1

self.src0 = gr.sig_source_f(sampling_freq, gr.GR_SIN_WAVE, 350, ampl)
self.src1 = gr.sig_source_f(sampling_freq, gr.GR_SIN_WAVE, 440, ampl)

self.adder = gr.add_ff()
self.sink = audio.sink(sampling_freq)

self.amp = gr.multiply_const_ff(1) # Define multiplier block

self.connect(self.src0, (self.adder, 0))
self.connect(self.src1, (self.adder, 1))

self.connect(self.adder, self.amp, self.sink) # Connect all blocks

def set_volume(self, volume):
self.amp.set_k(volume)
print "volume changed to", volume

if __name__ == '__main__':

app = my_top_block()
app.start()
raw_input ('Press Enter to change volume: ')
app.set_volume(2) # Pump up the volume (by factor 2)
raw_input ('Press Enter to stop: ')
app.stop()

 end of simple code ###

I need help because the statements in the multi_scope.py script are 
more complicated. They are:


def main ():
app = stdgui2.stdapp(my_top_block, "Multi Scope", nstatus=1)
app.MainLoop()

if __name__ == '__main__':
main ()

How can I run the scope app with a keypress and possibly an input 
using raw_input()?


Thank you in advance for your help.

 - Larry Wagner

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

Re: [Discuss-gnuradio] Receiving from a GSM Base Station

[José Carlos Reyes]

Hi Gabriel,

I would like to read the AGCH and PCH channels from a GSM Base Station.
I am interested in GSM Down-Link (Primary Band [935-960]Mhz and DCS
[1805.2-1879.8]Mhz).

Is there any code?

Thanks in advance.
Sincerely,

Jose Carlos

2009/1/26 Don Gabriel 

> Hi all,
>
> I am actually looking for something similar, but it's for the iDEN system.
> For now, I am particularly interested in the PCCH, DCCH and TCCH.
>
> We might be able to cross-utilize the GSM functional blocks with the iDEN
> system and vice versa.
> For the iDEN, we are using a M16-QAM demod scheme at 800 and 900MHz band.
>
> Jose, what freqs are you using?
>
> Sincerely,
>
> Don Gabriel
> RF Design Engineer
>
>
> On Sun, Jan 25, 2009 at 1:34 PM, José Carlos Reyes <
> jcreyesguerr...@gmail.com> wrote:
>
>> Hi all,
>>
>> Has anyone some code to read the logical channels from a GSM base station?
>> Particularly, I am interested in reading the AGCH and PCH channels.
>>
>> Thanks in advance.
>> Sincerely,
>>
>> Jose Carlos
>>
>> ___
>> 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

[Discuss-gnuradio] USRP continues to transmit after usrp_siggen.py stopped

[Kimminau Jr., Leo F.]

Using a PowerMac G5 to control the USRP, if I stop usrp_siggen.py, the USRP 
continues to transmit.  Is this expected?

This behavior is different than on a PowerBook G4, where the USRP stops 
transmitting when usrp_siggen.py is stopped.


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

[Discuss-gnuradio] Big-arsed FFTs in Gnu Radio

[Marcus D. Leech]

Well, after some amount of experimentation with sysctl settings, I've
been able to construct a single-thread FFT
  that has an input bandwidth of 8Msps, and an FFT size of 8M points!!!

This is much better than I was hoping for, and it will allow me to build
a SETI analyser with 1Hz resolution.

I had to balloon out kernel.shmmax to 512MB to support this application.

This thing is a monster, though.   The virtual size of the process is
over 4G, and the resident set size is about 2.3G!!

It consumes about 30% of my Quad-core Q6600 system that is overclocked
to 3.5GHz.  The CPU consumption was less
  than I was expecting, but these Core-2 CPUs have awesome
floating-point performance (about 7GFLOP/core) at standard
  clock speeds, and even better when overclocked.

My estimate of the number of FLOPs required per FFT at this size is
about 1-2GFLOPs.

So, now I'm trying to decide how to code the analyser.  My previous
analyser was done in Python, using
  spectral estimates stored in an FFT probe buffer.  But at 8M points,
I'll need to code the analysis phase
  in C/C++.  So, do I make a "SETI Analyser" block, or use a named-pipe
and feed an external analysis process?
  I did a FIFO-based program for purposes of testing last night, which
simply takes the raw FFT outputs, and
  runs them through a single-pole IIR filter, and then reduces the
number of bins for display using Gnu Plot.
  That works just fine.

-- 
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] Does the GRC FFT block re-order its output

[Josh Blum]

Send the generated python code so we can see how the fft block is created.

Marcus D. Leech wrote:

Does the GRC output block re-order output?   I'm puzzled with respect to
what I'm seeing.

My normal expectation is that, given an FFT buffer of size N, that on output

buf[0] to buf[N/2] = DC to nyquist
buf[N/2] to buf[N] = -nyquist to DC



Seems correct.


But that isn't what I'm seeing in GRC FFT output.   Clues?




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

Re: [Discuss-gnuradio] Does the GRC FFT block re-order its output

[Marcus D. Leech]

Josh Blum wrote:
> Send the generated python code so we can see how the fft block is
> created.
>
Never mind.  It was my own problem, nothing to do with GRC.Carry
on.  Nothing to see here.

-- 
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] Simple Broadcast FM Receiver

[Eric Blossom]

On Mon, Jan 26, 2009 at 05:04:04PM +1300, Muhammad Abrar wrote:
> when i run this program ithe following ewrror appears, how can i resolve this.
> Nameerror: microtune_eval_board is not defined at line 70:

What hardware are you using?

If it's a USRP, you'll be much better off running the examples we ship
with the tarball.  E.g., usrp_wfm_rcv_pll.py

The code you had below was written a long time ago (5 years?) --
before the USRP existed.  

Current code:

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

Eric


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

Re: [Discuss-gnuradio] Simple Broadcast FM Receiver

[Muhammad Abrar]

when i run this program i got this message.
stud...@it028743:~/Documents/usrp$ python usrp_wfm_rcv_pll.py
>>> gr_fir_ccf: using SSE
>>> gr_fir_fff: using SSE
>>> gr_fir_fcc: using SSE
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: No Powermate or Contour Knob found
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
aUaUaUaUFYI: This implementation of the stereo_carrier_pll_recovery has no
squelch implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
implementation yet
auauauauauauauauauauauauaustud...@it028743:~/Documents/usrp$


what its mean and how i can receive FM transmission.

2009/1/27 Eric Blossom 

> On Mon, Jan 26, 2009 at 05:04:04PM +1300, Muhammad Abrar wrote:
> > when i run this program ithe following ewrror appears, how can i resolve
> this.
> > Nameerror: microtune_eval_board is not defined at line 70:
>
> What hardware are you using?
>
> If it's a USRP, you'll be much better off running the examples we ship
> with the tarball.  E.g., usrp_wfm_rcv_pll.py
>
> The code you had below was written a long time ago (5 years?) --
> before the USRP existed.
>
> Current code:
>
>  http://gnuradio.org/trac/wiki/Download
>  http://gnuradio.org/trac/wiki/BuildGuide
>
> Eric
>



-- 
Engr. Muhammad Abrar
NewZealand
Mob: 0064211204202
Res: 006463586340
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Simple Broadcast FM Receiver

[Martin DvH]

On Mon, 2009-01-26 at 17:04 +1300, Muhammad Abrar wrote:
> when i run this program ithe following ewrror appears, how can i resolve this.
> Nameerror: microtune_eval_board is not defined at line 70:
> 
> #!/usr/bin/env python
> 
> # simple broadcast FM receiver
> 
> 
> from GnuRadio import *
> 
> #
> # return a gr_FlowGraph
> #
> def build_graph (IF_freq):
> input_rate = 20e6
> 
> CFIR_decimate = 125
> RFIR_decimate = 5
> fm_demod_gain = 2200
> 
> quad_rate = input_rate / CFIR_decimate
> 
> audio_rate = quad_rate / RFIR_decimate
> 
> volume = 1.0
> 
> src = GrHighSpeedADCSourceS (input_rate)
> 
> # compute FIR filter taps for channel selection
> channel_coeffs = \
>   gr_firdes.low_pass (
> 
> 1.0,  # gain
> input_rate,   # sampling rate
> 250e3,# low pass cutoff freq
> 8*100e3,  # width of trans. band
> gr_firdes.WIN_HAMMING)
> 
> # input: short; output: complex
> 
> chan_filter = \
>   GrFreqXlatingFIRfilterSCF (CFIR_decimate,
>  channel_coeffs,
>  IF_freq)
> # input: complex; output: float
> fm_demod = \
> 
>   GrQuadratureDemodCF (volume * fm_demod_gain)
> 
> # compute FIR filter taps for audio filter
> width_of_transition_band = audio_rate / 32
> audio_coeffs = \
>   gr_firdes.low_pass (
> 1.0,# gain
> 
> quad_rate,  # sampling rate
> audio_rate/2 - width_of_transition_band,
> width_of_transition_band,
> gr_firdes.WIN_HAMMING)
> 
> # input: float; output: short
> audio_filter = \
> 
>   GrFIRfilterFSF (RFIR_decimate, audio_coeffs)
> 
> final_sink = GrAudioSinkS ()
> 
> fg = gr_FlowGraph ()
> 
> fg.connect (src, chan_filter)
> fg.connect (chan_filter, fm_demod)
> fg.connect (fm_demod, audio_filter)
> 
> fg.connect (audio_filter, final_sink)
> 
> return fg
> 
> if __name__ == '__main__':
> 
> # connect to RF front end
> rf_front_end = microtune_eval_board ()
> if not rf_front_end.board_present_p ():
> 
> raise IOError, 'RF front end not found'
> 
> # set gain and radio station frequency
> rf_front_end.set_AGC (300)
> rf_front_end.set_RF_freq (100.1e6)
> 
> IF_freq = rf_front_end.get_output_freq ()
> 
> fg = build_graph (IF_freq)
> fg.start ()# fork thread(s) and return
> raw_input ('Press Enter to quit: ')
> fg.stop ()
> 
> 
You are using a very very old version of gnuradio.
Please update to the current tarball or svn code:
http://gnuradio.org/trac/wiki/Download
http://gnuradio.org/trac/wiki/GettingStarted

Greetings,
Martin
> -- 
> Engr. Muhammad Abrar
> NewZealand
> Mob: 0064211204202
> Res: 006463586340
> ___
> 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] Re: GNU-Radio GUI applications freeze

[Martin DvH]

On Mon, 2009-01-26 at 10:56 +, feldmaus wrote:
> Raul Siles  gmail.com> writes:
> 
> > 
> > Hello,
> > I'm running GNU-Radio 3.1.3 under Fedora 8 (fully updated) with USRP
> > and all the USRP graphical (GUI) applications freeze, such as
> > usrp_oscope.py or usrp_fft.py.
> > 
> > The application, eg. usrp_oscope.py, main window is displayed but only
> > the signal diagram is visible and changes. All the controls and
> > buttons are not available. Sporadically the whole window, signal
> > diagram plus controls, is displayed but it is not possible to interact
> > with or adjust any control.
> 
> Hi,
> 
> i have the same Problems on Suse 11.1 and gnuradio 3.1svn.
> 
> I solved it by executing  with:
> $nice -n 19 grc
> 
> Regards Markus
The fft and/or scopedisplay is needing more processing power then your
CPU has (your computer is too slow for the settings you are using)
A better solution is to restrict the maximum processing power the scope
and/or fft uses.
You can change the defaults
in /usr/local/etc/gnuradio/conf.d/gr-wxgui.conf

Change:
# fftsink and waterfallsink
fft_rate = 15

# scopesink
frame_decim = 1

into something like:
# fftsink and waterfallsink
fft_rate = 5

# scopesink
frame_decim = 10

Important: don't put any comments after the numbers.

Greetings,
Martin Dudok van Heel
Olifantasia
> 
> 
> 
> ___
> 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

[Discuss-gnuradio] Announcement: GRC USRP2 support and improved USRP stuff

[Josh Blum]

--USRP2--
USRP2 source and sinks blocks are now available in GRC. The GRC blocks 
reflect the current USRP2 API in the trunk. Therefore, not all 
daughterboard options are available at this time.


--USRP--
The simple and dual usrp source and sink blocks have been polished. The 
mux parameter has been removed and the subdevice parameter has been 
replaced with antenna selection (RXA, RXB, TX/RX, RX2). Configuration of 
the mux and subdevice occurs internally in the simple usrp wrapper 
classes. Also, the dual usrp source has complete options for all 
possible combinations of RX antennas.


There could be bugs. Enjoy!

-Josh


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

[Discuss-gnuradio] ftp directory reorg'ed

[Eric Blossom]

In an attempt to keep people from accidentally stumbling onto really
old code, I've reorganized the ftp://ftp.gnu.org/gnu/gnuradio ftp
directory.  The top level directory now contains only tarballs from
the 3.* release series.

For software archaeologists, the ancient code can be found in the 
"old" subdirectory.

Eric


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

Re: [Discuss-gnuradio] Basic TX daughterboard

[Eric Blossom]

On Fri, Jan 23, 2009 at 07:26:02PM +0100, Ken Smith wrote:
> GnuRadio Community,
> 
> Is there an example program I can use with the Basic Tx daughterboad to
> send a signal out in the range of ~140->150MHz or even a bit lower at
> the FM bands (88MHz->107MHz) ?
> 
> Thanks,
> Ken
> 
> Ken Smith
> Software Engineer
> Penn State University

Ken,

The DAC samples at 128 MS/s, so there's a "fold" at fs/2 == 64MHz.
You can hit 140 - 150 MHz and/or 88-107MHz with an image.  You'll
mostly likely want to use an analog bandpass filter that selects only
the image you're interested in.

You can try this with:

  $ usrp_siggen.py --const -i 32 -f 140M

Hook the output of the Basic Tx up to a spectrum analyzer to see
what's happening.

Eric


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

Re: [Discuss-gnuradio] reconfigure flow graph with scope app

[Eric Blossom]

On Sun, Jan 25, 2009 at 11:34:34PM -0800, Larry Wagner wrote:
> Hi -
>
> I have a USRP with 2 RFX2400 daughter cards and need to calibrate the  
> local oscillator (LO) offset between them. To do this I want to modify 
> the multi_scope.py example to allow me to reconfigure the flow graph 
> without stopping. This is based on some external measurement I will do 
> followed by a keypress and possibly an input using raw_input().

Larry, 

If the 2 RFX2400 cards are attached to the same USRP, there will be no
LO offset between them. They are driven by a common ref clock provided
by the USRP motherboard.

Eric


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

Re: [Discuss-gnuradio] Simple testing Program

[Igor Almeida]

On Sun, Jan 25, 2009 at 9:17 PM, Muhammad Abrar  wrote:
> I want to take signal  from signal generator and want to display it using
> usrp and gnu .any body have such program.
>
> --
> Muhammad Abrar
> NewZealand
> Mob: 0064211204202
> Res: 006463586340
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>

There are two programs you might want to take a look: bin/usrp_fft.py,
which presents a nice window with the FFT of the signal, and
bin/usrp_oscope.py, which is an oscilloscope.

-- 
Igor Almeida


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

Re: [Discuss-gnuradio] Simple Broadcast FM Receiver

[Eric Blossom]

On Tue, Jan 27, 2009 at 10:32:38AM +1300, Muhammad Abrar wrote:
> when i run this program i got this message.
> stud...@it028743:~/Documents/usrp$ python usrp_wfm_rcv_pll.py
> >>> gr_fir_ccf: using SSE
> >>> gr_fir_fff: using SSE
> >>> gr_fir_fcc: using SSE
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: No Powermate or Contour Knob found
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> aUaUaUaUFYI: This implementation of the stereo_carrier_pll_recovery has no
> squelch implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> FYI: This implementation of the stereo_carrier_pll_recovery has no squelch
> implementation yet
> auauauauauauauauauauauauaustud...@it028743:~/Documents/usrp$
> 
> 
> what its mean and how i can receive FM transmission.
> 

Attention all newbies: 

Please read the GNU Radio FAQ and the USRP FAQ and try searching with
google before posting to the list.

  http://gnuradio.org/trac/wiki/FAQ
  http://gnuradio.org/trac/wiki/UsrpFAQ

Most commands support a --help option.  Try using it.

Also read the README files contained in the source code.

After doing all of the above, if you've still got a question, you're
more likely to get a helpful response on this mailing list if you
provide us information that could allow us to help you.  E.g., what
version of GNU Radio are you using; what OS/distribution/version are
you using; what (specific) kind of computer are you running GR on; if
you're using a USRP, what daugherboard(s) are you using; the exact
command line you used.  Also, please remember that no one here gets
paid to answer your questions.  Questions that demonstrate that
you've done your homework are more likely to elicit a response.

FYI, "FYI" stands for "for your information".  It's neither an error
nor a warning.  It's just information.

Welcome!
Eric


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

Re: [Discuss-gnuradio] binary update error on SD card

[Leslie Choong]

On Sat, Jan 24, 2009 at 4:20 AM, Yc Park  wrote:
> Hello,
> I'm a newbie struggling with the new usrp2 to work...
>
> From the FAQ on the gnuradio.org, I found that I have to update the
> image on the SD card. But I have two problems (actually more, but first
> things first.)
>
> 1. As http://gnuradio.org/trac/wiki/USRP2UserFAQ says,
>  '# Build the firmware by running make in the gnuradio/usrp2 directory
> ',
>
> but my ubuntu 8.10 does not compile anything showing messages as below:
> This is my first problem.
You've already built this directory when you compiled GNURadio so
although it isn't compiling anything, this is because it's already
done the work. So it shuldn't really be a problem.

>
> So, I downloaded the binary images from
> http://gnuradio.org/releases/usrp2-bin/trunk/,
> and ran
>
> sudo u2_flash_tool --dev=/dev/sg3 -t s/w usrp2/firmware/txrx.bin -w
> (my computer showed /dev/sg3 as the Flash Reader)
> BUT, it showed the message below:
>
> e...@ece-xnote:~/gnuradio/usrp2/firmware$ sudo ./u2_flash_tool
> --dev=/dev/sg3 -t s/w ./txrx.bin -w
> Traceback (most recent call last):
>  File "./u2_flash_tool", line 111, in 
>main()
>  File "./u2_flash_tool", line 97, in main
>r = (write_flash(offset, filename, options.dev)
>  File "./u2_flash_tool", line 24, in write_flash
>dev.seek(offset, 0) # seek to absolute byte offset
> IOError: [Errno 29] Illegal seek

I believe you need to use:
sudo sg_map
to see what /dev/sg3 maps too. That is just a guess. Good luck!
-Leslie


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

[Discuss-gnuradio] LED on USRP

[Muhammad Abrar]

I have read in many discussions that there is an LED on USRP which tells
about operation.
But here there is no LED on USRP which is available in my Lab.So may be it
is of old version or..
Take Care
Bari
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Questions on gr_ofdm_mapper_bcv.*

[Brook Lin]

Hi All,

I saved gr_ofdm_mapper_bcv.* files as other name say
gr_new_ofdm_mapper_bcv.* in the same directry, because I need some
modification based on these later. After that, I did
/gnuradio/gnuradio-core/src/lib$ make
/gnuradio/gnuradio-core/src/lib$ sudo make install

I don't know whether I need make and make install to let
gr_new_ofdm_mapper_bcv.* work. Actually, I don't know how to get
gr_new_ofdm_mapper_bcv.* play their role. However, when I run
$sudo ./benchmark_ofdm_tx.py -f 460M -T A --tx-amplitude 5000 -v -i 128
--fft-length 128 --occupied-tones 100 --cp-length 32

I got error 
terminate called after throwing an instance of 'std::invalid_argument'
  what():  gr_ofdm_mapper_bcv: occupied carriers must be <= fft_length
Aborted

Before any change here, benchmark_ofdm_tx.py works fine. Could anyone advise
me? Thanks so much!
-Brook

-- 
View this message in context: 
http://www.nabble.com/Questions-on-gr_ofdm_mapper_bcv.*-tp21679197p21679197.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] USRP continues to transmit after usrp_siggen.py stopped

[Johnathan Corgan]

On Sun, Jan 25, 2009 at 9:21 PM, Kimminau Jr., Leo F.  wrote:

> Using a PowerMac G5 to control the USRP, if I stop usrp_siggen.py, the USRP
> continues to transmit.  Is this expected?

No.

> This behavior is different than on a PowerBook G4, where the USRP stops
> transmitting when usrp_siggen.py is stopped.

Can you elaborate on any other differences between the configurations?
 OS version, GNU Radio version, developer tools (GCC, swig, Python),
etc.?

Thanks

-Johnathan


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

Re: [Discuss-gnuradio] reconfigure flow graph with scope app

[Larry Wagner]

Hi Eric -

Thank you for your reply. I incorrectly used the wording offset 
between the 2 daughter cards where I meant to say that the absolute 
offset (of the 2 daughter cards) is unknown at the start of a run. 
This has been observed after many experiments so far with my 
interferometer like project and causes a run to run inconsistency.


I have worked out a calibration procedure where I begin with a known 
geometry (transmitter to receiver placement) and observe the scope; 
and then reconfigure the flow graph by a keypress without stopping 
the app. This will be accomplished by use of "app.set_volume()"  in 
the main program and a "def set_volume(self, volume):" in the flow 
graph that includes the scope as a sink.


The modifications to the main part of multi_scope.py that I have 
tried are below. When I run this I get a scope but do not get the 
prompt in the terminal window. When I click on the close window of 
the scope window I do get the prompt.


def main ():
app = stdgui2.stdapp (test_top_block, "O'Scope Test App")
app.MainLoop ()
raw_input ('Press Enter to end CALIBRATE and start RUN (amplify x now):')
raw_input ('Press Enter to stop: ')
app.stop()

if __name__ == '__main__':
main ()

# 

Take care,
  - Larry

At 03:40 PM 1/26/2009, Eric Blossom wrote:

On Sun, Jan 25, 2009 at 11:34:34PM -0800, Larry Wagner wrote:
> Hi -
>
> I have a USRP with 2 RFX2400 daughter cards and need to calibrate the
> local oscillator (LO) offset between them. To do this I want to modify
> the multi_scope.py example to allow me to reconfigure the flow graph
> without stopping. This is based on some external measurement I will do
> followed by a keypress and possibly an input using raw_input().

Larry,

If the 2 RFX2400 cards are attached to the same USRP, there will be no
LO offset between them. They are driven by a common ref clock provided
by the USRP motherboard.

Eric




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

Re: [Discuss-gnuradio] Simple Broadcast FM Receiver

[Firas Abbas]

Hi,



>  On Tue, 1/27/09, Eric Blossom  wrote:
>
>
> Attention all newbies: 
> 
> Please read the GNU Radio FAQ and the USRP FAQ and try
> searching with google before posting to the list.
> 
>   http://gnuradio.org/trac/wiki/FAQ
>   http://gnuradio.org/trac/wiki/UsrpFAQ
> 
> Most commands support a --help option.  Try using it. 
> Also read the README files contained in the source code.
> 
> After doing all of the above, if you've still got a
> question, you're more likely to get a helpful response on this mailing list
> if you provide us information that could allow us to help you. 
>
> Welcome!
> Eric


May be we need to write a special wiki page with a link from the main gnuradio 
wiki for the newbies like (' New to GnuRadio Click Here',   or 'For Newbies -- 
Start From Here').


Best Regards,

Firas


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

[Discuss-gnuradio] Write bin to SD card

[Yabo Li]

Hi,

I tried to follow the instructions in "USRP2UserFAQ" to program the SD card
with the bin files from http://gnuradio.org/releases/usrp2-bin/trunk/.
(txrx.bin and u2_rev3.bin), there is no error message showing up. However,
when I plug in the SD card into USRP2, and power on, I cannot get normal led
lights as I usually get with the right SD card. Is there anyway to verify
that I indeed programmed the SD card, or verify that what I programmed
matches with the bin files? BTW, I am using a 2G SD card. Thanks!

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