Since in this case i'm talking specifically about airspy spyserver support, there's heaps of spyservers online that you can test against - no need to actually own an Airspy.

Another reason behind going with the spyserver route for each band has been that I can fairly easily attach other 'listeners' onto each spyserver, without much penalty in CPU cost. I can happy have maybe 20 users attached to each spyserver at the moment.

Right now i'm running HF APRS receivers up there, and more recently a club member has written a SSTV Skimmer which connects to the spyserver (https://github.com/xssfox/sstv-skimmer output visible on https://botsin.space/@aregsstv ) - if we were doing this on the KiwiSDR we'd nee a lot more kiwisdrs at the site!

Getting an all-band WSPR receiver going at the site is certainly the aim here! We already have airspys set up for 160/80/40/30/20/15m, and are planning on adding 17/12/10m soon. Later on we are also intending on adding omnidirectional horizontally polarised antennas for 6m, 2m and 70cm as well.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you commented.Message ID: <rrobinett/wsprdaemon/issues/17/1025232936@github.com>

Hi!

This looks like a super useful addition to a remote HF site I run, which has (along with multiple KiwiSDRs - see kiwisdr.areg.org.au:8073 ) a pile of Airspy HF+ Spyservers - one for each amateur radio band.

There is an open-source spyserver client here: https://github.com/miweber67/spyserver_client which can stream IQ to stdout. It would be awesome if I could use this client to run WSPR decoders on the Airspys - this would avoid tying up channels of the KiwiSDRs.

I was able to proof-of-concept decoding WSPR via it using the following script (running it manually just before the start time of the WSPR transmissions) and a fork of WSPRd which accepts data from stdin.

FREQ=14095600

# SpyServer Details
HOST=localhost
PORT=5020

# SpyServer Connection, requesting 12 kHz of IQ bandwidth, and using lots of buffering.
ss_iq -a 1200 -r $HOST -q $PORT -f $FREQ -s 12000 -b 16 - | \
# Convert the incoming signed 16-bit IQ to floating point
csdr convert_s16_f |\
# SSB demodulation using a tight bandpass filter (0-3600 Hz), and then taking the real part.
# (I could probably make this a bit narrower) Also add on some AGC and limiting.
csdr bandpass_fir_fft_cc 0 0.3 0.05 | csdr realpart_cf | csdr agc_ff | csdr limit_ff | \
# Convert back into signed 16-bit format and pass into sox, then to wsprd
csdr convert_f_s16 |
sox -t raw -r 12000 -e s -b 16 -c 1 - -c 1 -r 12000 -t wav - trim 0 114 |
./k9an-wsprd -wf "14.0956" /dev/stdin

There's some information on how I compile and use the spyserver client utility for decoding HF APRS here: https://gist.github.com/darksidelemm/6b60767714295962771bca7b728b343c#file-spyserver_hf_aprs-sh-L26

Is this something that could be considered for a future release?

—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.Message ID: <rrobinett/wsprdaemon/issues/17@github.com>