2015-01-20 16:49:01 +00:00
|
|
|
// Part of dump1090, a Mode S message decoder for RTLSDR devices.
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2015-01-20 16:49:01 +00:00
|
|
|
// dump1090.c: main program & miscellany
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2016-01-21 17:45:27 +00:00
|
|
|
// Copyright (c) 2014-2016 Oliver Jowett <oliver@mutability.co.uk>
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2017-06-15 17:16:51 +00:00
|
|
|
// This file is free software: you may copy, redistribute and/or modify it
|
2015-01-20 16:49:01 +00:00
|
|
|
// under the terms of the GNU General Public License as published by the
|
2017-06-15 17:16:51 +00:00
|
|
|
// Free Software Foundation, either version 2 of the License, or (at your
|
|
|
|
|
// option) any later version.
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2017-06-15 17:16:51 +00:00
|
|
|
// This file is distributed in the hope that it will be useful, but
|
|
|
|
|
// WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
2015-01-20 16:49:01 +00:00
|
|
|
// General Public License for more details.
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2017-06-15 17:16:51 +00:00
|
|
|
// You should have received a copy of the GNU General Public License
|
2015-01-20 16:49:01 +00:00
|
|
|
// along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
|
|
2017-06-15 17:16:51 +00:00
|
|
|
// This file incorporates work covered by the following copyright and
|
2015-01-20 16:49:01 +00:00
|
|
|
// permission notice:
|
|
|
|
|
//
|
|
|
|
|
// Copyright (C) 2012 by Salvatore Sanfilippo <antirez@gmail.com>
|
|
|
|
|
//
|
|
|
|
|
// All rights reserved.
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2015-01-20 16:49:01 +00:00
|
|
|
// Redistribution and use in source and binary forms, with or without
|
|
|
|
|
// modification, are permitted provided that the following conditions are
|
|
|
|
|
// met:
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
2015-01-20 16:49:01 +00:00
|
|
|
// * Redistributions of source code must retain the above copyright
|
|
|
|
|
// notice, this list of conditions and the following disclaimer.
|
|
|
|
|
//
|
|
|
|
|
// * Redistributions in binary form must reproduce the above copyright
|
|
|
|
|
// notice, this list of conditions and the following disclaimer in the
|
|
|
|
|
// documentation and/or other materials provided with the distribution.
|
|
|
|
|
//
|
|
|
|
|
// THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
|
// "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
|
// LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
|
// A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
|
// HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
|
// SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
|
// LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
|
// DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
|
// THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
|
// (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
|
// OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
|
|
2013-05-24 22:32:12 +00:00
|
|
|
#include "dump1090.h"
|
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
|
|
|
#include "cpu.h"
|
2015-01-04 20:08:33 +00:00
|
|
|
|
2015-02-17 21:40:26 +00:00
|
|
|
#include <stdarg.h>
|
2015-09-03 03:41:00 +00:00
|
|
|
|
2020-06-06 13:52:04 +00:00
|
|
|
struct _Modes Modes;
|
|
|
|
|
|
2013-08-19 14:55:17 +00:00
|
|
|
//
|
|
|
|
|
// ============================= Utility functions ==========================
|
|
|
|
|
//
|
2015-02-17 21:40:26 +00:00
|
|
|
|
|
|
|
|
static void log_with_timestamp(const char *format, ...) __attribute__((format (printf, 1, 2) ));
|
|
|
|
|
|
|
|
|
|
static void log_with_timestamp(const char *format, ...)
|
|
|
|
|
{
|
|
|
|
|
char timebuf[128];
|
|
|
|
|
char msg[1024];
|
|
|
|
|
time_t now;
|
|
|
|
|
struct tm local;
|
|
|
|
|
va_list ap;
|
|
|
|
|
|
|
|
|
|
now = time(NULL);
|
|
|
|
|
localtime_r(&now, &local);
|
|
|
|
|
strftime(timebuf, 128, "%c %Z", &local);
|
|
|
|
|
timebuf[127] = 0;
|
|
|
|
|
|
|
|
|
|
va_start(ap, format);
|
|
|
|
|
vsnprintf(msg, 1024, format, ap);
|
|
|
|
|
va_end(ap);
|
|
|
|
|
msg[1023] = 0;
|
|
|
|
|
|
|
|
|
|
fprintf(stderr, "%s %s\n", timebuf, msg);
|
|
|
|
|
}
|
|
|
|
|
|
2015-02-17 21:41:40 +00:00
|
|
|
static void sigintHandler(int dummy) {
|
2013-04-29 21:14:06 +00:00
|
|
|
MODES_NOTUSED(dummy);
|
2013-05-21 11:08:35 +00:00
|
|
|
signal(SIGINT, SIG_DFL); // reset signal handler - bit extra safety
|
|
|
|
|
Modes.exit = 1; // Signal to threads that we are done
|
2015-02-17 21:41:40 +00:00
|
|
|
log_with_timestamp("Caught SIGINT, shutting down..\n");
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void sigtermHandler(int dummy) {
|
|
|
|
|
MODES_NOTUSED(dummy);
|
|
|
|
|
signal(SIGTERM, SIG_DFL); // reset signal handler - bit extra safety
|
|
|
|
|
Modes.exit = 1; // Signal to threads that we are done
|
|
|
|
|
log_with_timestamp("Caught SIGTERM, shutting down..\n");
|
2013-04-29 21:14:06 +00:00
|
|
|
}
|
2015-01-23 01:22:22 +00:00
|
|
|
|
2016-12-27 19:07:10 +00:00
|
|
|
void receiverPositionChanged(float lat, float lon, float alt)
|
|
|
|
|
{
|
|
|
|
|
log_with_timestamp("Autodetected receiver location: %.5f, %.5f at %.0fm AMSL", lat, lon, alt);
|
|
|
|
|
writeJsonToFile("receiver.json", generateReceiverJson); // location changed
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
2014-02-22 22:11:11 +00:00
|
|
|
//
|
2013-08-19 14:55:17 +00:00
|
|
|
// =============================== Initialization ===========================
|
|
|
|
|
//
|
2020-06-29 23:42:21 +00:00
|
|
|
static void modesInitConfig(void) {
|
2013-05-02 12:05:25 +00:00
|
|
|
// Default everything to zero/NULL
|
|
|
|
|
memset(&Modes, 0, sizeof(Modes));
|
|
|
|
|
|
|
|
|
|
// Now initialise things that should not be 0/NULL to their defaults
|
2021-07-19 09:32:51 +00:00
|
|
|
Modes.gain = MODES_DEFAULT_GAIN;
|
2013-08-19 14:55:17 +00:00
|
|
|
Modes.freq = MODES_DEFAULT_FREQ;
|
|
|
|
|
Modes.check_crc = 1;
|
2021-03-08 06:23:35 +00:00
|
|
|
Modes.fix_df = 1;
|
2013-08-19 14:55:17 +00:00
|
|
|
Modes.interactive_display_ttl = MODES_INTERACTIVE_DISPLAY_TTL;
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.json_interval = 1000;
|
2021-02-01 07:18:42 +00:00
|
|
|
Modes.json_stats_interval = 60000;
|
2014-12-27 20:52:56 +00:00
|
|
|
Modes.json_location_accuracy = 1;
|
2015-01-13 20:03:34 +00:00
|
|
|
Modes.maxRange = 1852 * 300; // 300NM default max range
|
2016-12-29 17:56:32 +00:00
|
|
|
Modes.mode_ac_auto = 1;
|
2017-01-27 17:30:40 +00:00
|
|
|
|
2021-07-15 11:55:23 +00:00
|
|
|
Modes.net_heartbeat_interval = MODES_NET_HEARTBEAT_INTERVAL;
|
|
|
|
|
Modes.net_output_flush_size = 1300;
|
|
|
|
|
Modes.net_output_flush_interval = 500;
|
|
|
|
|
|
2021-06-29 12:11:13 +00:00
|
|
|
// adaptive
|
|
|
|
|
Modes.adaptive_min_gain_db = 0;
|
|
|
|
|
Modes.adaptive_max_gain_db = 99999;
|
|
|
|
|
|
2021-07-15 08:44:26 +00:00
|
|
|
Modes.adaptive_duty_cycle = 0.5;
|
|
|
|
|
|
2021-06-29 12:11:13 +00:00
|
|
|
Modes.adaptive_burst_control = false;
|
|
|
|
|
Modes.adaptive_burst_alpha = 2.0 / (5 + 1);
|
2021-07-07 12:57:34 +00:00
|
|
|
Modes.adaptive_burst_change_delay = 5;
|
2021-06-29 12:11:13 +00:00
|
|
|
Modes.adaptive_burst_loud_runlength = 10;
|
|
|
|
|
Modes.adaptive_burst_loud_rate = 5.0;
|
|
|
|
|
Modes.adaptive_burst_quiet_runlength = 10;
|
|
|
|
|
Modes.adaptive_burst_quiet_rate = 5.0;
|
|
|
|
|
|
|
|
|
|
Modes.adaptive_range_control = false;
|
|
|
|
|
Modes.adaptive_range_alpha = 2.0 / (5 + 1);
|
|
|
|
|
Modes.adaptive_range_percentile = 40;
|
2021-07-07 12:57:34 +00:00
|
|
|
Modes.adaptive_range_change_delay = 10;
|
2021-12-07 09:29:50 +00:00
|
|
|
Modes.adaptive_range_scan_delay = 300;
|
2021-07-26 14:08:48 +00:00
|
|
|
Modes.adaptive_range_rescan_delay = 3600;
|
2021-06-29 12:11:13 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
sdrInitConfig();
|
2013-01-05 12:52:25 +00:00
|
|
|
}
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|
2020-06-29 23:42:21 +00:00
|
|
|
static void modesInit(void) {
|
2017-01-27 21:58:12 +00:00
|
|
|
int i;
|
2013-01-05 12:52:25 +00:00
|
|
|
|
2016-05-31 11:23:58 +00:00
|
|
|
Modes.sample_rate = 2400000.0;
|
2015-06-15 21:14:37 +00:00
|
|
|
|
2013-04-10 11:16:25 +00:00
|
|
|
// Allocate the various buffers used by Modes
|
2015-06-15 21:14:37 +00:00
|
|
|
Modes.trailing_samples = (MODES_PREAMBLE_US + MODES_LONG_MSG_BITS + 16) * 1e-6 * Modes.sample_rate;
|
|
|
|
|
|
2017-01-27 21:58:12 +00:00
|
|
|
if ( ((Modes.log10lut = (uint16_t *) malloc(sizeof(uint16_t) * 256 * 256) ) == NULL) )
|
2013-04-10 11:16:25 +00:00
|
|
|
{
|
2013-01-05 12:52:25 +00:00
|
|
|
fprintf(stderr, "Out of memory allocating data buffer.\n");
|
|
|
|
|
exit(1);
|
|
|
|
|
}
|
2013-04-10 11:16:25 +00:00
|
|
|
|
2020-08-05 08:18:59 +00:00
|
|
|
if (!fifo_create(MODES_MAG_BUFFERS, MODES_MAG_BUF_SAMPLES + Modes.trailing_samples, Modes.trailing_samples)) {
|
|
|
|
|
fprintf(stderr, "Out of memory allocating FIFO\n");
|
|
|
|
|
exit(1);
|
2015-04-09 17:51:31 +00:00
|
|
|
}
|
2013-05-02 12:05:25 +00:00
|
|
|
|
2013-05-09 10:29:18 +00:00
|
|
|
// Validate the users Lat/Lon home location inputs
|
|
|
|
|
if ( (Modes.fUserLat > 90.0) // Latitude must be -90 to +90
|
2017-06-15 17:16:51 +00:00
|
|
|
|| (Modes.fUserLat < -90.0) // and
|
2013-05-09 10:29:18 +00:00
|
|
|
|| (Modes.fUserLon > 360.0) // Longitude must be -180 to +360
|
|
|
|
|
|| (Modes.fUserLon < -180.0) ) {
|
|
|
|
|
Modes.fUserLat = Modes.fUserLon = 0.0;
|
|
|
|
|
} else if (Modes.fUserLon > 180.0) { // If Longitude is +180 to +360, make it -180 to 0
|
|
|
|
|
Modes.fUserLon -= 360.0;
|
|
|
|
|
}
|
2017-06-15 17:16:51 +00:00
|
|
|
// If both Lat and Lon are 0.0 then the users location is either invalid/not-set, or (s)he's in the
|
|
|
|
|
// Atlantic ocean off the west coast of Africa. This is unlikely to be correct.
|
|
|
|
|
// Set the user LatLon valid flag only if either Lat or Lon are non zero. Note the Greenwich meridian
|
|
|
|
|
// is at 0.0 Lon,so we must check for either fLat or fLon being non zero not both.
|
2013-05-09 10:29:18 +00:00
|
|
|
// Testing the flag at runtime will be much quicker than ((fLon != 0.0) || (fLat != 0.0))
|
|
|
|
|
Modes.bUserFlags &= ~MODES_USER_LATLON_VALID;
|
|
|
|
|
if ((Modes.fUserLat != 0.0) || (Modes.fUserLon != 0.0)) {
|
|
|
|
|
Modes.bUserFlags |= MODES_USER_LATLON_VALID;
|
|
|
|
|
}
|
|
|
|
|
|
2017-06-15 17:16:51 +00:00
|
|
|
// Limit the maximum requested raw output size to less than one Ethernet Block
|
2014-10-03 21:55:21 +00:00
|
|
|
if (Modes.net_output_flush_size > (MODES_OUT_FLUSH_SIZE))
|
|
|
|
|
{Modes.net_output_flush_size = MODES_OUT_FLUSH_SIZE;}
|
|
|
|
|
if (Modes.net_output_flush_interval > (MODES_OUT_FLUSH_INTERVAL))
|
|
|
|
|
{Modes.net_output_flush_interval = MODES_OUT_FLUSH_INTERVAL;}
|
2014-05-27 12:16:57 +00:00
|
|
|
if (Modes.net_sndbuf_size > (MODES_NET_SNDBUF_MAX))
|
|
|
|
|
{Modes.net_sndbuf_size = MODES_NET_SNDBUF_MAX;}
|
2013-04-14 21:51:50 +00:00
|
|
|
|
2015-06-15 21:14:37 +00:00
|
|
|
// Prepare the log10 lookup table: 100log10(x)
|
|
|
|
|
Modes.log10lut[0] = 0; // poorly defined..
|
|
|
|
|
for (i = 1; i <= 65535; i++) {
|
|
|
|
|
Modes.log10lut[i] = (uint16_t) round(100.0 * log10(i));
|
2014-09-22 13:53:06 +00:00
|
|
|
}
|
|
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// Prepare error correction tables
|
2015-01-20 23:04:05 +00:00
|
|
|
modesChecksumInit(Modes.nfix_crc);
|
2015-01-20 23:53:26 +00:00
|
|
|
icaoFilterInit();
|
2016-10-11 16:57:25 +00:00
|
|
|
modeACInit();
|
2015-02-22 23:01:54 +00:00
|
|
|
|
|
|
|
|
if (Modes.show_only)
|
|
|
|
|
icaoFilterAdd(Modes.show_only);
|
2015-06-15 21:14:37 +00:00
|
|
|
}
|
|
|
|
|
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//=========================================================================
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// We use a thread reading data in background, while the main thread
|
|
|
|
|
// handles decoding and visualization of data to the user.
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// The reading thread calls the RTLSDR API to read data asynchronously, and
|
|
|
|
|
// uses a callback to populate the data buffer.
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// A Mutex is used to avoid races with the decoding thread.
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
2015-01-23 01:22:22 +00:00
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|
|
|
|
|
// We read data using a thread, so the main thread only handles decoding
|
|
|
|
|
// without caring about data acquisition
|
|
|
|
|
//
|
2015-01-02 22:29:29 +00:00
|
|
|
|
2020-06-29 23:42:21 +00:00
|
|
|
static void *readerThreadEntryPoint(void *arg)
|
2017-01-27 17:30:40 +00:00
|
|
|
{
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
MODES_NOTUSED(arg);
|
2013-01-13 00:39:29 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
sdrRun();
|
2015-01-02 22:29:29 +00:00
|
|
|
|
2019-03-07 18:35:47 +00:00
|
|
|
if (!Modes.exit)
|
|
|
|
|
Modes.exit = 2; // unexpected exit
|
2015-01-02 22:29:29 +00:00
|
|
|
|
2020-08-05 08:18:59 +00:00
|
|
|
fifo_halt(); // wakes the main thread, if it's still waiting
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
return NULL;
|
2013-01-13 00:39:29 +00:00
|
|
|
}
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// ============================== Snip mode =================================
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// Get raw IQ samples and filter everything is < than the specified level
|
|
|
|
|
// for more than 256 samples in order to reduce example file size
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
2020-06-29 23:42:21 +00:00
|
|
|
static void snipMode(int level) {
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
int i, q;
|
|
|
|
|
uint64_t c = 0;
|
2013-05-24 21:29:00 +00:00
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
while ((i = getchar()) != EOF && (q = getchar()) != EOF) {
|
|
|
|
|
if (abs(i-127) < level && abs(q-127) < level) {
|
|
|
|
|
c++;
|
|
|
|
|
if (c > MODES_PREAMBLE_SIZE) continue;
|
2013-05-24 21:29:00 +00:00
|
|
|
} else {
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
c = 0;
|
2013-01-13 00:39:29 +00:00
|
|
|
}
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
putchar(i);
|
|
|
|
|
putchar(q);
|
2013-01-13 00:39:29 +00:00
|
|
|
}
|
|
|
|
|
}
|
2013-05-24 21:29:00 +00:00
|
|
|
//
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// ================================ Main ====================================
|
|
|
|
|
//
|
2020-08-05 12:11:40 +00:00
|
|
|
static void showVersion()
|
|
|
|
|
{
|
2017-02-02 13:47:19 +00:00
|
|
|
printf("-----------------------------------------------------------------------------\n");
|
|
|
|
|
printf("| dump1090 ModeS Receiver %45s |\n", MODES_DUMP1090_VARIANT " " MODES_DUMP1090_VERSION);
|
|
|
|
|
printf("| build options: %-58s |\n",
|
|
|
|
|
""
|
|
|
|
|
#ifdef ENABLE_RTLSDR
|
|
|
|
|
"ENABLE_RTLSDR "
|
|
|
|
|
#endif
|
|
|
|
|
#ifdef ENABLE_BLADERF
|
|
|
|
|
"ENABLE_BLADERF "
|
|
|
|
|
#endif
|
2019-12-09 21:55:40 +00:00
|
|
|
#ifdef ENABLE_HACKRF
|
|
|
|
|
"ENABLE_HACKRF "
|
|
|
|
|
#endif
|
2020-07-26 13:52:48 +00:00
|
|
|
#ifdef ENABLE_LIMESDR
|
|
|
|
|
"ENABLE_LIMESDR "
|
2017-02-02 13:47:19 +00:00
|
|
|
#endif
|
|
|
|
|
);
|
|
|
|
|
printf("-----------------------------------------------------------------------------\n");
|
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
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void showDSP()
|
|
|
|
|
{
|
|
|
|
|
printf(" detected runtime CPU features: ");
|
|
|
|
|
if (cpu_supports_avx())
|
|
|
|
|
printf("AVX ");
|
|
|
|
|
if (cpu_supports_avx2())
|
|
|
|
|
printf("AVX2 ");
|
|
|
|
|
if (cpu_supports_armv7_neon_vfpv4())
|
|
|
|
|
printf("ARMv7+NEON+VFPv4 ");
|
|
|
|
|
printf("\n");
|
|
|
|
|
|
|
|
|
|
printf(" selected DSP implementations: \n");
|
|
|
|
|
#define SHOW(x) do { \
|
|
|
|
|
printf(" %-40s %s\n", #x , starch_ ## x ## _select()->name); \
|
|
|
|
|
printf(" %-40s %s\n", #x "_aligned", starch_ ## x ## _aligned_select()->name); \
|
|
|
|
|
} while(0)
|
|
|
|
|
|
|
|
|
|
SHOW(magnitude_uc8);
|
|
|
|
|
SHOW(magnitude_power_uc8);
|
|
|
|
|
SHOW(magnitude_sc16);
|
|
|
|
|
SHOW(magnitude_sc16q11);
|
|
|
|
|
SHOW(mean_power_u16);
|
2021-07-08 10:53:02 +00:00
|
|
|
SHOW(count_above_u16);
|
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
|
|
|
|
|
|
|
|
#undef SHOW
|
|
|
|
|
|
2017-02-02 13:47:19 +00:00
|
|
|
printf("\n");
|
2020-08-05 12:11:40 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void showHelp(void)
|
|
|
|
|
{
|
|
|
|
|
showVersion();
|
2017-01-27 17:30:40 +00:00
|
|
|
|
|
|
|
|
sdrShowHelp();
|
|
|
|
|
|
|
|
|
|
printf(
|
2021-06-29 12:11:13 +00:00
|
|
|
" Output modes\n"
|
|
|
|
|
"\n"
|
|
|
|
|
// ------ 80 char limit ----------------------------------------------------------|
|
|
|
|
|
"--raw Show only messages hex values\n"
|
|
|
|
|
"--modeac Enable decoding of SSR Modes 3/A & 3/C\n"
|
|
|
|
|
"--mlat display raw messages in Beast ascii mode\n"
|
|
|
|
|
"--onlyaddr Show only ICAO addresses (testing purposes)\n"
|
|
|
|
|
"--metric Use metric units (meters, km/h, ...)\n"
|
|
|
|
|
"--gnss Show altitudes as HAE/GNSS when available\n"
|
|
|
|
|
"--quiet Disable output to stdout. Use for daemon applications\n"
|
|
|
|
|
"--show-only <addr> Show only messages from the given ICAO on stdout\n"
|
|
|
|
|
"--snip <level> Strip IQ file removing samples < level\n"
|
|
|
|
|
"\n"
|
|
|
|
|
" Decoder settings\n"
|
2017-01-27 17:30:40 +00:00
|
|
|
"\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
// ------ 80 char limit ----------------------------------------------------------|
|
2021-07-19 09:32:51 +00:00
|
|
|
"--gain <db> Set gain in dB (default: varies by SDR type)\n"
|
2013-04-14 21:03:19 +00:00
|
|
|
"--freq <hz> Set frequency (default: 1090 Mhz)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--fix Enable single-bit error correction using CRC\n"
|
|
|
|
|
"--fix-2bit Enable two-bit error correction using CRC\n"
|
|
|
|
|
" (use with caution!)\n"
|
|
|
|
|
"--no-fix Disable error correction using CRC\n"
|
|
|
|
|
"--no-fix-df Disable error correction of the DF message field\n"
|
|
|
|
|
" (reduces CPU requirements)\n"
|
|
|
|
|
"--no-crc-check Disable messages with broken CRC (discouraged)\n"
|
|
|
|
|
"--enable-df24 Enable decoding of DF24 Comm-D ELM messages\n"
|
|
|
|
|
"--lat <latitude> Reference/receiver latitude for surface positions\n"
|
|
|
|
|
"--lon <longitude> Reference/receiver longitude for surface positions\n"
|
|
|
|
|
"--max-range <distance> Absolute maximum range for position decoding (in NM)\n"
|
|
|
|
|
"\n"
|
|
|
|
|
// ------ 80 char limit ----------------------------------------------------------|
|
|
|
|
|
" Adaptive gain\n"
|
|
|
|
|
"\n"
|
|
|
|
|
"--adaptive-burst Adjust gain for too-loud message bursts\n"
|
2021-07-30 06:36:45 +00:00
|
|
|
"--adaptive-burst-change-delay <s> Set delay after changing gain before\n"
|
2021-07-07 12:57:34 +00:00
|
|
|
" resuming burst control (seconds)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--adaptive-burst-alpha <a> Set burst rate smoothing factor\n"
|
|
|
|
|
" (0..1, smaller=more smoothing)\n"
|
|
|
|
|
"--adaptive-burst-loud-rate <r> Set burst rate for gain decrease\n"
|
|
|
|
|
"--adaptive-burst-loud-runlength <l> Set burst runlength for gain decrease\n"
|
|
|
|
|
"--adaptive-burst-quiet-rate <r> Set burst rate for gain increase\n"
|
|
|
|
|
"--adaptive-burst-quiet-runlength <l> Set burst runlength for gain increase\n"
|
|
|
|
|
"--adaptive-range Adjust gain for target dynamic range\n"
|
|
|
|
|
"--adaptive-range-target <db> Set target dynamic range in dB\n"
|
|
|
|
|
"--adaptive-range-alpha <a> Set dynamic range noise smoothing factor\n"
|
|
|
|
|
" (0..1, smaller=more smoothing)\n"
|
|
|
|
|
"--adaptive-range-percentile <p> Set dynamic range noise percentile\n"
|
2021-07-07 12:57:34 +00:00
|
|
|
"--adaptive-range-change-delay <s> Set delay after changing gain before\n"
|
|
|
|
|
" resuming dynamic range control (seconds)\n"
|
2021-12-07 09:29:50 +00:00
|
|
|
"--adaptive-range-scan-delay <s> Set scan interval for dynamic range\n"
|
|
|
|
|
" gain scanning following a gain decrease\n"
|
|
|
|
|
" due to an increase in noise (seconds)\n"
|
|
|
|
|
"--adaptive-range-rescan-delay <s> Set periodic rescan interval for dynamic\n"
|
|
|
|
|
" range gain scanning (seconds)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--adaptive-min-gain <g> Set gain adjustment range lower limit (dB)\n"
|
|
|
|
|
"--adaptive-max-gain <g> Set gain adjustment range upper limit (dB)\n"
|
2021-07-15 08:44:26 +00:00
|
|
|
"--adaptive-duty-cycle <p> Set adaptive gain duty cycle %% (1..100)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"\n"
|
|
|
|
|
// ------ 80 char limit ----------------------------------------------------------|
|
|
|
|
|
" Network connections\n"
|
|
|
|
|
"\n"
|
2020-08-11 05:44:39 +00:00
|
|
|
"--net Enable networking with default ports unless overridden\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--no-modeac-auto Don't enable Mode A/C if requested by a net connection\n"
|
2013-04-14 21:03:19 +00:00
|
|
|
"--net-only Enable just networking, no RTL device or file used\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--net-bind-address <ip> IP address to bind to (use 127.0.0.1 for private)\n"
|
2016-01-24 18:45:35 +00:00
|
|
|
"--net-ri-port <ports> TCP raw input listen ports (default: 30001)\n"
|
|
|
|
|
"--net-ro-port <ports> TCP raw output listen ports (default: 30002)\n"
|
|
|
|
|
"--net-sbs-port <ports> TCP BaseStation output listen ports (default: 30003)\n"
|
|
|
|
|
"--net-bi-port <ports> TCP Beast input listen ports (default: 30004,30104)\n"
|
|
|
|
|
"--net-bo-port <ports> TCP Beast output listen ports (default: 30005)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--net-stratux-port <ports> TCP Stratux output listen ports (default: disabled)\n"
|
2014-10-03 21:55:21 +00:00
|
|
|
"--net-ro-size <size> TCP output minimum size (default: 0)\n"
|
|
|
|
|
"--net-ro-interval <rate> TCP output memory flush rate in seconds (default: 0)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--net-heartbeat <rate> TCP heartbeat rate in seconds\n"
|
|
|
|
|
" (default: 60 sec; 0 to disable)\n"
|
2014-05-27 12:16:57 +00:00
|
|
|
"--net-buffer <n> TCP buffer size 64Kb * (2^n) (default: n=0, 64Kb)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--net-verbatim Make output connections default to verbatim mode\n"
|
|
|
|
|
" (forward all messages without correction)\n"
|
|
|
|
|
"--forward-mlat Allow forwarding of received mlat results\n"
|
|
|
|
|
"\n"
|
|
|
|
|
// ------ 80 char limit ----------------------------------------------------------|
|
|
|
|
|
" Stats and json output\n"
|
|
|
|
|
"\n"
|
|
|
|
|
"--stats Show stats summary at exit.\n"
|
2014-09-25 19:33:50 +00:00
|
|
|
"--stats-every <seconds> Show and reset stats every <seconds> seconds\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--stats-range Collect/show range histogram\n"
|
|
|
|
|
"--write-json <dir> Periodically write json output to <dir>\n"
|
|
|
|
|
" (for serving by a separate webserver)\n"
|
2021-02-01 07:18:42 +00:00
|
|
|
"--write-json-every <t> Write json aircraft output every t seconds (default 1)\n"
|
|
|
|
|
"--json-stats-every <t> Write json stats output every t seconds (default 60)\n"
|
2021-06-29 12:11:13 +00:00
|
|
|
"--json-location-accuracy <n> Accuracy of receiver location in json metadata\n"
|
|
|
|
|
" (0=no location, 1=approximate, 2=exact)\n"
|
|
|
|
|
"\n"
|
|
|
|
|
" Interactive mode\n"
|
|
|
|
|
"\n"
|
|
|
|
|
"--interactive Interactive mode refreshing data on screen.\n"
|
|
|
|
|
" Implies --throttle\n"
|
|
|
|
|
"--interactive-ttl <sec> Remove from list if idle for <sec>\n"
|
|
|
|
|
"--interactive-show-distance Show aircraft distance and bearing\n"
|
|
|
|
|
" (requires --lat and --lon)\n"
|
|
|
|
|
"--interactive-distance-units <u> Distance units ('km', 'sm', 'nm')\n"
|
|
|
|
|
"--interactive-callsign-filter <r> Filter rows by callsign against regex\n"
|
|
|
|
|
"\n"
|
|
|
|
|
" Misc\n"
|
|
|
|
|
"\n"
|
2021-07-08 10:46:48 +00:00
|
|
|
"--wisdom <path> Read DSP wisdom from given path\n"
|
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
|
|
|
"--version Show version, build and DSP options\n"
|
2013-04-14 21:03:19 +00:00
|
|
|
"--help Show this help\n"
|
2013-01-05 12:52:25 +00:00
|
|
|
);
|
|
|
|
|
}
|
2014-04-25 13:48:14 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// Accumulate stats data from stats_current to stats_periodic, stats_alltime and stats_latest;
|
|
|
|
|
// reset stats_current
|
2021-06-29 12:11:13 +00:00
|
|
|
void flush_stats(uint64_t now);
|
|
|
|
|
void flush_stats(uint64_t now)
|
2015-01-20 17:16:35 +00:00
|
|
|
{
|
2021-02-01 07:18:42 +00:00
|
|
|
add_stats(&Modes.stats_current, &Modes.stats_periodic, &Modes.stats_periodic);
|
|
|
|
|
add_stats(&Modes.stats_current, &Modes.stats_alltime, &Modes.stats_alltime);
|
|
|
|
|
add_stats(&Modes.stats_current, &Modes.stats_latest, &Modes.stats_latest);
|
|
|
|
|
|
|
|
|
|
reset_stats(&Modes.stats_current);
|
|
|
|
|
Modes.stats_current.start = Modes.stats_current.end = now;
|
2014-09-25 19:33:50 +00:00
|
|
|
}
|
|
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|
|
|
|
|
// This function is called a few times every second by main in order to
|
|
|
|
|
// perform tasks we need to do continuously, like accepting new clients
|
|
|
|
|
// from the net, refreshing the screen in interactive mode, and so forth
|
|
|
|
|
//
|
2020-06-29 23:42:21 +00:00
|
|
|
static void backgroundTasks(void) {
|
2015-02-10 22:24:22 +00:00
|
|
|
static uint64_t next_stats_display;
|
|
|
|
|
static uint64_t next_stats_update;
|
2021-02-01 07:18:42 +00:00
|
|
|
static uint64_t next_json_stats_update;
|
2015-02-10 22:24:22 +00:00
|
|
|
static uint64_t next_json, next_history;
|
2015-01-15 20:55:55 +00:00
|
|
|
|
2015-02-10 22:24:22 +00:00
|
|
|
uint64_t now = mstime();
|
2014-09-25 19:33:50 +00:00
|
|
|
|
2021-02-04 08:27:31 +00:00
|
|
|
if (Modes.sdr_type != SDR_IFILE) {
|
|
|
|
|
// don't run these if processing data from a file
|
|
|
|
|
icaoFilterExpire();
|
|
|
|
|
trackPeriodicUpdate();
|
|
|
|
|
}
|
2015-01-20 23:53:26 +00:00
|
|
|
|
2013-01-13 00:39:29 +00:00
|
|
|
if (Modes.net) {
|
2018-01-09 17:13:34 +00:00
|
|
|
modesNetPeriodicWork();
|
2017-06-15 17:16:51 +00:00
|
|
|
}
|
2013-04-24 22:47:08 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
// Refresh screen when in interactive mode
|
2013-08-19 14:55:17 +00:00
|
|
|
if (Modes.interactive) {
|
2013-04-24 22:47:08 +00:00
|
|
|
interactiveShowData();
|
2013-01-13 00:39:29 +00:00
|
|
|
}
|
2014-09-25 19:33:50 +00:00
|
|
|
|
2020-08-05 04:00:50 +00:00
|
|
|
// copy out reader CPU time and reset it
|
|
|
|
|
sdrUpdateCPUTime(&Modes.stats_current.reader_cpu);
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
// always update end time so it is current when requests arrive
|
2017-12-02 17:38:33 +00:00
|
|
|
Modes.stats_current.end = mstime();
|
2015-01-20 17:16:35 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// 1-minute stats update
|
2015-01-20 17:16:35 +00:00
|
|
|
if (now >= next_stats_update) {
|
|
|
|
|
int i;
|
|
|
|
|
|
|
|
|
|
if (next_stats_update == 0) {
|
2015-02-10 22:24:22 +00:00
|
|
|
next_stats_update = now + 60000;
|
2015-01-20 17:16:35 +00:00
|
|
|
} else {
|
2021-02-01 07:18:42 +00:00
|
|
|
flush_stats(now); // Ensure stats_latest is up to date
|
2017-06-15 17:16:51 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// move stats_latest into 1-min ring buffer
|
|
|
|
|
Modes.stats_newest_1min = (Modes.stats_newest_1min + 1) % 15;
|
|
|
|
|
Modes.stats_1min[Modes.stats_newest_1min] = Modes.stats_latest;
|
|
|
|
|
reset_stats(&Modes.stats_latest);
|
2017-06-15 17:16:51 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// recalculate 5-min window
|
2015-01-20 17:16:35 +00:00
|
|
|
reset_stats(&Modes.stats_5min);
|
|
|
|
|
for (i = 0; i < 5; ++i)
|
2021-02-01 07:18:42 +00:00
|
|
|
add_stats(&Modes.stats_1min[(Modes.stats_newest_1min - i + 15) % 15], &Modes.stats_5min, &Modes.stats_5min);
|
2017-06-15 17:16:51 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// recalculate 15-min window
|
2015-01-20 17:16:35 +00:00
|
|
|
reset_stats(&Modes.stats_15min);
|
|
|
|
|
for (i = 0; i < 15; ++i)
|
|
|
|
|
add_stats(&Modes.stats_1min[i], &Modes.stats_15min, &Modes.stats_15min);
|
2017-06-15 17:16:51 +00:00
|
|
|
|
2015-02-10 22:24:22 +00:00
|
|
|
next_stats_update += 60000;
|
2015-01-20 17:16:35 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// --stats-every display
|
2015-02-10 22:24:22 +00:00
|
|
|
if (Modes.stats && now >= next_stats_display) {
|
2015-01-20 17:16:35 +00:00
|
|
|
if (next_stats_display == 0) {
|
|
|
|
|
next_stats_display = now + Modes.stats;
|
|
|
|
|
} else {
|
2021-02-01 07:18:42 +00:00
|
|
|
flush_stats(now); // Ensure stats_periodic is up to date
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
display_stats(&Modes.stats_periodic);
|
|
|
|
|
reset_stats(&Modes.stats_periodic);
|
|
|
|
|
|
|
|
|
|
next_stats_display += Modes.stats;
|
2015-12-19 18:28:12 +00:00
|
|
|
if (next_stats_display <= now) {
|
|
|
|
|
/* something has gone wrong, perhaps the system clock jumped */
|
|
|
|
|
next_stats_display = now + Modes.stats;
|
|
|
|
|
}
|
2014-09-25 19:33:50 +00:00
|
|
|
}
|
|
|
|
|
}
|
2014-11-23 16:02:11 +00:00
|
|
|
|
2021-02-01 07:18:42 +00:00
|
|
|
// json stats update
|
|
|
|
|
if (Modes.json_dir && now >= next_json_stats_update) {
|
|
|
|
|
if (next_json_stats_update == 0) {
|
|
|
|
|
next_json_stats_update = now + Modes.json_stats_interval;
|
|
|
|
|
} else {
|
|
|
|
|
flush_stats(now); // Ensure everything we'll write is up to date
|
|
|
|
|
writeJsonToFile("stats.json", generateStatsJson);
|
|
|
|
|
next_json_stats_update += Modes.json_stats_interval;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
if (Modes.json_dir && now >= next_json) {
|
2015-01-15 20:54:22 +00:00
|
|
|
writeJsonToFile("aircraft.json", generateAircraftJson);
|
|
|
|
|
next_json = now + Modes.json_interval;
|
2014-11-23 16:02:11 +00:00
|
|
|
}
|
2015-01-15 20:55:55 +00:00
|
|
|
|
2016-01-24 18:45:35 +00:00
|
|
|
if (now >= next_history) {
|
|
|
|
|
int rewrite_receiver_json = (Modes.json_dir && Modes.json_aircraft_history[HISTORY_SIZE-1].content == NULL);
|
2015-01-15 20:55:55 +00:00
|
|
|
|
|
|
|
|
free(Modes.json_aircraft_history[Modes.json_aircraft_history_next].content); // might be NULL, that's OK.
|
|
|
|
|
Modes.json_aircraft_history[Modes.json_aircraft_history_next].content =
|
|
|
|
|
generateAircraftJson("/data/aircraft.json", &Modes.json_aircraft_history[Modes.json_aircraft_history_next].clen);
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
if (Modes.json_dir) {
|
|
|
|
|
char filebuf[PATH_MAX];
|
|
|
|
|
snprintf(filebuf, PATH_MAX, "history_%d.json", Modes.json_aircraft_history_next);
|
|
|
|
|
writeJsonToFile(filebuf, generateHistoryJson);
|
|
|
|
|
}
|
2015-01-15 20:55:55 +00:00
|
|
|
|
|
|
|
|
Modes.json_aircraft_history_next = (Modes.json_aircraft_history_next+1) % HISTORY_SIZE;
|
2015-01-15 22:23:53 +00:00
|
|
|
|
|
|
|
|
if (rewrite_receiver_json)
|
|
|
|
|
writeJsonToFile("receiver.json", generateReceiverJson); // number of history entries changed
|
|
|
|
|
|
2015-01-15 20:55:55 +00:00
|
|
|
next_history = now + HISTORY_INTERVAL;
|
|
|
|
|
}
|
2013-01-13 00:39:29 +00:00
|
|
|
}
|
2014-12-10 17:05:22 +00:00
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|
2014-07-08 22:34:43 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|
2020-08-11 05:44:39 +00:00
|
|
|
|
|
|
|
|
static void applyNetDefaults()
|
|
|
|
|
{
|
|
|
|
|
if (!Modes.net_input_raw_ports)
|
|
|
|
|
Modes.net_input_raw_ports = strdup("30001");
|
|
|
|
|
if (!Modes.net_output_raw_ports)
|
|
|
|
|
Modes.net_output_raw_ports = strdup("30002");
|
|
|
|
|
if (!Modes.net_output_sbs_ports)
|
|
|
|
|
Modes.net_output_sbs_ports = strdup("30003");
|
|
|
|
|
if (!Modes.net_input_beast_ports)
|
|
|
|
|
Modes.net_input_beast_ports = strdup("30004,30104");
|
|
|
|
|
if (!Modes.net_output_beast_ports)
|
|
|
|
|
Modes.net_output_beast_ports = strdup("30005");
|
|
|
|
|
}
|
|
|
|
|
|
2013-01-05 12:52:25 +00:00
|
|
|
int main(int argc, char **argv) {
|
|
|
|
|
int j;
|
|
|
|
|
|
2013-04-29 21:14:06 +00:00
|
|
|
// Set sane defaults
|
2013-01-05 12:52:25 +00:00
|
|
|
modesInitConfig();
|
2015-02-17 21:41:40 +00:00
|
|
|
|
|
|
|
|
// signal handlers:
|
|
|
|
|
signal(SIGINT, sigintHandler);
|
|
|
|
|
signal(SIGTERM, sigtermHandler);
|
2013-01-05 12:52:25 +00:00
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// Parse the command line options
|
2013-01-05 12:52:25 +00:00
|
|
|
for (j = 1; j < argc; j++) {
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
int more = j+1 < argc; // There are more arguments
|
2013-01-05 12:52:25 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
if (!strcmp(argv[j],"--freq") && more) {
|
|
|
|
|
Modes.freq = (int) strtoll(argv[++j],NULL,10);
|
|
|
|
|
} else if ( (!strcmp(argv[j], "--device") || !strcmp(argv[j], "--device-index")) && more) {
|
2015-01-02 22:29:29 +00:00
|
|
|
Modes.dev_name = strdup(argv[++j]);
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--gain") && more) {
|
2021-06-29 12:11:13 +00:00
|
|
|
Modes.gain = atof(argv[++j]);
|
2015-06-15 21:14:37 +00:00
|
|
|
} else if (!strcmp(argv[j],"--dcfilter")) {
|
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
|
|
|
#if 0
|
2015-06-15 21:14:37 +00:00
|
|
|
Modes.dc_filter = 1;
|
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
|
|
|
#else
|
|
|
|
|
fprintf(stderr, "--dcfilter option ignored (please raise an issue on github if you have a usecase that needs this)\n");
|
|
|
|
|
#endif
|
2015-06-15 21:14:37 +00:00
|
|
|
} else if (!strcmp(argv[j],"--measure-noise")) {
|
2016-05-31 10:54:34 +00:00
|
|
|
// Ignored
|
2013-04-26 09:12:47 +00:00
|
|
|
} else if (!strcmp(argv[j],"--fix")) {
|
2020-05-02 06:53:30 +00:00
|
|
|
if (Modes.nfix_crc < 1)
|
|
|
|
|
Modes.nfix_crc = 1;
|
|
|
|
|
} else if (!strcmp(argv[j],"--fix-2bit")) {
|
|
|
|
|
Modes.nfix_crc = 2;
|
Reduce CPU further in --no-fix-df mode. Add --enable-df24 option.
This reinstates the fastpath in the 2.4MHz demodulator that
aborts message demodulation early if the DF bits don't match a message
type that we know how to decode, or stops early if the DF bits can
only correspond to a short 56-bit message.
Do this in a more general form where we test against a set of valid
DF values, rather than a switch/case. Then populate the sets based on
the current error-correction settings (e.g. if we are allowed to repair
DF damage with 1 bit error correction, then a DF17 message could appear
with any of DF=17, DF=16, DF=19, DF=21, DF=25, or DF=1 and still be
correctable to a valid DF17 message)
In the default case this produces a small CPU improvement as short
messages might be able to stop earlier and a few DF values can be ignored
early. With --no-fix-df it produces a larger improvement as relatively few
DF values are valid in that mode.
To further reduce CPU, the default behaviour has changed to _not_
decode DF24 messages (Comm-D ELM messages). These are rarely seen in
the wild and dump1090 can't do anything useful with them. Disabling
them allows us to further reduce the set of valid DF values as they
effectively use all DF values from 24..31, 25% of all possible values.
To re-enable DF24 decoding, use the new `--enable-df24` option.
Finally, avoid doing some CRC calculations twice. This was only happening
once per valid decoded message, not per demodulation attempt, so it's not
such a large win.
2021-03-19 08:52:42 +00:00
|
|
|
} else if (!strcmp(argv[j],"--enable-df24")) {
|
|
|
|
|
Modes.enable_df24 = 1;
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--no-fix")) {
|
2013-05-24 20:51:44 +00:00
|
|
|
Modes.nfix_crc = 0;
|
2021-03-08 06:23:35 +00:00
|
|
|
} else if (!strcmp(argv[j],"--no-fix-df")) {
|
|
|
|
|
Modes.fix_df = 0;
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--no-crc-check")) {
|
|
|
|
|
Modes.check_crc = 0;
|
2013-05-22 12:23:54 +00:00
|
|
|
} else if (!strcmp(argv[j],"--phase-enhance")) {
|
2016-05-31 10:47:57 +00:00
|
|
|
// Ignored, always enabled
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--raw")) {
|
|
|
|
|
Modes.raw = 1;
|
2013-01-10 19:58:13 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net")) {
|
|
|
|
|
Modes.net = 1;
|
2020-08-11 05:44:39 +00:00
|
|
|
applyNetDefaults();
|
2013-04-22 22:31:59 +00:00
|
|
|
} else if (!strcmp(argv[j],"--modeac")) {
|
|
|
|
|
Modes.mode_ac = 1;
|
2016-12-29 17:56:32 +00:00
|
|
|
Modes.mode_ac_auto = 0;
|
|
|
|
|
} else if (!strcmp(argv[j],"--no-modeac-auto")) {
|
|
|
|
|
Modes.mode_ac_auto = 0;
|
2013-04-07 15:22:02 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-beast")) {
|
2016-01-24 18:45:35 +00:00
|
|
|
fprintf(stderr, "--net-beast ignored, use --net-bo-port to control where Beast output is generated\n");
|
2013-01-13 00:39:29 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-only")) {
|
|
|
|
|
Modes.net = 1;
|
2017-01-27 17:30:40 +00:00
|
|
|
Modes.sdr_type = SDR_NONE;
|
2020-08-11 05:44:39 +00:00
|
|
|
applyNetDefaults();
|
2014-03-11 01:09:49 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-heartbeat") && more) {
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.net_heartbeat_interval = (uint64_t)(1000 * atof(argv[++j]));
|
2014-03-11 01:09:49 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-ro-size") && more) {
|
2014-10-03 21:55:21 +00:00
|
|
|
Modes.net_output_flush_size = atoi(argv[++j]);
|
2013-04-15 22:17:08 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-ro-rate") && more) {
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.net_output_flush_interval = 1000 * atoi(argv[++j]) / 15; // backwards compatibility
|
2014-10-03 21:55:21 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-ro-interval") && more) {
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.net_output_flush_interval = (uint64_t)(1000 * atof(argv[++j]));
|
2013-01-10 19:58:13 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-ro-port") && more) {
|
2020-08-11 05:44:39 +00:00
|
|
|
Modes.net = 1;
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_output_raw_ports);
|
|
|
|
|
Modes.net_output_raw_ports = strdup(argv[++j]);
|
2013-01-12 10:46:32 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-ri-port") && more) {
|
2020-08-11 05:44:39 +00:00
|
|
|
Modes.net = 1;
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_input_raw_ports);
|
|
|
|
|
Modes.net_input_raw_ports = strdup(argv[++j]);
|
2013-05-24 21:29:00 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-bo-port") && more) {
|
2020-08-11 05:44:39 +00:00
|
|
|
Modes.net = 1;
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_output_beast_ports);
|
|
|
|
|
Modes.net_output_beast_ports = strdup(argv[++j]);
|
2013-05-24 21:29:00 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-bi-port") && more) {
|
2020-08-11 05:44:39 +00:00
|
|
|
Modes.net = 1;
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_input_beast_ports);
|
|
|
|
|
Modes.net_input_beast_ports = strdup(argv[++j]);
|
2014-10-25 19:33:45 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-bind-address") && more) {
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_bind_address);
|
2014-10-30 12:06:03 +00:00
|
|
|
Modes.net_bind_address = strdup(argv[++j]);
|
2013-01-13 00:39:29 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-http-port") && more) {
|
2016-07-10 10:56:31 +00:00
|
|
|
if (strcmp(argv[++j], "0")) {
|
|
|
|
|
fprintf(stderr, "warning: --net-http-port not supported in this build, option ignored.\n");
|
|
|
|
|
}
|
2013-01-17 18:12:23 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-sbs-port") && more) {
|
2020-08-11 05:44:39 +00:00
|
|
|
Modes.net = 1;
|
2016-01-24 18:45:35 +00:00
|
|
|
free(Modes.net_output_sbs_ports);
|
|
|
|
|
Modes.net_output_sbs_ports = strdup(argv[++j]);
|
2020-03-23 22:53:24 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-stratux-port") && more) {
|
2020-09-08 15:25:01 +00:00
|
|
|
Modes.net = 1;
|
2020-09-08 15:08:37 +00:00
|
|
|
free(Modes.net_output_stratux_ports);
|
2020-03-23 22:53:24 +00:00
|
|
|
Modes.net_output_stratux_ports = strdup(argv[++j]);
|
2014-05-27 12:16:57 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-buffer") && more) {
|
|
|
|
|
Modes.net_sndbuf_size = atoi(argv[++j]);
|
2015-01-22 19:56:38 +00:00
|
|
|
} else if (!strcmp(argv[j],"--net-verbatim")) {
|
|
|
|
|
Modes.net_verbatim = 1;
|
2015-07-03 20:56:23 +00:00
|
|
|
} else if (!strcmp(argv[j],"--forward-mlat")) {
|
|
|
|
|
Modes.forward_mlat = 1;
|
2013-01-06 16:09:31 +00:00
|
|
|
} else if (!strcmp(argv[j],"--onlyaddr")) {
|
|
|
|
|
Modes.onlyaddr = 1;
|
2013-01-08 18:46:50 +00:00
|
|
|
} else if (!strcmp(argv[j],"--metric")) {
|
|
|
|
|
Modes.metric = 1;
|
2016-08-26 10:27:46 +00:00
|
|
|
} else if (!strcmp(argv[j],"--hae") || !strcmp(argv[j],"--gnss")) {
|
2016-08-27 13:34:14 +00:00
|
|
|
Modes.use_gnss = 1;
|
2013-01-15 00:41:10 +00:00
|
|
|
} else if (!strcmp(argv[j],"--aggressive")) {
|
2021-03-08 07:37:19 +00:00
|
|
|
fprintf(stderr, "warning: --aggressive not supported in this build, option ignored (consider '--fix-2bit' instead)\n");
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--interactive")) {
|
2017-01-27 17:30:40 +00:00
|
|
|
Modes.interactive = 1;
|
2013-05-09 10:29:18 +00:00
|
|
|
} else if (!strcmp(argv[j],"--interactive-ttl") && more) {
|
2015-02-10 21:49:37 +00:00
|
|
|
Modes.interactive_display_ttl = (uint64_t)(1000 * atof(argv[++j]));
|
2020-09-21 22:00:44 +00:00
|
|
|
} else if (!strcmp(argv[j],"--interactive-show-distance")) {
|
|
|
|
|
Modes.interactive_show_distance = 1;
|
|
|
|
|
} else if (!strcmp(argv[j], "--interactive-distance-units") && more) {
|
|
|
|
|
char *units = argv[++j];
|
|
|
|
|
if (!strcmp(units, "km")) {
|
|
|
|
|
Modes.interactive_distance_units = UNIT_KILOMETERS;
|
|
|
|
|
} else if (!strcmp(units, "sm")) {
|
|
|
|
|
Modes.interactive_distance_units = UNIT_STATUTE_MILES;
|
|
|
|
|
} else {
|
|
|
|
|
Modes.interactive_distance_units = UNIT_NAUTICAL_MILES;
|
|
|
|
|
}
|
|
|
|
|
} else if (!strcmp(argv[j], "--interactive-callsign-filter") && more) {
|
|
|
|
|
Modes.interactive_callsign_filter = strdup(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--lat") && more) {
|
2013-05-09 10:29:18 +00:00
|
|
|
Modes.fUserLat = atof(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j],"--lon") && more) {
|
|
|
|
|
Modes.fUserLon = atof(argv[++j]);
|
2015-01-13 20:03:34 +00:00
|
|
|
} else if (!strcmp(argv[j],"--max-range") && more) {
|
|
|
|
|
Modes.maxRange = atof(argv[++j]) * 1852.0; // convert to metres
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--debug") && more) {
|
2020-08-05 12:14:57 +00:00
|
|
|
fprintf(stderr, "warning: --debug is obsolete and ignored\n");
|
|
|
|
|
++j;
|
2013-01-06 14:13:40 +00:00
|
|
|
} else if (!strcmp(argv[j],"--stats")) {
|
2015-02-10 22:24:22 +00:00
|
|
|
if (!Modes.stats)
|
|
|
|
|
Modes.stats = (uint64_t)1 << 60; // "never"
|
2015-06-19 16:29:14 +00:00
|
|
|
} else if (!strcmp(argv[j],"--stats-range")) {
|
|
|
|
|
Modes.stats_range_histo = 1;
|
2014-09-25 19:33:50 +00:00
|
|
|
} else if (!strcmp(argv[j],"--stats-every") && more) {
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.stats = (uint64_t) (1000 * atof(argv[++j]));
|
2021-02-01 07:18:42 +00:00
|
|
|
} else if (!strcmp(argv[j],"--json-stats-every") && more) {
|
|
|
|
|
Modes.json_stats_interval = (uint64_t) (1000 * atof(argv[++j]));
|
2013-01-05 12:52:25 +00:00
|
|
|
} else if (!strcmp(argv[j],"--snip") && more) {
|
|
|
|
|
snipMode(atoi(argv[++j]));
|
|
|
|
|
exit(0);
|
|
|
|
|
} else if (!strcmp(argv[j],"--help")) {
|
|
|
|
|
showHelp();
|
|
|
|
|
exit(0);
|
2020-08-05 12:11:40 +00:00
|
|
|
} else if (!strcmp(argv[j],"--version")) {
|
|
|
|
|
showVersion();
|
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
|
|
|
showDSP();
|
2020-08-05 12:11:40 +00:00
|
|
|
exit(0);
|
2013-04-08 23:58:32 +00:00
|
|
|
} else if (!strcmp(argv[j],"--quiet")) {
|
|
|
|
|
Modes.quiet = 1;
|
2015-02-22 23:01:54 +00:00
|
|
|
} else if (!strcmp(argv[j],"--show-only") && more) {
|
|
|
|
|
Modes.show_only = (uint32_t) strtoul(argv[++j], NULL, 16);
|
2013-04-12 10:15:52 +00:00
|
|
|
} else if (!strcmp(argv[j],"--mlat")) {
|
2013-04-13 00:37:02 +00:00
|
|
|
Modes.mlat = 1;
|
2014-09-26 21:42:38 +00:00
|
|
|
} else if (!strcmp(argv[j],"--oversample")) {
|
2016-05-31 11:23:58 +00:00
|
|
|
// Ignored
|
2014-11-23 16:02:11 +00:00
|
|
|
} else if (!strcmp(argv[j], "--write-json") && more) {
|
2015-01-15 20:54:22 +00:00
|
|
|
Modes.json_dir = strdup(argv[++j]);
|
2014-11-23 16:02:11 +00:00
|
|
|
} else if (!strcmp(argv[j], "--write-json-every") && more) {
|
2015-02-10 22:24:22 +00:00
|
|
|
Modes.json_interval = (uint64_t)(1000 * atof(argv[++j]));
|
|
|
|
|
if (Modes.json_interval < 100) // 0.1s
|
|
|
|
|
Modes.json_interval = 100;
|
2014-12-27 20:52:56 +00:00
|
|
|
} else if (!strcmp(argv[j], "--json-location-accuracy") && more) {
|
|
|
|
|
Modes.json_location_accuracy = atoi(argv[++j]);
|
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
|
|
|
} else if (!strcmp(argv[j], "--wisdom") && more) {
|
|
|
|
|
if (starch_read_wisdom (argv[++j]) < 0) {
|
|
|
|
|
fprintf(stderr,
|
|
|
|
|
"Failed to read wisdom file %s: %s\n", argv[j], strerror(errno));
|
|
|
|
|
exit(1);
|
2021-06-29 12:11:13 +00:00
|
|
|
}
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-min-gain") && more) {
|
|
|
|
|
Modes.adaptive_min_gain_db = atof(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-max-gain") && more) {
|
|
|
|
|
Modes.adaptive_max_gain_db = atof(argv[++j]);
|
2021-07-15 08:44:26 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-duty-cycle") && more) {
|
|
|
|
|
Modes.adaptive_duty_cycle = atof(argv[++j]) / 100.0;
|
2021-06-29 12:11:13 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst")) {
|
|
|
|
|
Modes.adaptive_burst_control = true;
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-alpha") && more) {
|
|
|
|
|
Modes.adaptive_burst_alpha = atof(argv[++j]);
|
2021-07-07 12:57:34 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-change-delay") && more) {
|
2021-06-29 12:11:13 +00:00
|
|
|
Modes.adaptive_burst_change_delay = atoi(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-loud-rate") && more) {
|
|
|
|
|
Modes.adaptive_burst_loud_rate = atof(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-loud-runlength") && more) {
|
|
|
|
|
Modes.adaptive_burst_loud_runlength = atoi(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-quiet-rate") && more) {
|
|
|
|
|
Modes.adaptive_burst_quiet_rate = atof(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-burst-quiet-runlength") && more) {
|
|
|
|
|
Modes.adaptive_burst_quiet_runlength = atoi(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range")) {
|
|
|
|
|
Modes.adaptive_range_control = true;
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-alpha") && more) {
|
|
|
|
|
Modes.adaptive_range_alpha = atof(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-percentile") && more) {
|
|
|
|
|
Modes.adaptive_range_percentile = atoi(argv[++j]);
|
|
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-target") && more) {
|
|
|
|
|
Modes.adaptive_range_target = atof(argv[++j]);
|
2021-07-07 12:57:34 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-change-delay") && more) {
|
|
|
|
|
Modes.adaptive_range_change_delay = atoi(argv[++j]);
|
2021-12-07 09:29:50 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-scan-delay") && more) {
|
|
|
|
|
Modes.adaptive_range_scan_delay = atoi(argv[++j]);
|
2021-06-29 12:11:13 +00:00
|
|
|
} else if (!strcmp(argv[j], "--adaptive-range-rescan-delay") && more) {
|
|
|
|
|
Modes.adaptive_range_rescan_delay = atoi(argv[++j]);
|
2017-01-27 17:30:40 +00:00
|
|
|
} else if (sdrHandleOption(argc, argv, &j)) {
|
|
|
|
|
/* handled */
|
2013-04-08 23:58:32 +00:00
|
|
|
} else {
|
2013-01-05 12:52:25 +00:00
|
|
|
fprintf(stderr,
|
2020-08-05 12:11:40 +00:00
|
|
|
"Unknown or not enough arguments for option '%s'.\nTry %s --help for full option help.\n",
|
|
|
|
|
argv[j],
|
|
|
|
|
argv[0]);
|
2013-01-05 12:52:25 +00:00
|
|
|
exit(1);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2020-08-11 04:49:01 +00:00
|
|
|
if (Modes.sdr_type == SDR_NONE && !Modes.net) {
|
|
|
|
|
fprintf(stderr,
|
|
|
|
|
"No SDR available and network mode not enabled; nothing to do!\n"
|
|
|
|
|
"Select a SDR type (--device-type or --ifile), or enable network mode (--net)\n"
|
|
|
|
|
"Try %s --help for full option help.\n",
|
|
|
|
|
argv[0]);
|
|
|
|
|
exit(1);
|
|
|
|
|
}
|
|
|
|
|
|
2019-11-27 13:09:19 +00:00
|
|
|
if (Modes.nfix_crc > MODES_MAX_BITERRORS)
|
|
|
|
|
Modes.nfix_crc = MODES_MAX_BITERRORS;
|
|
|
|
|
|
2013-04-29 21:14:06 +00:00
|
|
|
// Initialization
|
2015-02-17 21:43:17 +00:00
|
|
|
log_with_timestamp("%s %s starting up.", MODES_DUMP1090_VARIANT, MODES_DUMP1090_VERSION);
|
2013-01-05 12:52:25 +00:00
|
|
|
modesInit();
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
if (!sdrOpen()) {
|
|
|
|
|
exit(1);
|
|
|
|
|
}
|
2021-06-29 12:11:13 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
if (Modes.net) {
|
|
|
|
|
modesInitNet();
|
2013-01-05 12:52:25 +00:00
|
|
|
}
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
// init stats:
|
2015-02-11 01:14:21 +00:00
|
|
|
Modes.stats_current.start = Modes.stats_current.end =
|
|
|
|
|
Modes.stats_alltime.start = Modes.stats_alltime.end =
|
|
|
|
|
Modes.stats_periodic.start = Modes.stats_periodic.end =
|
2021-02-01 07:18:42 +00:00
|
|
|
Modes.stats_latest.start = Modes.stats_latest.end =
|
2015-02-11 01:14:21 +00:00
|
|
|
Modes.stats_5min.start = Modes.stats_5min.end =
|
|
|
|
|
Modes.stats_15min.start = Modes.stats_15min.end = mstime();
|
|
|
|
|
|
|
|
|
|
for (j = 0; j < 15; ++j)
|
|
|
|
|
Modes.stats_1min[j].start = Modes.stats_1min[j].end = Modes.stats_current.start;
|
2015-01-20 17:16:35 +00:00
|
|
|
|
2021-06-29 12:11:13 +00:00
|
|
|
adaptive_init();
|
|
|
|
|
|
2015-01-20 17:16:35 +00:00
|
|
|
// write initial json files so they're not missing
|
|
|
|
|
writeJsonToFile("receiver.json", generateReceiverJson);
|
|
|
|
|
writeJsonToFile("stats.json", generateStatsJson);
|
|
|
|
|
writeJsonToFile("aircraft.json", generateAircraftJson);
|
2014-12-10 17:05:22 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
interactiveInit();
|
|
|
|
|
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
// If the user specifies --net-only, just run in order to serve network
|
|
|
|
|
// clients without reading data from the RTL device
|
2017-01-27 17:30:40 +00:00
|
|
|
if (Modes.sdr_type == SDR_NONE) {
|
2015-02-17 21:44:30 +00:00
|
|
|
while (!Modes.exit) {
|
|
|
|
|
struct timespec start_time;
|
2019-10-03 18:16:44 +00:00
|
|
|
struct timespec slp = { 0, 100 * 1000 * 1000};
|
2015-01-23 01:22:22 +00:00
|
|
|
|
2015-02-17 21:44:30 +00:00
|
|
|
start_cpu_timing(&start_time);
|
|
|
|
|
backgroundTasks();
|
|
|
|
|
end_cpu_timing(&start_time, &Modes.stats_current.background_cpu);
|
2015-01-23 01:22:22 +00:00
|
|
|
|
2019-10-03 18:16:44 +00:00
|
|
|
nanosleep(&slp, NULL);
|
2015-02-17 21:44:30 +00:00
|
|
|
}
|
|
|
|
|
} else {
|
Don't hang on exit if rtlsdr hardware stops sending samples.
Give up and exit after 30 seconds of no sample data, rather than just warning and continuing.
background & discussion: https://discussions.flightaware.com/t/cpu-hikes-crash-dump1090-fa/74759
The scenario this addresses is:
* Hardware wedges, USB bulk endpoint stops providing data
* librtlsdr remains in rtlsdr_read_async() waiting for either USB data which never arrives,
or a cancellation via _a different thread_ calling rtlsdr_cancel_async().
* main thread notices the lack of SDR data and complains
* something external e.g. piaware tries a restart and sends SIGTERM
* the signal handler sets Modes.exit = 1; the main thread starts waiting for receive thread termination
* because we're never getting callbacks from rtlsdr_read_async(), we never call rtlsdr_cancel_async
* dump1090 hangs waiting on receive thread termination
To fix this, add a sdrStop() handler function where the general contract is "make the receive thread terminate".
In the rtlsdr case, this calls rtlsdr_cancel_async directly, which will make rtlsdr_read_async() return even
if the hardware is stuck.
The main thread then calls sdrStop() before waiting for receive thread termination.
Also, as discussed in the thread above, there's not really much point in continuing to run if the SDR
has wedged, so bail out after 30 seconds of no sample data.
Also, if pthread_timedjoin_np is available, use it in preference to pthread_join so that we do not wait
indefinitely for the receive thread on shutdown. If the join times out, give up and abort() as we can't
safely continue a clean shutdown while the receive thread is running.
2021-03-20 17:51:08 +00:00
|
|
|
int watchdogCounter = 300; // about 30 seconds
|
2016-05-31 11:41:15 +00:00
|
|
|
|
2015-02-17 21:44:30 +00:00
|
|
|
// Create the thread that will read the data from the device.
|
|
|
|
|
pthread_create(&Modes.reader_thread, NULL, readerThreadEntryPoint, NULL);
|
2013-01-13 00:39:29 +00:00
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
while (!Modes.exit) {
|
2020-08-05 08:18:59 +00:00
|
|
|
// get the next sample buffer off the FIFO; wait only up to 100ms
|
|
|
|
|
// this is fairly aggressive as all our network I/O runs out of the background work!
|
|
|
|
|
struct mag_buf *buf = fifo_dequeue(100 /* milliseconds */);
|
2015-02-17 21:44:30 +00:00
|
|
|
struct timespec start_time;
|
BUGFIX : Missed data causes timestamp slip
The Mutex on the RTL data reader thread does not "force" the data
processing thread to execute. Therefore, if the processor is busy, it is
possible for a second RTL callback to occur before the data from the
first has been processed. This will cause the loss of the first data,
but worse, it will cause a slip in the timestamp. This upsets Beamfinder
and MLAT operation in PlanePlotter.
To solve this, keep a Fifo buffer which is filled by the callback
thread, and emptied by the data processing thread. The fifo is the same
size as the number of buffers requested in the call to
rtlsdr_read_async().
Note - we only put the value of the pointer supplied in the callback
into the fifo. We do not attempt to cache the data in the buffer pointed
to by the pointer. This would require us to memcopy() 2Mbytes per
second, which we don't want to do if we don't have to because it will
only make the processor loading worse. Instead, we assume that the data
in the buffer will remain valid after the callback returns, at least
until it is overwritten by new data.
It is still possible for us to lose data if we can't process it quickly
enough. However, we can now detect this loss of data when the fifo is
almost full, and correct the timestamp for the lost block/blocks.
2014-02-22 23:11:13 +00:00
|
|
|
|
2020-08-05 08:18:59 +00:00
|
|
|
if (buf) {
|
|
|
|
|
// Process one buffer
|
BUGFIX : Missed data causes timestamp slip
The Mutex on the RTL data reader thread does not "force" the data
processing thread to execute. Therefore, if the processor is busy, it is
possible for a second RTL callback to occur before the data from the
first has been processed. This will cause the loss of the first data,
but worse, it will cause a slip in the timestamp. This upsets Beamfinder
and MLAT operation in PlanePlotter.
To solve this, keep a Fifo buffer which is filled by the callback
thread, and emptied by the data processing thread. The fifo is the same
size as the number of buffers requested in the call to
rtlsdr_read_async().
Note - we only put the value of the pointer supplied in the callback
into the fifo. We do not attempt to cache the data in the buffer pointed
to by the pointer. This would require us to memcopy() 2Mbytes per
second, which we don't want to do if we don't have to because it will
only make the processor loading worse. Instead, we assume that the data
in the buffer will remain valid after the callback returns, at least
until it is overwritten by new data.
It is still possible for us to lose data if we can't process it quickly
enough. However, we can now detect this loss of data when the fifo is
almost full, and correct the timestamp for the lost block/blocks.
2014-02-22 23:11:13 +00:00
|
|
|
|
2015-04-09 17:51:31 +00:00
|
|
|
start_cpu_timing(&start_time);
|
2016-05-31 11:23:58 +00:00
|
|
|
demodulate2400(buf);
|
|
|
|
|
if (Modes.mode_ac) {
|
|
|
|
|
demodulate2400AC(buf);
|
2015-06-15 21:14:37 +00:00
|
|
|
}
|
2015-02-17 21:44:30 +00:00
|
|
|
|
2021-01-05 11:25:44 +00:00
|
|
|
Modes.stats_current.samples_processed += buf->validLength - buf->overlap;
|
2015-04-09 17:51:31 +00:00
|
|
|
Modes.stats_current.samples_dropped += buf->dropped;
|
2015-02-17 21:44:30 +00:00
|
|
|
end_cpu_timing(&start_time, &Modes.stats_current.demod_cpu);
|
2015-04-09 17:51:31 +00:00
|
|
|
|
2020-08-05 08:18:59 +00:00
|
|
|
// Return the buffer to the FIFO freelist for reuse
|
|
|
|
|
fifo_release(buf);
|
|
|
|
|
|
|
|
|
|
// We got something so reset the watchdog
|
Don't hang on exit if rtlsdr hardware stops sending samples.
Give up and exit after 30 seconds of no sample data, rather than just warning and continuing.
background & discussion: https://discussions.flightaware.com/t/cpu-hikes-crash-dump1090-fa/74759
The scenario this addresses is:
* Hardware wedges, USB bulk endpoint stops providing data
* librtlsdr remains in rtlsdr_read_async() waiting for either USB data which never arrives,
or a cancellation via _a different thread_ calling rtlsdr_cancel_async().
* main thread notices the lack of SDR data and complains
* something external e.g. piaware tries a restart and sends SIGTERM
* the signal handler sets Modes.exit = 1; the main thread starts waiting for receive thread termination
* because we're never getting callbacks from rtlsdr_read_async(), we never call rtlsdr_cancel_async
* dump1090 hangs waiting on receive thread termination
To fix this, add a sdrStop() handler function where the general contract is "make the receive thread terminate".
In the rtlsdr case, this calls rtlsdr_cancel_async directly, which will make rtlsdr_read_async() return even
if the hardware is stuck.
The main thread then calls sdrStop() before waiting for receive thread termination.
Also, as discussed in the thread above, there's not really much point in continuing to run if the SDR
has wedged, so bail out after 30 seconds of no sample data.
Also, if pthread_timedjoin_np is available, use it in preference to pthread_join so that we do not wait
indefinitely for the receive thread on shutdown. If the join times out, give up and abort() as we can't
safely continue a clean shutdown while the receive thread is running.
2021-03-20 17:51:08 +00:00
|
|
|
watchdogCounter = 300;
|
2015-02-17 21:44:30 +00:00
|
|
|
} else {
|
2015-04-09 17:51:31 +00:00
|
|
|
// Nothing to process this time around.
|
2016-05-31 11:41:15 +00:00
|
|
|
if (--watchdogCounter <= 0) {
|
Don't hang on exit if rtlsdr hardware stops sending samples.
Give up and exit after 30 seconds of no sample data, rather than just warning and continuing.
background & discussion: https://discussions.flightaware.com/t/cpu-hikes-crash-dump1090-fa/74759
The scenario this addresses is:
* Hardware wedges, USB bulk endpoint stops providing data
* librtlsdr remains in rtlsdr_read_async() waiting for either USB data which never arrives,
or a cancellation via _a different thread_ calling rtlsdr_cancel_async().
* main thread notices the lack of SDR data and complains
* something external e.g. piaware tries a restart and sends SIGTERM
* the signal handler sets Modes.exit = 1; the main thread starts waiting for receive thread termination
* because we're never getting callbacks from rtlsdr_read_async(), we never call rtlsdr_cancel_async
* dump1090 hangs waiting on receive thread termination
To fix this, add a sdrStop() handler function where the general contract is "make the receive thread terminate".
In the rtlsdr case, this calls rtlsdr_cancel_async directly, which will make rtlsdr_read_async() return even
if the hardware is stuck.
The main thread then calls sdrStop() before waiting for receive thread termination.
Also, as discussed in the thread above, there's not really much point in continuing to run if the SDR
has wedged, so bail out after 30 seconds of no sample data.
Also, if pthread_timedjoin_np is available, use it in preference to pthread_join so that we do not wait
indefinitely for the receive thread on shutdown. If the join times out, give up and abort() as we can't
safely continue a clean shutdown while the receive thread is running.
2021-03-20 17:51:08 +00:00
|
|
|
log_with_timestamp("No samples received from the SDR for a long time. Maybe the hardware is wedged? Giving up.");
|
|
|
|
|
Modes.exit = 2; // abnormal exit
|
2016-05-31 11:41:15 +00:00
|
|
|
}
|
BUGFIX : Missed data causes timestamp slip
The Mutex on the RTL data reader thread does not "force" the data
processing thread to execute. Therefore, if the processor is busy, it is
possible for a second RTL callback to occur before the data from the
first has been processed. This will cause the loss of the first data,
but worse, it will cause a slip in the timestamp. This upsets Beamfinder
and MLAT operation in PlanePlotter.
To solve this, keep a Fifo buffer which is filled by the callback
thread, and emptied by the data processing thread. The fifo is the same
size as the number of buffers requested in the call to
rtlsdr_read_async().
Note - we only put the value of the pointer supplied in the callback
into the fifo. We do not attempt to cache the data in the buffer pointed
to by the pointer. This would require us to memcopy() 2Mbytes per
second, which we don't want to do if we don't have to because it will
only make the processor loading worse. Instead, we assume that the data
in the buffer will remain valid after the callback returns, at least
until it is overwritten by new data.
It is still possible for us to lose data if we can't process it quickly
enough. However, we can now detect this loss of data when the fifo is
almost full, and correct the timestamp for the lost block/blocks.
2014-02-22 23:11:13 +00:00
|
|
|
}
|
|
|
|
|
|
2015-02-17 21:44:30 +00:00
|
|
|
start_cpu_timing(&start_time);
|
|
|
|
|
backgroundTasks();
|
|
|
|
|
end_cpu_timing(&start_time, &Modes.stats_current.background_cpu);
|
BUGFIX : Missed data causes timestamp slip
The Mutex on the RTL data reader thread does not "force" the data
processing thread to execute. Therefore, if the processor is busy, it is
possible for a second RTL callback to occur before the data from the
first has been processed. This will cause the loss of the first data,
but worse, it will cause a slip in the timestamp. This upsets Beamfinder
and MLAT operation in PlanePlotter.
To solve this, keep a Fifo buffer which is filled by the callback
thread, and emptied by the data processing thread. The fifo is the same
size as the number of buffers requested in the call to
rtlsdr_read_async().
Note - we only put the value of the pointer supplied in the callback
into the fifo. We do not attempt to cache the data in the buffer pointed
to by the pointer. This would require us to memcopy() 2Mbytes per
second, which we don't want to do if we don't have to because it will
only make the processor loading worse. Instead, we assume that the data
in the buffer will remain valid after the callback returns, at least
until it is overwritten by new data.
It is still possible for us to lose data if we can't process it quickly
enough. However, we can now detect this loss of data when the fifo is
almost full, and correct the timestamp for the lost block/blocks.
2014-02-22 23:11:13 +00:00
|
|
|
}
|
2013-01-05 12:52:25 +00:00
|
|
|
|
2016-05-31 11:41:15 +00:00
|
|
|
log_with_timestamp("Waiting for receive thread termination");
|
Don't hang on exit if rtlsdr hardware stops sending samples.
Give up and exit after 30 seconds of no sample data, rather than just warning and continuing.
background & discussion: https://discussions.flightaware.com/t/cpu-hikes-crash-dump1090-fa/74759
The scenario this addresses is:
* Hardware wedges, USB bulk endpoint stops providing data
* librtlsdr remains in rtlsdr_read_async() waiting for either USB data which never arrives,
or a cancellation via _a different thread_ calling rtlsdr_cancel_async().
* main thread notices the lack of SDR data and complains
* something external e.g. piaware tries a restart and sends SIGTERM
* the signal handler sets Modes.exit = 1; the main thread starts waiting for receive thread termination
* because we're never getting callbacks from rtlsdr_read_async(), we never call rtlsdr_cancel_async
* dump1090 hangs waiting on receive thread termination
To fix this, add a sdrStop() handler function where the general contract is "make the receive thread terminate".
In the rtlsdr case, this calls rtlsdr_cancel_async directly, which will make rtlsdr_read_async() return even
if the hardware is stuck.
The main thread then calls sdrStop() before waiting for receive thread termination.
Also, as discussed in the thread above, there's not really much point in continuing to run if the SDR
has wedged, so bail out after 30 seconds of no sample data.
Also, if pthread_timedjoin_np is available, use it in preference to pthread_join so that we do not wait
indefinitely for the receive thread on shutdown. If the join times out, give up and abort() as we can't
safely continue a clean shutdown while the receive thread is running.
2021-03-20 17:51:08 +00:00
|
|
|
sdrStop(); // tell reader thread to wake up and exit
|
2020-08-05 08:18:59 +00:00
|
|
|
fifo_halt(); // Reader thread should do this anyway, but just in case..
|
Don't hang on exit if rtlsdr hardware stops sending samples.
Give up and exit after 30 seconds of no sample data, rather than just warning and continuing.
background & discussion: https://discussions.flightaware.com/t/cpu-hikes-crash-dump1090-fa/74759
The scenario this addresses is:
* Hardware wedges, USB bulk endpoint stops providing data
* librtlsdr remains in rtlsdr_read_async() waiting for either USB data which never arrives,
or a cancellation via _a different thread_ calling rtlsdr_cancel_async().
* main thread notices the lack of SDR data and complains
* something external e.g. piaware tries a restart and sends SIGTERM
* the signal handler sets Modes.exit = 1; the main thread starts waiting for receive thread termination
* because we're never getting callbacks from rtlsdr_read_async(), we never call rtlsdr_cancel_async
* dump1090 hangs waiting on receive thread termination
To fix this, add a sdrStop() handler function where the general contract is "make the receive thread terminate".
In the rtlsdr case, this calls rtlsdr_cancel_async directly, which will make rtlsdr_read_async() return even
if the hardware is stuck.
The main thread then calls sdrStop() before waiting for receive thread termination.
Also, as discussed in the thread above, there's not really much point in continuing to run if the SDR
has wedged, so bail out after 30 seconds of no sample data.
Also, if pthread_timedjoin_np is available, use it in preference to pthread_join so that we do not wait
indefinitely for the receive thread on shutdown. If the join times out, give up and abort() as we can't
safely continue a clean shutdown while the receive thread is running.
2021-03-20 17:51:08 +00:00
|
|
|
|
|
|
|
|
// Wait on reader thread exit
|
|
|
|
|
if (join_thread(Modes.reader_thread, NULL, 30000) == ETIMEDOUT) {
|
|
|
|
|
log_with_timestamp("Receive thread did not shut down cleanly in 30 seconds, aborting.");
|
|
|
|
|
abort(); // Can't complete cleanup while the receive thread is active; bail out.
|
|
|
|
|
}
|
2013-01-05 12:52:25 +00:00
|
|
|
}
|
|
|
|
|
|
2016-10-11 19:37:28 +00:00
|
|
|
interactiveCleanup();
|
|
|
|
|
|
2021-02-04 08:36:13 +00:00
|
|
|
// Write final stats
|
|
|
|
|
flush_stats(0);
|
|
|
|
|
writeJsonToFile("stats.json", generateStatsJson);
|
2013-04-29 21:14:06 +00:00
|
|
|
if (Modes.stats) {
|
2021-02-01 07:18:42 +00:00
|
|
|
display_stats(&Modes.stats_alltime);
|
2013-01-06 14:13:40 +00:00
|
|
|
}
|
|
|
|
|
|
2017-01-27 17:30:40 +00:00
|
|
|
sdrClose();
|
2020-08-10 06:59:15 +00:00
|
|
|
fifo_destroy();
|
2017-01-27 17:30:40 +00:00
|
|
|
|
2019-03-07 18:35:47 +00:00
|
|
|
if (Modes.exit == 1) {
|
|
|
|
|
log_with_timestamp("Normal exit.");
|
|
|
|
|
return 0;
|
|
|
|
|
} else {
|
|
|
|
|
log_with_timestamp("Abnormal exit.");
|
|
|
|
|
return 1;
|
|
|
|
|
}
|
2013-01-05 12:52:25 +00:00
|
|
|
}
|
Split into separate module files
Ok - this is likely to upset some people. Up until now, the vast
majority of the code has been in just one file - dump1090.c. This file
has grown so that it was approaching of 5000 lines long, and it was
becoming unmanagable. So I've split the file into several modules,
hopefully along fairly logical boundaries. The files are :
1) dump1090.c : Basically just the main() entry function, the help
function, the RTL dongle hardware interface, and a few orphan functions
that don't really fit anywhere else.
2) mode_s.c : This contains all the mode S / ADSB decoding functions.
3) mode_ac.c : This contains all the mode A & C decoding functions
4) interactive.c : This contains all the functions to maintain an
internal list of aircraft seen over the last period, and functions to
print them out to the local console.
5) net_io.c : This contains all the network input/output functions
allowing data to be passed in/out to/from other receivers, in formats
such as SBS-1/3, Beast, AVR and JavaScript.
Hopefully this should provide an easier way forward if/when more
functions are added.
2013-08-19 17:57:03 +00:00
|
|
|
//
|
|
|
|
|
//=========================================================================
|
|
|
|
|
//
|