FT8 (and now FT4) library
 
 
 
 
Go to file
Karlis Goba 89c1cd90ec Cleanup of code 2021-08-12 14:32:49 +03:00
common Fixed compilation errors 2021-08-05 14:11:21 +03:00
fft Working towards decoding, added FFT routines and a LDPC decoder 2018-11-07 15:50:55 +02:00
ft4_ft8_public Cleanup of code 2021-08-12 14:32:49 +03:00
ft8 Cleanup of code 2021-08-12 14:32:49 +03:00
tests More tests 2019-11-12 15:51:10 +02:00
utils Minor fixes 2019-11-12 15:50:59 +02:00
.gitignore Tested sync candidate search 2018-11-13 13:04:36 +02:00
LICENSE Initial commit 2018-10-18 10:35:39 +03:00
Makefile Simplified decoder interface and decode_ft8.c 2021-08-12 13:43:25 +03:00
README.md Update README.md 2021-08-11 00:17:16 +03:00
decode_ft8.c Simplified decoder interface and decode_ft8.c 2021-08-12 13:43:25 +03:00
gen_ft8.c Renamed .cpp to .c 2021-08-05 14:10:03 +03:00
test.c Renamed .cpp to .c 2021-08-05 14:10:03 +03:00

README.md

FT8 library

C implementation of FT8 protocol decoder and encoder, mostly intended for experimental use on microcontrollers.

The intent of this library is to foster experimentation with e.g. automated beacons. For example, FT8 supports free-text messages and raw telemetry data (71 bits).

The encoding process is relatively light on resources, and an Arduino should be perfectly capable of running this code.

The decoder is designed with memory and computing efficiency in mind, in order to be usable with a fast enough microcontroller. It is shown to be working on STM32F7 boards fast enough for real work, but the embedded application itself is beyond this repository. This repository provides an example decoder which can decode a 15-second WAV file on a desktop machine or SBC. The decoder needs to access the whole 15-second window in spectral magnitude representation (the window can be also shorter, and messages can have varying starting time within the window). The example decoder uses slightly less than 200 KB of RAM.

What works

Currently the basic message set of the revised FT8 protocol with 77-bit payload (introduced since WSJT-X version 2.0) is supported:

  • CQ {call} {grid}, e.g. CQ CA0LL GG77
  • CQ {xy} {call} {grid}, e.g. CQ JA CA0LL GG77
  • {call} {call} {report}, e.g. CA0LL OT7ER R-07
  • {call} {call} 73/RRR/RR73, e.g. OT7ER CA0LL 73
  • Free-text messages (up to 13 characters from a limited alphabet) (decoding only, untested)
  • Telemetry data (71 bits as 18 hex symbols)

There is historical code that supports the same set of FT8 version 1 (75-bit) messages minus telemetry data.

What doesn't

I'm currently working on decoding, which still needs refactoring. The code is not yet really a library, rather a collection of routines and example code.

Incremental decoding (processing during the 15 second window) is something that I would like to explore, but haven't started.

FT4 is not supported, but I would like to add it one day soon.

These features are low on my priority list:

  • Contest modes
  • Compound callsigns with country prefixes and special callsigns

What to do with it

You can generate 15-second WAV files with your own messages as a proof of concept or for testing purposes. They can either be played back or opened directly from WSJT-X. To do that, run make. Then run gen_ft8. Currently messages are modulated at 1000-1050 Hz.

You can decode 15-second (or shorter) WAV files with decode_ft8. This is only an example application and does not support live processing/recording, for that you could use third party code (PortAudio, for example).

References and credits

Thanks to Robert Morris, AB1HL, whose Python code (https://github.com/rtmrtmrtmrtm/weakmon) inspired this and helped to test various parts of the code.

This would not of course be possible without the original WSJT-X code, which is mostly written in Fortran (http://physics.princeton.edu/pulsar/K1JT/wsjtx.html).

Thanks to Mark Borgerding for his FFT implementation (https://github.com/mborgerding/kissfft). I have included a portion of his code.

Karlis Goba, YL3JG