On Mon, Feb 4, 2013 at 1:27 PM, Chenfei Gao cga...@syr.edu wrote:
Hi all,
I desire to set the sampling rate of my receiver on usrp n200 to
30.72Msps. I have noticed that the sampling rate supported by
uhd.usrp_source could only be set to integer fractions of default clock
rate 100MHz. Thus,
Hi all,
I desire to set the sampling rate of my receiver on usrp n200 to 30.72Msps. I
have noticed that the sampling rate supported by uhd.usrp_source could only be
set to integer fractions of default clock rate 100MHz. Thus, I used resampler
block to have a try. Unfortunately, it did not
On Fri, Oct 07, 2005 at 11:44:27PM +0200, Stephane Fillod wrote:
In the case of the 512kS/s to 48kS/s ddc, would the gr_rational_resampler
be able to replace gr_freq_xlating_fir_filter ?
Ok no.
IOW, the gr_rational_resampler does not do frequency translation,
and the USRP cannot
Ouch, that's no good. I have been using the resampler block in my GPS project.
Could we make it (and other non-complete block) throw an exception or
something?
Quoting Stephane Fillod [EMAIL PROTECTED]:
Gang,
I think this question went unoticed in my audio-jack announce.
Is there a
# FIXME Bob, please do your magic filter design here
return (1.0,) # FIXME
If you call the rational resampler as it is used in
gnuradio-examples/python/ayfabtu.py, it works fine and is complete.
Matt
___
Discuss-gnuradio mailing list
On Tue, Oct 04, 2005 at 10:27:42PM +0200, Stephane Fillod wrote:
Gang,
I think this question went unoticed in my audio-jack announce.
Is there a resampler block somewhere?
Last time I heard of a resampler was this summer:
Almost. I did write it, I sent it off to Matt who discovered some
problem with it and I have just been too busy to figure out the
problem. It was the Kaiser window (optimal window) that was the cause
of the issue Matt observed. I will be able to return to it after the
weekend.
The AMSAT