We did not try clock_recovery_mm for that much low samples per symbols.
Minimum samples per symbols that we used was 24.
Waqas
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Problem-faced-with-clock-recovery-mm-at-low-data-rates-tp42591p42985.html
Sent from the GnuRadio
Thanks Tom and Adeel for the suggestion.
We have sorted out the problem and now our system is working at low data
rates.
The real problem was with our *high pass filter* block. We are using it to
eliminate the DC-shift present at the output of quad_demod block. But its
not working at low data
Hi all,
We have encountered an interesting problem in the clock_recovery_mm block
used in our BFSK system.
What happening is that, at lower data rates (i.e. at less than 54bps) we are
unable to decode the received data correctly,
however at higher data rates data is decoded fine.
What we are
