1. 06 Jan, 2019 1 commit
  2. 23 Nov, 2018 5 commits
  3. 25 Mar, 2018 1 commit
  4. 23 Feb, 2018 1 commit
  5. 09 Dec, 2017 1 commit
    • Manolis Surligas's avatar
      Remove .txt decoded frames files · 3cc611c6
      Manolis Surligas authored
      * Decoded frames are stored only in hex files
      * Output only the CRC valid frames. For now, in order to get the CRC
      failed manual edit of the flowgraph is needed. In the near future, a
      command line arguemnt will enable/disable
      3cc611c6
  6. 01 Nov, 2017 1 commit
  7. 06 Oct, 2017 1 commit
    • Corey Shields's avatar
      change settings to parameters · 06436605
      Corey Shields authored
      This change sets all of the expected parameters to the g3ruh script. Without it, satnogsclient will send it paremeters that it does not understand, causing it to exit out.
      06436605
  8. 24 Sep, 2017 1 commit
    • Corey Shields's avatar
      fix g3ruh script · 622965da
      Corey Shields authored
      fix the g3ruh script so that it saves captured frames properly in /tmp/.satnogs/data
      622965da
  9. 20 Sep, 2017 3 commits
  10. 09 Aug, 2017 1 commit
  11. 25 Jul, 2017 1 commit
  12. 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
      window. 
      f3de63ca
  13. 06 Jul, 2017 1 commit
  14. 04 Jun, 2017 1 commit
  15. 19 Mar, 2017 1 commit
  16. 03 Feb, 2017 1 commit
  17. 26 Jan, 2017 1 commit
    • Corey Shields's avatar
      waterfall fm_demod script · da4d89f2
      Corey Shields authored
      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
      da4d89f2
  18. 22 Jan, 2017 1 commit
    • Corey Shields's avatar
      Change fm_demod to quadrature demod (#51) · 7184f551
      Corey Shields authored
      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
      7184f551
  19. 09 Jan, 2017 1 commit
  20. 07 Nov, 2016 1 commit
  21. 22 Oct, 2016 1 commit
  22. 17 Oct, 2016 1 commit
  23. 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
      ce8d54eb
  24. 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. 
      5e1667ff
  25. 24 Apr, 2016 1 commit