[EMAIL PROTECTED] wrote:
> Hi,
> I'm designing a pass band filter FIR on FPGA. This filter has 64MHz of sample
> rate and as window type "HAMMING". I'm using "MegaCore® IP Library" for
> design
> of the filter.
> Is correct to use this software for design of the filter? Could you suggest me
> oth
On Wed, Feb 06, 2008 at 01:58:16PM -0500, Steven Clark wrote:
> > Your msg_source, which is a gr.message_source, is blocked, waiting for
> > new messages to arrive. In order to allow the second block chain to
> > exit, you need to send it a message that causes it to unblock. The
> > flowgraph sche
> Your msg_source, which is a gr.message_source, is blocked, waiting for
> new messages to arrive. In order to allow the second block chain to
> exit, you need to send it a message that causes it to unblock. The
> flowgraph scheduler thread that is running this chain will then see
> the indication
On Wed, Feb 06, 2008 at 11:46:18AM -0500, Brian Padalino wrote:
> On Feb 6, 2008 10:42 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> > The history mechanism does work as it was designed to do. For a
> > history setting of N, it effectively preloads the first buffer with
> > N-1 zeros.
>
> So just
George Nychis wrote:
Using the FIR with time reversed complex conjugate of the desired input
signal:
http://cyprus.cmcl.cs.cmu.edu/matched_filter/graphs/mf_fir_conjugate.jpg
Using the "matched filter block" that uses the complex/real-wise inner
product:
http://cyprus.cmcl.cs.cmu.edu/matched
George Nychis wrote:
I had thought I could use gr_fir_filter_ccc, setting my taps to be the
time reversed version of the input signal, but found that it wasn't
correlating. I think what I was missing is the fact you are suggesting
that the taps be the complex conjugate of the input signal?
On 2/6/08, Brian Padalino <[EMAIL PROTECTED]> wrote:
> [ 2 3 4 5 6 7 8 9 10 ]
This one. The zeroes are prepended at the start of the flowgraph
execution. After that, the input just "slides" along at the same rate
as the input items are consumed.
--
Johnathan Corgan
Corgan Enterprises LLC
Dan Halperin wrote:
In the normal code in the trunk, this works just as expected. But when
you make your custom vectors, you only pull noutput_items out of the
input buffer, not noutput_items+history.
You're exactly right with this, I'm forgetting that I'm creating new
input buffers but o
On Feb 6, 2008 10:42 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> The history mechanism does work as it was designed to do. For a
> history setting of N, it effectively preloads the first buffer with
> N-1 zeros.
So just to be clear, if we have 2 calls to work() where we set the
history to 5 tap
Hi,
I'm designing a pass band filter FIR on FPGA. This filter has 64MHz of sample
rate and as window type "HAMMING". I'm using "MegaCore® IP Library" for design
of the filter.
Is correct to use this software for design of the filter? Could you suggest me
other software for design of filter?
Thank
On Wed, Feb 06, 2008 at 02:11:00AM -0500, George Nychis wrote:
> Hi all,
>
> Sorry that this e-mail is long, but I'm trying to be as detailed as
> possible for those reading it to understand, otherwise it will take a
> couple e-mail exchanges.
>
> I'm attempting to build a filter using the fir fi
Matt,
Thanks again.
Tomas
--
View this message in context:
http://www.nabble.com/RFX900-Transmit-Power-tp15270526p15306470.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
George Nychis wrote:
> What general_work() would do is use the first ntaps() samples as
> "history" and start producing output at in+ntaps(). I would then
> consume ninput_items-ntaps() to then keep those last ntaps() samples in
> the input queue as t
13 matches
Mail list logo