- Offline testing — develop and tune decoder settings without an SDR connected
- Sharing captures — distribute recorded ADS-B bursts to others for analysis
- Debugging — reproduce decoder failures on a specific burst repeatedly without waiting for it to appear again live
Dependency: gr-sqlite
The SQLite recording and playback feature depends on the companion GNU Radio OOT module gr-sqlite.gr-sqlite must be installed separately before you can use the SQLite Sink or SQLite Source blocks in GRC. Follow the installation instructions in the gr-sqlite repository.
Recording bursts
Enable the SQLite Sink block
Locate the SQLite Sink block in the flowgraph. By default it is disabled.Configure the block with the path to the SQLite database file you want to write to (e.g.,
adsb_capture.db). The file will be created if it does not already exist.Run the flowgraph
Execute the flowgraph normally. The SQLite Sink will write each demodulated burst to the database as it is produced by the ADS-B Demod block.
Replaying bursts
Set the database file path
Configure the SQLite Source block with the path to the
.db file you recorded earlier.Use cases
Offline decoder development
Offline decoder development
Record a capture with a live SDR, then iterate on decoder settings (message filter, error correction, print level) by replaying the same capture repeatedly without needing the SDR hardware.
Reproducing decoder bugs
Reproducing decoder bugs
If a specific message triggers unexpected decoder behaviour, record a capture that includes it and replay it to reproduce the issue consistently. This makes it much easier to instrument the decoder with additional logging.
Sharing test data
Sharing test data