On Wed, 2006-04-26 at 21:30 -0400, Ilia Mirkin wrote:
> Quoting Charles Swiger <[EMAIL PROTECTED]>:
>
> > On Wed, 2006-04-26 at 17:53 -0700, Eric Blossom wrote:
> >
> >>
> >> After taking a look at the 0.9 code (atsc_rx.cc), it looks like we were
> >> instantiating atsci_equalizer_lms.
> >>
> >> a
Quoting Charles Swiger <[EMAIL PROTECTED]>:
On Wed, 2006-04-26 at 17:53 -0700, Eric Blossom wrote:
Hi Ilia,
Thanks for diving in.
Chuck,
After taking a look at the 0.9 code (atsc_rx.cc), it looks like we were
instantiating atsci_equalizer_lms.
atsci_equalizer_lms uses a single FIR filter.
On Wed, 2006-04-26 at 17:53 -0700, Eric Blossom wrote:
> Hi Ilia,
> Thanks for diving in.
>
> Chuck,
>
> After taking a look at the 0.9 code (atsc_rx.cc), it looks like we were
> instantiating atsci_equalizer_lms.
>
> atsci_equalizer_lms uses a single FIR filter.
>
> atsci_equalizer_lms2 uses
On Wed, Apr 26, 2006 at 06:35:27PM -0400, Ilia Mirkin wrote:
> Quoting Charles Swiger <[EMAIL PROTECTED]>:
>
> >Another modules, atsc_fs_checker, which also has some abstract
> >classes DOES compile and run on meaningless streams w/o segfault
> >so I can go by that (tomorrow!).
> >
> >
> >Yeah - h
Quoting Charles Swiger <[EMAIL PROTECTED]>:
On Wed, 2006-04-26 at 17:09 -0400, Ilia Mirkin wrote:
Quoting Charles Swiger <[EMAIL PROTECTED]>:
> ./atsc_equalizer.h:41: error: cannot declare field
> `atsc_equalizer::d_equalizer' to be of type `atsci_equalizer'
> ./atsc_equalizer.h:41: error: be
On Wed, 2006-04-26 at 17:09 -0400, Ilia Mirkin wrote:
> Quoting Charles Swiger <[EMAIL PROTECTED]>:
> > ./atsc_equalizer.h:41: error: cannot declare field
> > `atsc_equalizer::d_equalizer' to be of type `atsci_equalizer'
> > ./atsc_equalizer.h:41: error: because the following virtual functions
>
Quoting Charles Swiger <[EMAIL PROTECTED]>:
./atsc_equalizer.h:41: error: cannot declare field
`atsc_equalizer::d_equalizer' to be of type `atsci_equalizer'
./atsc_equalizer.h:41: error: because the following virtual functions
are abstract:
./atsci_equalizer.h:159: error: virtual void
atsci_eq
This is more C++ than dsp - this compiles but segfaults:
atsc_equalizer.h:
---
class atsc_equalizer;
protected:
atsci_equalizer *d_equalizer;
atsc_equalizer.cc:
// peform the actual equalization
d
Lamar Owen wrote:
> On Wednesday 26 April 2006 14:03, Matt Ettus wrote:
>> Matteo Campanella wrote:
>>> hello, In the case of atv, as I believe the passband of the signal is
>>> way too large for the throughput of usrp usb, are there any special
>>> techniques/tricks to achieve some sort of result?
On Wednesday 26 April 2006 14:03, Matt Ettus wrote:
> Matteo Campanella wrote:
> > hello, In the case of atv, as I believe the passband of the signal is
> > way too large for the throughput of usrp usb, are there any special
> > techniques/tricks to achieve some sort of result?
>
> I believe that m
Unfortunately, all the repeaters around here have a 1240MHz input and
10.470GHz output, so dbrx on its own won't help (unless I will be lucky
enough to be in the uplink beam of a ham while transmitting :-) ). I am
already working on a receiving system based on an offset dish and modified
satell
The first method looks interesting, the only problem I find with it is that
I cannot tell wether what I am getting from the channel is noise or noise
plus some weak signal I cannot identify as such. When it comes to very busy
channels (eg on APRS frequency, you have signals almost all of the tim
Matteo Campanella wrote:
> hello, In the case of atv, as I believe the passband of the signal is
> way too large for the throughput of usrp usb, are there any special
> techniques/tricks to achieve some sort of result?
I believe that most ATV is AM (almost 12 MHz) instead of VSB (6 MHz).
If that i
On Wed, Apr 26, 2006 at 11:50:39AM -0400, Chuck Swiger wrote:
> How do you declare two inputs of different data types?
>
> Several atsc blocks pass a stream of 'float' and also 'syminfo'
> (a struct of 4 ints).
>
> >From what I can tell, gr_sync_block allows many inputs and outputs,
> but only of
Hi all,
I still have problems receiving any data packets from my MICA2 Mote at ISM
band 433 MHz. I have tuned the usrp to the right frequency and designed the
channel filters and uspr_fft_py shows me nice results. On the other side I
changed the gmsk_test.py file in gnuradio-examples to my need
How do you declare two inputs of different data types?
Several atsc blocks pass a stream of 'float' and also 'syminfo'
(a struct of 4 ints).
>From what I can tell, gr_sync_block allows many inputs and outputs,
but only of the same type(?).
gr_block::gr_block (const std::string &name,
Matteo Campanella wrote:
> hello,
> In the case of atv, as I believe the passband of the signal is way too large
> for the throughput of usrp usb, are there any special techniques/tricks to
> achieve some sort of result?
>
I think you mean FM-ATV, mainkly used at 23 cm. which has a bandwidth of
Hello, I would like to write some code to calculate the SNR of a signal;
in my case this signal is a packet radio AX25 1200 baud packet burst
received thru TV RX and usrp.
First you need to define SNR. If you measure the noise power of the
background within the passband when there is no sig
Hello, I would like to write some code to calculate the SNR of a signal;
in my case this signal is a packet radio AX25 1200 baud packet burst
received thru TV RX and usrp.
Is there anything ready for use or has anyone good suggestions to
implement this?
thanks
Matteo
__
19 matches
Mail list logo