1. 18 Jul, 2018 2 commits
    • Patrick Dohmen's avatar
      Connect waterfall sink in front of filter · 0064bc83
      Patrick Dohmen authored
      Connecting the waterfall sink behind the FFT Filter causes the
      waterfall to show only the filtered APT signal. Fixing this needs
      an additional resampler.
    • Patrick Dohmen's avatar
      Fix NOAA APT waterfall bandwidth · e831d815
      Patrick Dohmen authored
      The flowgraph for decoding NOAA APT images generates a waterfall with a
      bandwidth depending on the default samplerate of the SDR hardware.
      USRPB200 defaults to 500 ksps, which produces an output of 125 ksps
      after the "first_stage_decimation" which is fixed to a value of 4.
      Changing the hardware to an "rtlsdr" also changes the default
      samplerate to 1 Msps which results in a waterfall bandwidth of 250 kHz
      (+- 125 kHz). Connecting the waterfall sink behind the FFT Filter,
      which has a decimation set to match an output samplerate of 125 kHz,
      seems to be correct! This produces waterfalls with a bandwidth of
      125 kHz (+- 62,5 kHz).
      Fixes issue #128
  2. 08 Feb, 2018 1 commit
  3. 02 Feb, 2018 1 commit
  4. 19 Jan, 2018 1 commit
  5. 21 Sep, 2017 1 commit
  6. 17 Sep, 2017 1 commit
  7. 09 Aug, 2017 1 commit
  8. 04 Aug, 2017 1 commit
  9. 02 Aug, 2017 1 commit
  10. 25 Jul, 2017 1 commit
  11. 22 Jul, 2017 1 commit
  12. 21 Jul, 2017 1 commit
  13. 20 Jul, 2017 1 commit
    • Manolis Surligas's avatar
      Add support for passing manually various device parameters · f3de63ca
      Manolis Surligas authored
      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
  14. 23 Jun, 2017 1 commit
  15. 22 Jun, 2017 1 commit
  16. 10 Apr, 2017 1 commit
  17. 07 Nov, 2016 1 commit
  18. 31 Oct, 2016 1 commit
  19. 17 Oct, 2016 1 commit
  20. 12 Oct, 2016 1 commit
    • Manolis Surligas's avatar
      Improve the generic FM demodulator · ce8d54eb
      Manolis Surligas authored
      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
  21. 08 May, 2016 1 commit
    • Manolis Surligas's avatar
      Add FM demodulation flowgraph with RIGCTL support · 5e1667ff
      Manolis Surligas authored
      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. 
  22. 24 Apr, 2016 1 commit