All flowgraphs now support user defined parameters for most of their
configuration capabilities. These include:
* RF gain
* IF gain
* BB gain
* Custom device arguments for setups with multiple SDRs. These
coresponds to the 'Device arguments' field of the Osmocom source block.
* Antenna selection for devices with multiple antennas (USRPs, etc)
Changing sampling rate is not supported (yet).
For listing the arguments just execute <flowgraph> --help in a terminal
window.
fm_demod script that also writes waterfall data (credit to surligas, I'm just committing)
Also FFT needs to be added to CMakeLists.txt to build in some conditions.
see also satnogs/gr-satnogs#42
Taking out WBFM/NBFM for a straight quadrature demod method
Change from 44.1k output to 44k output to be more compatible
with gr-satellites
Also changing rtlsdr to a 2msps rate by default
The FM demodulator now supports a variaty of hardware setups and saves
the WAV file for further processing. A set of command line arguments can
control most of the flowgraph internals, such as the wav file name and
storage path e.t.c.
TODO: Check the settings for all the available hardware
The FM demodulation flowgraph uses the high performance Xlating FIR
filter for filtering and frequency centering at the same time. Tuning
the SDR in a frequency different than the frequency of interest, we
avoid the DC offset that the of the SDR. As far the audio sampling rate
concerns, various configurations are supported due to the Polyphase
Filter-bank arbitrary resampler.
The flowgraph supports also doppler compensation based on RIGCTL
commands. Instead of chaning the SDR frequency, we digitally perform the
proper correction to avoid noise and lost samples during the frequency
re-configuration. The doppler correction mechanism gathers the frequency
changes from the RIGCTL daemon, and predicts the frequency changes
between the RIGCTL messages for better and more fine-grained correction.
Manolis Surligas
Mark Jessop
George Vardakis
Corey Shields
Manolis Surligas