discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss-gnuradio] still no luck with FM reception on 4937


From: Anastasopoulos Achilleas
Subject: [Discuss-gnuradio] still no luck with FM reception on 4937
Date: Fri, 15 Apr 2005 11:38:31 -0400 (EDT)

As I mentioned in a previous email,
using the "tv_wfm_rcv.py" from the latest tarballs
I get an error when decim=250 saying

usrp_standard_rx::set_decim_rate: WARNING rates > 128 result in incorrect
gain.

Now I changed the decimation to
decim = 100
(which is a "valid" decimation rate according to a previousle emailed
table) and
audio_decimation = 20
so I have a nice 64 MSps to 32KSps audio
with a USB rate of 640KHz which is nicely handled by
my setup as confirmed using benchmark.py.

I also put an FM antenna (from my HiFi) at the 4937,
and changed the which_side to 1,
but still I do not get anyting out of it (other than noise).
All I see in the pre-demodulation fft is a spike at 0,
which I can burry in noise if I increase the gain more that 30dB.

I get two warnings which I think are not related to the problem:

./tvrx_wfm_rcv_gui.py:34: FutureWarning: hex/oct constants > sys.maxint
will return positive values in Python 2.4 and up
  src = usrp.source_c (0, decim, 1, 0xf0f0f0f0, 0)
./tvrx_wfm_rcv_gui.py:36: FutureWarning: hex/oct constants > sys.maxint
will return positive values in Python 2.4 and up
  src = usrp.source_c (0, decim, 1, 0xf0f0f0f2, 0)


Also, when I touch the bottom ruler (the one that controls the offset)
at the gui interface I get the message (which I think is also not
related to my problem):

Traceback (most recent call last):
  File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/slider.py",
line 20, in <lambda>
    lambda evt : callback(evt.GetInt()))
  File "./tvrx_wfm_rcv_gui.py", line 89, in set_offset_i
    self.u.set_adc_offset(self.which_side*2+0, offset)
AttributeError: 'wfm_rx_graph' object has no attribute 'u'

This one makes a lot sense since there is no variable/class named "u"
in the python script: is this a mistake?

At this point I will start testing the standard Tx/Rx to make sure
everything works fine there.

Any ideas/suggestions as to why the tv_wfm_rcv_gui does not work?
Thanks,
Achilleas





reply via email to

[Prev in Thread] Current Thread [Next in Thread]