Since the signal will not really have infinite bandwidth (instantaneous
transitions from one state to the next), the envelope will not be of
constant modulus. The signal will be amplitude modulated with a
component due to the data transitions. Looking at the modulus or
modulus squared will r
Martin Dvh wrote:
> Hi all,
> Is anybody working on DAB, RDS,DRM, HDradio or OFDM at the moment.
> I will probably be working on all of these in the near future and was
> wondering what the status is of these and where to find what.
Hello,
I have some interest in IBOC. iBiquity has some informat
David,
one way to estimate the rate is to raise the CPM signal to an
appropriate power in order to generate spectral lines that can be easily
tracked.
The precise power is a function of the modulation index of your CPM
modulation. Eg, if you are using full-response CPFSK with h=N/D
(where N,D
Dawei Shen wrote:
> I just did a svn update (revision 5694) and met the following
> compilation error:
>
> make[5]: Entering directory
> `/home/dshen/GNURadio/gnuradio/gnuradio-core/src/lib/swig'
> make[5]: *** No rule to make target
> `../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i', nee
Hey Guys,
I just did a svn update (revision 5694) and met the following compilation
error:
make[5]: Entering directory
`/home/dshen/GNURadio/gnuradio/gnuradio-core/src/lib/swig'
make[5]: *** No rule to make target
`../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i', needed by
`gnuradio_swig
hey all,
I am trying to demodulate a CPM (for now I'm doing it with 4-CPFSK signal
with Raised Cosine pusle shaping) signal without knowing the symbol rate (
i.e. the samples per symbol). does anyone know if this is possible? Papers
that I have read on timing recovery for CPM assume that the sy