autowx2 is a set of programs and scripts for schedule satellite and ground recordings with SDR dongle. Bundled plugins include scripts for processing weather APT images from NOAA or METEOR satellites, ISS voice communication recordings and some others.
- autowx2
- Introduction
- Hardware requirements
- System requirements
- Installation
- Configuration files and other programs
- Static web pages
- Webserver
- Working instances of autowx2
- Issues? Comments? Suggestions?
This is a rewritten and fine-tuned version of tools for the automatic weather satellite images capturing. Most directly it bases on cyber-atomus' autowx and my fork of autowx. The main differences between this project autowx2 and previously created tools:
- high modularity - all recording and processing are done by separate scripts (modules? plugins?), which can be easily configured to meet one's needs. The main module (called noaa) is devoted to the capture of weather data from the NOAA satellites, but with other modules (i.e., ISS voice) one can record voice communication from the satellite (tested for ISS ๐ !).
- configurability - most (all?) variables can be set up in the config file. For both: the main program and the NOAA module.
- flexibility - it can be set up to record satellite transmissions based on the passing predictions as well as fixed time recordings, configured via cron-like syntax.
- simplicity (not sure if this is true). List of observed satellites is defined in one place only (the config file) and can be easily modified.
- time efficiency - it can perform sdr-related tasks to do between scheduled transmissions (see below)
- other features include: autocallibration between recordings with kalibrate-rtl; prioritization of recordings (eg., when passing time overlaps, choose one with a higher priority); generation of the passing/recording table for the next few hours (static html + image);
autowx2 was tested and successfully applied to schedule recordings of:
- NOAA weather satellites
- METEOR-M2 weather satellite ๐
- ISS transmissions (voice, SSTV)
- Fox-1B satellite transmissions
- Fixed-time radiosondes (meteo baloons ๐) observations (with radiosonde_auto_rx)
- Fixed-time FM recordings
autowx2 can be easily configured to do other useful things (with SDR dongle) while waiting for the next scheduled transmissions. Tested and available "plugins" include:
- APRS decoding (just log or act as a iGate)
- ADS-B with
dump1090
, heatmap plotting - Radiosonde monitoring with radiosonde_auto_rx
- autowx by cyber-atomus
- parse-crontab - the python crontab parser
- pypredict
- wxtoimg
- kalibrate-rtl
- bootstrap logo-nav www template, Copyright 2013-2018 Blackrock Digital LLC. Code released under the MIT license
- https://github.com/fancyapps/fancyBox jQuery lightbox script for displaying images, videos and more
- Special acknowledgements: Stack Overflow community
These scripts may be used by the autowx2 in the free time, e.g., to track airplanes, capture APRS signals etc:
- dump1090 - tested with MalcolmRobb's fork
- dump1090-stream-parser.py by yanofsky
- heatmap a fork of the great heatmap by sethoscope, modified by filipsPL to support sqlite
- multimon-ng fork by sq5bpf with STQC decoding support
- radiosonde_auto_rx - Radiosonde monitoring
- usb dvbt dongle, like RTL2832 DVB-T tuner
- antenna good enough to capture the signal of your interest. For antenna dedicated for capturing NOAAs telemetry, see a simple 137 MHz V-Dipole, for example. If you want to use the script also for other applications (capturing APRS signals, using
dump1090
for tracking airplanes), any broadband antenna should be good.
- python 3 - I recommend conda environment
- bash (sh, csh will be also OK)
- installed and working DVB-T dongle; to make this long story short:
- adding the following statement to
/etc/udev/rules.d/20.rtlsdr.rules
:
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2838", GROUP="adm", MODE="0666", SYMLINK+="rtl_sdr"
- blacklisting the
dvb_usb_rtl28xxu
module:
echo "blacklist dvb_usb_rtl28xxu" >> /etc/modprobe.d/rtl-sdr-blacklist.conf
- for more details, see here
- for installation script on the Debian, Debian-like systems and Raspberry Pi, see the installation script
โ ๏ธ use with care! inspect and tune before execution!
- Check the section hardware and system requirements
- Fetch sources:
git clone --depth 1 git@github.com:filipsPL/autowx2.git
- alternatively:
git clone --depth 1 https://github.com/filipsPL/autowx2.git
- Inspect the script
install.sh
, modify if needed. In most cases, it should work out of the box (for debian and debian-like systems; tested on debian, ubuntu, mint and travis debian like linux). Modify wxtoimg section to fetch sources that matches your architecture.
- uncomment section
pip
orconda
depending on your preferences of installing python packages
- If you are fine with the above script, run it with
bash install.sh
.โ ๏ธ use at your own risk! - Edit the main config file
autowx2_conf.py
- Edit your system's crontab file and add the
bin/update-keps.sh
script to it, eg:0 4 * * * path/to/autowx2/bin/update-keps.sh 1> /dev/null 2>/dev/null
you can also trigger it manually from time to time. - Run the main program
autowx2.py
, wait for the next transit and marvel at the beautiful images (or other recordings)
The main program to do all calculation, pass predictions and launch modules.
autowx2.py - the main program, the governor of all other programs and scripts
autowx2_conf.py - the config file
The config file of the main program, may be used also by the decoding modules. It is used by te noaa module.
satellitesData - the dictionary (in the python style) of satellites to be observed and processed (eg., weather satellites) OR fixed times for recordings (eg., listening to the WeatherFax transmissions).
- for the satellites, three values must be set:
- the satellite name (eg., 'NOAA 18'), must be the same as one found in TLE file
freq
- the frequency to listen atprocessWith
- the path to the script/module to run during the transitpriority
- priority of the recording (if two or more overlaps); the lower number - the higher priority
- for the fixed time recordings:
- the id of the entry (any arbitrary string is ok)
freq
- the frequency to listen atprocessWith
- the path to the script/module to runfixedTime
- the fixed time of recording in the cron style.fixedDuration
- the duration of the recordingpriority
- priority of the recording (if two or more overlaps); the lower number - the higher priority
Sample satellitesData
dictionary:
satellitesData = {
'NOAA-18': {
'freq': '137912500',
'processWith': 'modules/noaa/noaa.sh',
'priority': 1},
'NOAA-15': {
'freq': '137620000',
'processWith': 'modules/noaa/noaa.sh',
'priority': 1},
'NOAA-19': {
'freq': '137100000',
'processWith': 'modules/noaa/noaa.sh',
'priority': 1},
'ISS': {
# voice channel
'freq': '145800000',
'processWith': 'modules/iss/iss_voice_mp3.sh',
'priority': 5},
'PR3_NEWS': {
'freq': '98988000',
'processWith': 'modules/fm/fm.sh',
'fixedTime': '0 7-23 * * *',
'fixedDuration': 300,
'priority': 2},
'LILACSAT-1': {
'freq': '436510000',
'processWith': 'modules/iss/iss_voice_mp3.sh',
'priority': 3},
'Radiosonde': { # twice a day watch for meteo balloons
'freq': '98796500',
'processWith': 'modules/radiosonde/run_radiosonde_scanner.sh',
'fixedTime': '20 0,12 * * *',
'fixedDuration': 12000,
'priority': 1},
}
โ ๏ธ TODO: dynamic priority calculation basing on the transit features, like azimuth or altitude.
A utility to generate transit plan for the next few hours. Two elements are generated:
- a static html page (or actually the html table to be included in the page), see example
- a static png (or svg) image showing the transit plan in the form of the Gantt chart; this, combined with above gives beautiful pass info page (glued together by
gen-static-page.sh
toautowx2/var/www/table.html
):
Various auxiliary programs.
aprs.sh - aprs script to listen to and decode APRS data; to be run in free time
pymultimonaprs.sh - aprs iGate launcher (pymultimonaprs must be installed)
kalibruj_initial.sh - calibrating script - initialization
kalibruj.sh - calibrating script - getting the drift
update-keps.sh - keplers updated; can/should be run from cron
crontab/ - proposal of scripts to be run periodicaly
Modules/plugins to capture various types of data. Can be customized by any type of script (here bash scripts were used in most cases).
fm - sample module to record FM radio to mp3 file
iss - module for capturing voice data from ISS and others. Tested and works for ISS :tada:
noaa - module for capturing weather data from NOAA satellites (see below)
radiosonde - module for running the radiosonde scanner (to be installed separately)
meteor-m2 - module for running the meteor m2 capturing and processing programm
Module for capturing weather data from NOAA satellites.
noaa.sh - the main module file (bash) - launches below files:
noaa_record.sh - recordinf of a sound via rtl_fm
noaa_process.sh - processing of the recorded wav file, generates maps etc.
_loop_noaa_gallery.sh - generate gallery
noaa_gallery.sh - generate gallery
tests - directory with a test data
Generic module to capture various audio and raw packages (e.g., from ISS, but not only):
iss_voice_iq.sh - record audio in iq/raw format
iss_voice_mp3.sh - record audio in mp3 format
iss_voice_wav.sh - record audio in wav format
- see: wiki page
Variable data.
dongleshift.txt - current dongle shift
nextpass.* - list and plot of the next passes
tle/ - directory with tle data
flask/ - flask webserver stuff (see flask documentation):
static/ - css, js
templates/ - html template(s)
www/ - stuff for static webpages; templates and output data
css/ - css, js
Modules may generate static webpages - snippets (see: noaa noaa_gallery.sh
script). Then, the bin/gen-static-page.sh
script collects these snippets and build a static webpage with all the data.
The web page is generated into /var/www/
(the default location).
autowx2 is equipped with a simple flask webserver showing what is going on - displaying current logs (with some limitations, i.e., not showing logs of external programs - solution needed) and updated pass list.
The default address is http://localhost:5010/
(the port may be changed in the config file via webInterfacePort
variable)
If you have a working and publically accesible autowx2 instance, please share with us!