Hello everyone
I am trying to integrate the output of a spectrum analyzer in real time. I sent
the output of the osmocom source to a log power fft block, which is then sent
to a meta file sink. In order for the program to calculate the correct
timestamp for each item, the meta file sink needs
Hi Nick,
You could use USRP1 plus our ClockTamer to get exact sampling rate right
from the USRP without fractional resampling. You could find more information
on the GnuRadio wiki and at ClockTamer google-code site
--
Regards,
Alexander Chemeris
On 3 Mar 2011 23:06, "Nick Othieno" wrote:
Hi al
Thanks MB.
On Fri, Mar 4, 2011 at 9:51 AM, Martin Braun wrote:
> On Fri, Mar 04, 2011 at 08:51:28AM -0500, Nick Othieno wrote:
> > Thanks guys. The ideas looks theoretically sound, but for some reason the
> grc
> > setup I have created does not seem to like the idea of very large
> interpolation
On Fri, Mar 04, 2011 at 08:51:28AM -0500, Nick Othieno wrote:
> Thanks guys. The ideas looks theoretically sound, but for some reason the grc
> setup I have created does not seem to like the idea of very large
> interpolation
> and decimation values. It does not print out any errors, it just hangs
Thanks guys. The ideas looks theoretically sound, but for some reason the
grc setup I have created does not seem to like the idea of very large
interpolation and decimation values. It does not print out any errors, it
just hangs.
I have attached a copy of my grc setup.
On Thu, Mar 3, 2011 at 3:39
On Thu, Mar 3, 2011 at 3:04 PM, Nick Othieno wrote:
> Hi all,
>
> I would like to get an output of 16.3676 Ms/s. Is it then possible to set a
> decimation values of 6.109631223? I am wondering whether decimation values
> have to be whole numbers, or whether decimation values with fraction parts
>
Hi all,
I would like to get an output of 16.3676 Ms/s. Is it then possible to set a
decimation values of 6.109631223? I am wondering whether decimation values
have to be whole numbers, or whether decimation values with fraction parts
are allowed.
The reason for this is that I am trying to mimic t
On Thu, Feb 5, 2009 at 11:21 AM, Jane Chen wrote:
> Thank you so much for your reply. I would like to make sure I don't
> misunderstand what you mentioned. Do you mean that I can choose a
> decimation factor less than 320 (64M/200k) (without considering the 6dB
> droop at the passband edges at t
e the decimation factor lower
to see what the differences are between them.
Thank you,
Jane
From: Johnathan Corgan
To: Jane Chen
Cc: discuss-gnuradio@gnu.org
Sent: Wednesday, February 4, 2009 6:45:26 PM
Subject: Re: [Discuss-gnuradio] decimation rate of GSM
200
2009/2/4 Jane Chen :
> I have a question about the decimation rate of GSM (channel is 200kHz wide).
>
> I search the decimation rate of GSM for GNURadio on the Google. I got some
> information from
> http://www.segfault.net/gsm/The_Beginners_Guide_to_analyzing_GSM_data_in_MatLab.pdf
>
> However,
Hi all,
I have a question about the decimation rate of GSM (channel is 200kHz wide).
I search the decimation rate of GSM for GNURadio on the Google. I got some
information from
http://www.segfault.net/gsm/The_Beginners_Guide_to_analyzing_GSM_data_in_MatLab.pdf
However, I don't understand why
On Thu, Sep 04, 2008 at 12:56:13AM +, WeiXiaowei wrote:
>
> Hi,
>
> In gnuradio 3.1.2, we can actully get 16MHz bandwidth when using
> 8-bit per sample (8 bit for I and Q respectively) and decimation =
> 4, the lowest decimation value defined in the software.
>
> Does anyone know whether it is
Hi,
In gnuradio 3.1.2, we can actully get 16MHz bandwidth when using 8-bit per
sample (8 bit for I and Q respectively) and decimation = 4, the lowest
decimation value defined in the software.
Does anyone know whether it is possible to set demication rate to be 2 to
double the bandwidth whe
13 matches
Mail list logo
