2016-01-13 00:00:08 +00:00
|
|
|
# dump1090-fa configuration
|
2019-03-11 17:01:16 +00:00
|
|
|
# This is sourced by /usr/share/dump1090-fa/start-dump1090-fa as a
|
|
|
|
|
# shellscript fragment.
|
2016-01-13 00:00:08 +00:00
|
|
|
|
2019-03-11 17:01:16 +00:00
|
|
|
# dump1090-fa won't automatically start unless ENABLED=yes
|
|
|
|
|
ENABLED=yes
|
|
|
|
|
|
2021-07-19 07:44:08 +00:00
|
|
|
# SDR device type. Use "none" for a net-only configuration
|
|
|
|
|
RECEIVER=rtlsdr
|
|
|
|
|
# serial number or device index of device to use (only needed if there is more than one SDR connected)
|
|
|
|
|
RECEIVER_SERIAL=
|
|
|
|
|
# Initial receiver gain, in dB. If adaptive gain is enabled (see below) the actual gain
|
|
|
|
|
# may change over time
|
|
|
|
|
RECEIVER_GAIN=60
|
|
|
|
|
|
|
|
|
|
# Adjust gain to try to achieve optimal dynamic range / noise floor?
|
|
|
|
|
ADAPTIVE_DYNAMIC_RANGE=yes
|
2021-07-21 11:42:01 +00:00
|
|
|
# Target dynamic range in dB (leave blank to autoselect based on SDR type)
|
|
|
|
|
ADAPTIVE_DYNAMIC_RANGE_TARGET=
|
2021-07-19 07:44:08 +00:00
|
|
|
# Reduce gain when loud message bursts from nearby aircraft are seen?
|
|
|
|
|
ADAPTIVE_BURST=no
|
|
|
|
|
# Gain range to allow when changing gain, in dB (empty = no limit)
|
|
|
|
|
ADAPTIVE_MIN_GAIN=
|
|
|
|
|
ADAPTIVE_MAX_GAIN=
|
|
|
|
|
|
|
|
|
|
# Turn on options to reduce load on slower CPUs, at the expense of slightly worse decoder performance.
|
|
|
|
|
# Setting "auto" will enable these options only if the CPU appears to be a slow CPU (currently this
|
|
|
|
|
# means armv6 only, e.g. Pi Zero)
|
|
|
|
|
SLOW_CPU=auto
|
|
|
|
|
# Local wisdom file used to select DSP implementations; uses built-in ranking if the file is missing
|
|
|
|
|
WISDOM=/etc/dump1090-fa/wisdom.local
|
|
|
|
|
|
|
|
|
|
# Correct CRC errors where possible
|
|
|
|
|
ERROR_CORRECTION=yes
|
|
|
|
|
|
|
|
|
|
# Receiver location, used for some types of position decoding. Provide the location as
|
|
|
|
|
# signed decimal degrees. If not given here, dump1090 will also try to read a receiver
|
|
|
|
|
# location from /var/cache/piaware/location.env (written automatically by PiAware, if installed)
|
|
|
|
|
RECEIVER_LAT=
|
|
|
|
|
RECEIVER_LON=
|
|
|
|
|
# Maximum range, in NM. Positions more distant than this are ignored. No limit if not set.
|
|
|
|
|
MAX_RANGE=360
|
|
|
|
|
|
|
|
|
|
# Network ports to listen on for connections
|
|
|
|
|
NET_RAW_INPUT_PORTS=
|
|
|
|
|
NET_RAW_OUTPUT_PORTS=30002
|
|
|
|
|
NET_SBS_OUTPUT_PORTS=30003
|
|
|
|
|
NET_BEAST_INPUT_PORTS=30004,30104
|
|
|
|
|
NET_BEAST_OUTPUT_PORTS=30005
|
|
|
|
|
|
|
|
|
|
# Accuracy of location written to JSON output
|
|
|
|
|
JSON_LOCATION_ACCURACY=1
|
|
|
|
|
|
|
|
|
|
# Additional options can be added here:
|
|
|
|
|
EXTRA_OPTIONS=""
|
Move all converters to starch-based implementations (#97)
* Switch all conversion routines to use starch.
main user-visible changes:
* ensure you check out submodules ('git clone --recurse-submodules")
* --version shows the CPU features and DSP implementations in use
* --wisdom allows overriding of the built-in architecture wisdom
* --dcfilter no longer supported
* "starch-benchmark" binary will benchmark all options on the
current machine and can produce a wisdom file to feed to
the --wisdom option
If you have a usecase for --dcfilter, please get in touch and
let me know - it's an edge case and for now there's no starch/DSP
support for it, but support can be written if needed.
In almost all cases the new conversion routines are slightly or
substantially faster than the old conversion routines. The only case
that is slower is SC16/SC16Q11 on a Pi 0, which is around 10% slower
due to changing from heavily approximated lookup tables to higher
quality results (but SC16 is probably already out of reach of a Pi 0)
* No need to build with SC16Q11_TABLE_BITS any more
* Add oneoff/uc8_capture_stats
(reads a UC8 capture; measures min/max/mean I and Q)
* Switch UC8 conversion to 127.4 center, 128 range.
Looking at actual UC8 captures from a RTL2832, the mean I and Q
are actually at 127.4, so use that as the zero point.
This means that the resulting I/Q maximum values could be as large as
127.6. Switch to 128 for simplicity.
* Switch to the new UC8 zero offset in benchmarks, fix some bugs
* Fix some bugs in SC16/SC16Q11 validation, tighten the max error requirements
* Ditch UC8 approximation path, add a NEON VRQSQRTE path.
* Tweak the SC16 exact path, add a new impl that uses a mix of
u32 & floats.
* SC16Q11 impl tweaks:
* add a u32->float exact path
* ditch the approximation path
* add a NEON VRSQRTE path
* add a 12-bit table path (using the full signed I/Q value, not absolute value)
* Ditch SC16 approximation path, add NEON vrsqrte path
* Add oneoff/dsp_error_measurement
This runs sample input through the DSP functions that are
allowed to be inexact and dumps the results as a TSV suitable for
feeding to gnuplot to look at the actual errors.
* Update make clean, make wisdom targets
* Update wisdom based on benchmarking
* Preserve the raw wisdom benchmark data
* Update to latest starch
* Update .gitignore for new wisdom files
* Update starch generated code
* Build starch-benchmark as part of the 'all' target
* Use wisdom from /etc/dump1090-fa/wisdom.local if present
* Package starch-benchmark and a helper script to generate local wisdom data
* Remove submodules in preparation for importing them directly
* Import cpu_features v0.6.0 from https://github.com/google/cpu_features/releases/tag/v0.6.0
* Import starch at commit a725c8491dc33a321565d451b385131e589d8490
from https://github.com/flightaware/starch
2021-01-21 11:45:00 +00:00
|
|
|
|
2021-07-19 07:44:08 +00:00
|
|
|
# If OVERRIDE_OPTIONS is set, only those options are used; all other options
|
|
|
|
|
# in this config file are ignored.
|
|
|
|
|
OVERRIDE_OPTIONS=""
|
2021-07-26 12:26:17 +00:00
|
|
|
|
|
|
|
|
# This is a marker to make it easier for scripts to identify a v6-style config file
|
|
|
|
|
CONFIG_STYLE=6
|
