From: Eric Blossom <[EMAIL PROTECTED]>
To: Deqiang chen <[EMAIL PROTECTED]>
CC: Discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Re: FSK now (really) working at 100kbit/sec
Date: Fri, 15 Apr 2005 12:52:54 -0700
On Fri, Apr 15, 2005 at 07:38:32PM +, Deqiang chen wrote:
&g
sizes are different'
ValueError: source and destination data sizes are different
what is wrong with the code ?
Thanks!
david
From: Eric Blossom <[EMAIL PROTECTED]>
To: Deqiang chen <[EMAIL PROTECTED]>
CC: Discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Re: FSK now (really) working
On Fri, Apr 15, 2005 at 07:38:32PM +, Deqiang chen wrote:
> Thanks, guys!
> Now I have another problem about how to use split the dat stream.
> I would like to split a data stream, put it into parallel streams and
> show these streams on
> screen. Note that I would like to show these data stre
at is wrong with the code ?
Thanks!
david
From: Eric Blossom <[EMAIL PROTECTED]>
To: Deqiang chen <[EMAIL PROTECTED]>
CC: Discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Re: FSK now (really) working at 100kbit/sec
Date: Fri, 15 Apr 2005 10:41:42 -0700
On Fri, Apr 15, 2005 at 03:37:27P
On Fri, Apr 15, 2005 at 03:37:27PM +, Deqiang chen wrote:
> hello, Eric,
>
> I remembered there is an annoucement that FSK can work at 100kbps.
> So I dig it out and take a look at the source code for the FSK (
> fsk_rx.py) . I am a little surprised
> that there are no time recovery there.
>
Quoting Deqiang chen <[EMAIL PROTECTED]>:
> hello, Eric,
>
> I remembered there is an annoucement that FSK can work at 100kbps.
> So I dig it out and take a look at the source code for the FSK ( fsk_rx.py)
> . I am a little surprised
> that there are no time recovery there. My understanding is tha
would not need the phase information.
However, you still need to know the timing in order to correctly sampling
the output of correlator or matched filter.
Could you give a hint of what is going on here ?
david
Re: [Discuss-gnuradio] Re: FSK now (really) working at 100kbit/sec
From: Eric Blossom
On Tue, Mar 01, 2005 at 10:53:10PM +0100, Stephane Fillod wrote:
> On Mon, Feb 28, 2005 at 03:59:00AM -0800, Eric Blossom wrote:
>
> > The primary bottleneck is in the rx path and is in the generic (C++)
> > implemenation of gr_fir_ccf. We could use a SIMD version
> > of this filter primitive (an
On Mon, Feb 28, 2005 at 03:59:00AM -0800, Eric Blossom wrote:
> Matt and I spent some time looking at the FSK code over the weekend.
[...]
nice!
> The primary bottleneck is in the rx path and is in the generic (C++)
> implemenation of gr_fir_ccf. We could use a SIMD version
> of this filter pri
Matt and I spent some time looking at the FSK code over the weekend.
I made a couple of changes: reduced the gain in the tx module, fixed
the problem in gr_simple_correlator.cc that was having it return after
processing only a single sample (ooops!), and added a -N option (no
graphs) to fsk_tx.py
10 matches
Mail list logo