2015-01-20 17:49:01 +01:00
|
|
|
// Part of dump1090, a Mode S message decoder for RTLSDR devices.
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01:00
|
|
|
// dump1090.h: main program header
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01:00
|
|
|
// Copyright (c) 2014,2015 Oliver Jowett <oliver@mutability.co.uk>
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01:00
|
|
|
// This file is free software: you may copy, redistribute and/or modify it
|
|
|
|
// under the terms of the GNU General Public License as published by the
|
|
|
|
// Free Software Foundation, either version 2 of the License, or (at your
|
|
|
|
// option) any later version.
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01: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
|
|
|
|
// General Public License for more details.
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01:00
|
|
|
// You should have received a copy of the GNU General Public License
|
|
|
|
// along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
|
|
|
|
// This file incorporates work covered by the following copyright and
|
|
|
|
// permission notice:
|
|
|
|
//
|
|
|
|
// Copyright (C) 2012 by Salvatore Sanfilippo <antirez@gmail.com>
|
|
|
|
//
|
|
|
|
// All rights reserved.
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01: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 16:55:17 +02:00
|
|
|
//
|
2015-01-20 17:49:01 +01: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-25 00:32:12 +02:00
|
|
|
#ifndef __DUMP1090_H
|
|
|
|
#define __DUMP1090_H
|
|
|
|
|
2015-01-22 14:19:15 +01:00
|
|
|
// Default version number, if not overriden by the Makefile
|
2014-12-10 13:25:43 +01:00
|
|
|
#ifndef MODES_DUMP1090_VERSION
|
2015-01-22 14:19:15 +01:00
|
|
|
# define MODES_DUMP1090_VERSION "v1.13-custom"
|
2014-12-10 13:44:00 +01:00
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef MODES_DUMP1090_VARIANT
|
|
|
|
# define MODES_DUMP1090_VARIANT "dump1090-mutability"
|
2014-12-10 13:25:43 +01:00
|
|
|
#endif
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2013-08-19 16:55:17 +02:00
|
|
|
// ============================= Include files ==========================
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
#ifndef _WIN32
|
|
|
|
#include <stdio.h>
|
|
|
|
#include <string.h>
|
|
|
|
#include <stdlib.h>
|
|
|
|
#include <pthread.h>
|
|
|
|
#include <stdint.h>
|
|
|
|
#include <errno.h>
|
|
|
|
#include <unistd.h>
|
|
|
|
#include <math.h>
|
|
|
|
#include <sys/time.h>
|
|
|
|
#include <signal.h>
|
|
|
|
#include <fcntl.h>
|
|
|
|
#include <ctype.h>
|
|
|
|
#include <sys/stat.h>
|
2014-02-22 23:11:11 +01:00
|
|
|
#include <sys/ioctl.h>
|
2014-09-30 00:04:58 +02:00
|
|
|
#include <time.h>
|
2014-11-23 17:02:11 +01:00
|
|
|
#include <limits.h>
|
2013-05-25 00:32:12 +02:00
|
|
|
#else
|
|
|
|
#include "winstubs.h" //Put everything Windows specific in here
|
|
|
|
#endif
|
|
|
|
|
2015-01-20 18:16:35 +01:00
|
|
|
#include <rtl-sdr.h>
|
2015-01-20 00:41:26 +01:00
|
|
|
|
2013-08-19 16:55:17 +02:00
|
|
|
// ============================= #defines ===============================
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2014-07-10 19:11:13 +02:00
|
|
|
#define MODES_DEFAULT_PPM 52
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_DEFAULT_RATE 2000000
|
2014-09-26 23:42:38 +02:00
|
|
|
#define MODES_OVERSAMPLE_RATE 2400000
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_DEFAULT_FREQ 1090000000
|
|
|
|
#define MODES_DEFAULT_WIDTH 1000
|
|
|
|
#define MODES_DEFAULT_HEIGHT 700
|
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-23 00:11:13 +01:00
|
|
|
#define MODES_ASYNC_BUF_NUMBER 16
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_ASYNC_BUF_SIZE (16*16384) // 256k
|
|
|
|
#define MODES_ASYNC_BUF_SAMPLES (MODES_ASYNC_BUF_SIZE / 2) // Each sample is 2 bytes
|
|
|
|
#define MODES_AUTO_GAIN -100 // Use automatic gain
|
|
|
|
#define MODES_MAX_GAIN 999999 // Use max available gain
|
2014-09-22 15:53:06 +02:00
|
|
|
#define MODES_MSG_SQUELCH_DB 4.0 // Minimum SNR, in dB
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_MSG_ENCODER_ERRS 3 // Maximum number of encoding errors
|
|
|
|
|
2014-09-30 18:02:22 +02:00
|
|
|
#define MODES_MAX_PHASE_STATS 10
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODEAC_MSG_SAMPLES (25 * 2) // include up to the SPI bit
|
|
|
|
#define MODEAC_MSG_BYTES 2
|
|
|
|
#define MODEAC_MSG_SQUELCH_LEVEL 0x07FF // Average signal strength limit
|
|
|
|
#define MODEAC_MSG_FLAG (1<<0)
|
|
|
|
#define MODEAC_MSG_MODES_HIT (1<<1)
|
|
|
|
#define MODEAC_MSG_MODEA_HIT (1<<2)
|
|
|
|
#define MODEAC_MSG_MODEC_HIT (1<<3)
|
|
|
|
#define MODEAC_MSG_MODEA_ONLY (1<<4)
|
|
|
|
#define MODEAC_MSG_MODEC_OLD (1<<5)
|
|
|
|
|
|
|
|
#define MODES_PREAMBLE_US 8 // microseconds = bits
|
|
|
|
#define MODES_PREAMBLE_SAMPLES (MODES_PREAMBLE_US * 2)
|
|
|
|
#define MODES_PREAMBLE_SIZE (MODES_PREAMBLE_SAMPLES * sizeof(uint16_t))
|
|
|
|
#define MODES_LONG_MSG_BYTES 14
|
|
|
|
#define MODES_SHORT_MSG_BYTES 7
|
|
|
|
#define MODES_LONG_MSG_BITS (MODES_LONG_MSG_BYTES * 8)
|
|
|
|
#define MODES_SHORT_MSG_BITS (MODES_SHORT_MSG_BYTES * 8)
|
|
|
|
#define MODES_LONG_MSG_SAMPLES (MODES_LONG_MSG_BITS * 2)
|
|
|
|
#define MODES_SHORT_MSG_SAMPLES (MODES_SHORT_MSG_BITS * 2)
|
|
|
|
#define MODES_LONG_MSG_SIZE (MODES_LONG_MSG_SAMPLES * sizeof(uint16_t))
|
|
|
|
#define MODES_SHORT_MSG_SIZE (MODES_SHORT_MSG_SAMPLES * sizeof(uint16_t))
|
|
|
|
|
2014-09-26 23:42:38 +02:00
|
|
|
#define MODES_OS_PREAMBLE_SAMPLES (20)
|
|
|
|
#define MODES_OS_PREAMBLE_SIZE (MODES_OS_PREAMBLE_SAMPLES * sizeof(uint16_t))
|
|
|
|
#define MODES_OS_LONG_MSG_SAMPLES (268)
|
|
|
|
#define MODES_OS_SHORT_MSG_SAMPLES (135)
|
|
|
|
#define MODES_OS_LONG_MSG_SIZE (MODES_LONG_MSG_SAMPLES * sizeof(uint16_t))
|
|
|
|
#define MODES_OS_SHORT_MSG_SIZE (MODES_SHORT_MSG_SAMPLES * sizeof(uint16_t))
|
|
|
|
|
2014-10-03 23:55:21 +02:00
|
|
|
#define MODES_OUT_BUF_SIZE (1500)
|
|
|
|
#define MODES_OUT_FLUSH_SIZE (MODES_OUT_BUF_SIZE - 256)
|
2015-02-11 00:43:48 +01:00
|
|
|
#define MODES_OUT_FLUSH_INTERVAL (60000)
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
#define MODES_UNIT_FEET 0
|
|
|
|
#define MODES_UNIT_METERS 1
|
|
|
|
|
|
|
|
#define MODES_USER_LATLON_VALID (1<<0)
|
|
|
|
|
|
|
|
#define MODES_ACFLAGS_LATLON_VALID (1<<0) // Aircraft Lat/Lon is decoded
|
|
|
|
#define MODES_ACFLAGS_ALTITUDE_VALID (1<<1) // Aircraft altitude is known
|
|
|
|
#define MODES_ACFLAGS_HEADING_VALID (1<<2) // Aircraft heading is known
|
|
|
|
#define MODES_ACFLAGS_SPEED_VALID (1<<3) // Aircraft speed is known
|
|
|
|
#define MODES_ACFLAGS_VERTRATE_VALID (1<<4) // Aircraft vertical rate is known
|
|
|
|
#define MODES_ACFLAGS_SQUAWK_VALID (1<<5) // Aircraft Mode A Squawk is known
|
|
|
|
#define MODES_ACFLAGS_CALLSIGN_VALID (1<<6) // Aircraft Callsign Identity
|
|
|
|
#define MODES_ACFLAGS_EWSPEED_VALID (1<<7) // Aircraft East West Speed is known
|
|
|
|
#define MODES_ACFLAGS_NSSPEED_VALID (1<<8) // Aircraft North South Speed is known
|
|
|
|
#define MODES_ACFLAGS_AOG (1<<9) // Aircraft is On the Ground
|
|
|
|
#define MODES_ACFLAGS_LLEVEN_VALID (1<<10) // Aircraft Even Lot/Lon is known
|
|
|
|
#define MODES_ACFLAGS_LLODD_VALID (1<<11) // Aircraft Odd Lot/Lon is known
|
2014-07-10 19:11:13 +02:00
|
|
|
#define MODES_ACFLAGS_AOG_VALID (1<<12) // MODES_ACFLAGS_AOG is valid
|
|
|
|
#define MODES_ACFLAGS_FS_VALID (1<<13) // Aircraft Flight Status is known
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_ACFLAGS_NSEWSPD_VALID (1<<14) // Aircraft EW and NS Speed is known
|
|
|
|
#define MODES_ACFLAGS_LATLON_REL_OK (1<<15) // Indicates it's OK to do a relative CPR
|
2015-01-20 19:41:44 +01:00
|
|
|
#define MODES_ACFLAGS_REL_CPR_USED (1<<16) // Lat/lon derived from relative CPR
|
2015-02-22 13:15:26 +01:00
|
|
|
#define MODES_ACFLAGS_CATEGORY_VALID (1<<17) // Aircraft category is known
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2014-07-10 19:11:13 +02:00
|
|
|
#define MODES_ACFLAGS_LLEITHER_VALID (MODES_ACFLAGS_LLEVEN_VALID | MODES_ACFLAGS_LLODD_VALID)
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_ACFLAGS_LLBOTH_VALID (MODES_ACFLAGS_LLEVEN_VALID | MODES_ACFLAGS_LLODD_VALID)
|
|
|
|
#define MODES_ACFLAGS_AOG_GROUND (MODES_ACFLAGS_AOG_VALID | MODES_ACFLAGS_AOG)
|
|
|
|
|
2015-01-22 13:30:12 +01:00
|
|
|
#define MODES_NON_ICAO_ADDRESS (1<<24) // Set on addresses to indicate they are not ICAO addresses
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_DEBUG_DEMOD (1<<0)
|
|
|
|
#define MODES_DEBUG_DEMODERR (1<<1)
|
|
|
|
#define MODES_DEBUG_BADCRC (1<<2)
|
|
|
|
#define MODES_DEBUG_GOODCRC (1<<3)
|
|
|
|
#define MODES_DEBUG_NOPREAMBLE (1<<4)
|
|
|
|
#define MODES_DEBUG_NET (1<<5)
|
|
|
|
#define MODES_DEBUG_JS (1<<6)
|
|
|
|
|
|
|
|
// When debug is set to MODES_DEBUG_NOPREAMBLE, the first sample must be
|
|
|
|
// at least greater than a given level for us to dump the signal.
|
|
|
|
#define MODES_DEBUG_NOPREAMBLE_LEVEL 25
|
|
|
|
|
|
|
|
#define MODES_INTERACTIVE_REFRESH_TIME 250 // Milliseconds
|
2013-08-19 16:55:17 +02:00
|
|
|
#define MODES_INTERACTIVE_ROWS 22 // Rows on screen
|
2015-02-10 22:49:37 +01:00
|
|
|
#define MODES_INTERACTIVE_DISPLAY_TTL 60000 // Delete from display after 60 seconds
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2015-02-10 23:24:22 +01:00
|
|
|
#define MODES_NET_HEARTBEAT_INTERVAL 60000 // milliseconds
|
2014-03-11 02:09:49 +01:00
|
|
|
|
2014-12-08 20:56:45 +01:00
|
|
|
#define MODES_NET_SERVICES_NUM 7
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_NET_INPUT_RAW_PORT 30001
|
|
|
|
#define MODES_NET_OUTPUT_RAW_PORT 30002
|
|
|
|
#define MODES_NET_OUTPUT_SBS_PORT 30003
|
|
|
|
#define MODES_NET_INPUT_BEAST_PORT 30004
|
|
|
|
#define MODES_NET_OUTPUT_BEAST_PORT 30005
|
|
|
|
#define MODES_NET_HTTP_PORT 8080
|
2014-12-08 20:56:45 +01:00
|
|
|
#define MODES_NET_OUTPUT_FA_TSV_PORT 10001
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_CLIENT_BUF_SIZE 1024
|
|
|
|
#define MODES_NET_SNDBUF_SIZE (1024*64)
|
2014-07-10 19:11:13 +02:00
|
|
|
#define MODES_NET_SNDBUF_MAX (7)
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
#ifndef HTMLPATH
|
|
|
|
#define HTMLPATH "./public_html" // default path for gmap.html etc
|
|
|
|
#endif
|
|
|
|
|
2015-01-20 18:16:35 +01:00
|
|
|
#define HISTORY_SIZE 120
|
2015-02-10 23:24:22 +01:00
|
|
|
#define HISTORY_INTERVAL 30000
|
2015-01-20 18:16:35 +01:00
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
#define MODES_NOTUSED(V) ((void) V)
|
|
|
|
|
2015-01-22 02:01:39 +01:00
|
|
|
// adjust for zero offset of amplitude values
|
|
|
|
#define TRUE_AMPLITUDE(x) ((x) + 365)
|
|
|
|
#define MAX_AMPLITUDE TRUE_AMPLITUDE(65535)
|
|
|
|
#define MAX_POWER (1.0 * MAX_AMPLITUDE * MAX_AMPLITUDE)
|
|
|
|
|
2015-01-20 19:41:44 +01:00
|
|
|
// Include subheaders after all the #defines are in place
|
|
|
|
|
2015-02-08 15:27:03 +01:00
|
|
|
#include "util.h"
|
2015-01-20 18:16:35 +01:00
|
|
|
#include "anet.h"
|
|
|
|
#include "crc.h"
|
|
|
|
#include "demod_2000.h"
|
|
|
|
#include "demod_2400.h"
|
|
|
|
#include "stats.h"
|
2015-01-20 19:41:44 +01:00
|
|
|
#include "cpr.h"
|
2015-01-21 00:53:26 +01:00
|
|
|
#include "icao_filter.h"
|
2015-01-20 18:16:35 +01:00
|
|
|
|
2013-08-19 16:55:17 +02:00
|
|
|
//======================== structure declarations =========================
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
// Structure used to describe a networking client
|
|
|
|
struct client {
|
2014-04-25 15:48:14 +02:00
|
|
|
struct client* next; // Pointer to next client
|
|
|
|
int fd; // File descriptor
|
|
|
|
int service; // TCP port the client is connected to
|
|
|
|
int buflen; // Amount of data on buffer
|
|
|
|
char buf[MODES_CLIENT_BUF_SIZE+1]; // Read buffer
|
2013-05-25 00:32:12 +02:00
|
|
|
};
|
|
|
|
|
2014-10-03 23:55:21 +02:00
|
|
|
// Common writer state for all output sockets of one type
|
|
|
|
struct net_writer {
|
|
|
|
int socket; // listening socket FD, used to identify the owning service
|
|
|
|
int connections; // number of active clients
|
|
|
|
void *data; // shared write buffer, sized MODES_OUT_BUF_SIZE
|
|
|
|
int dataUsed; // number of bytes of write buffer currently used
|
2015-02-10 23:24:22 +01:00
|
|
|
uint64_t lastWrite; // time of last write to clients
|
2014-10-03 23:55:21 +02:00
|
|
|
};
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
// Program global state
|
|
|
|
struct { // Internal state
|
|
|
|
pthread_t reader_thread;
|
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-23 00:11:13 +01:00
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
pthread_mutex_t data_mutex; // Mutex to synchronize buffer access
|
|
|
|
pthread_cond_t data_cond; // Conditional variable associated
|
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-23 00:11:13 +01:00
|
|
|
uint16_t *pData [MODES_ASYNC_BUF_NUMBER]; // Raw IQ sample buffers from RTL
|
2015-02-08 18:46:01 +01:00
|
|
|
struct timespec stSystemTimeRTL[MODES_ASYNC_BUF_NUMBER]; // System time when RTL passed us this block
|
2014-02-24 11:28:35 +01:00
|
|
|
int iDataIn; // Fifo input pointer
|
|
|
|
int iDataOut; // Fifo output pointer
|
2014-07-10 19:11:13 +02:00
|
|
|
int iDataReady; // Fifo content count
|
2014-02-24 11:28:35 +01:00
|
|
|
int iDataLost; // Count of missed buffers
|
2015-01-23 02:22:22 +01:00
|
|
|
struct timespec reader_cpu_accumulator; // CPU time used by the reader thread, copied out and reset by the main thread under the mutex
|
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-23 00:11:13 +01:00
|
|
|
|
2015-01-12 01:22:54 +01:00
|
|
|
int trailing_samples;// extra trailing samples in magnitude buffer
|
2014-09-26 23:42:38 +02: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-23 00:11:13 +01:00
|
|
|
uint16_t *pFileData; // Raw IQ samples buffer (from a File)
|
2013-05-25 00:32:12 +02:00
|
|
|
uint16_t *magnitude; // Magnitude vector
|
|
|
|
uint64_t timestampBlk; // Timestamp of the start of the current block
|
2015-02-08 18:46:01 +01:00
|
|
|
struct timespec stSystemTimeBlk; // System time when RTL passed us currently processing this block
|
2013-05-25 00:32:12 +02:00
|
|
|
int fd; // --ifile option file descriptor
|
|
|
|
uint16_t *maglut; // I/Q -> Magnitude lookup table
|
2014-09-22 15:53:06 +02:00
|
|
|
uint16_t *log10lut; // Magnitude -> log10 lookup table
|
2013-05-25 00:32:12 +02:00
|
|
|
int exit; // Exit from the main loop when true
|
|
|
|
|
|
|
|
// RTLSDR
|
2015-01-02 23:29:29 +01:00
|
|
|
char * dev_name;
|
2013-05-25 00:32:12 +02:00
|
|
|
int gain;
|
|
|
|
int enable_agc;
|
|
|
|
rtlsdr_dev_t *dev;
|
|
|
|
int freq;
|
|
|
|
int ppm_error;
|
|
|
|
|
|
|
|
// Networking
|
|
|
|
char aneterr[ANET_ERR_LEN];
|
2014-04-25 15:48:14 +02:00
|
|
|
struct client *clients; // Our clients
|
|
|
|
int ris; // Raw input listening socket
|
|
|
|
int bis; // Beast input listening socket
|
|
|
|
int https; // HTTP listening socket
|
2014-10-03 23:55:21 +02:00
|
|
|
|
|
|
|
struct net_writer raw_out; // Raw output
|
|
|
|
struct net_writer beast_out; // Beast-format output
|
|
|
|
struct net_writer sbs_out; // SBS-format output
|
2014-12-08 20:56:45 +01:00
|
|
|
struct net_writer fatsv_out; // FATSV-format output
|
2014-10-03 23:55:21 +02:00
|
|
|
|
Implement a remote interactive screen
No changes to dump1090, (except the version number)
Include a sample Linux batch start file called dump1090.sh for use when
running dump1090 headless. This file needs to be copied to the
/etc/init.d/ subdirectory on your raspberry pi, and marked as
executable. Then when you re-start your RPi, dump1090 will start-up
auto-magically and run as a sort of server to allow both local and
remote connection to it's various internet ports.
Modified the Makefile to build a new headless helper application called
view1090
Added view1090. This is an executable that allows you to connect to
dump1090 when it is running and 'see' the interactive screen display.
The default is to try and connect to dump1090 on IP address 127.0.0.1
port 30005. This should work if you are running on the same RPi as
dump1090 and using the default dump1090 port settings. However, if
you're running on a different machine you will have to specify the IP
address of the RPi running dump1090 using the --net-bo-ipaddr switch.
Something like "view1090 --net-bo-ipaddr 192.168.2.65" . You may also
have to sudo it, depending on your privilige settings.
I've also compiled view1090 as a Wiin32 exe, so you should be able to
run it under any 32 bit version of Microsoft Windows - i.e. Win95, Win
2K, Win XP, Win 7 etc. It may work on Win 8 and 64 bit Windows, but I
haven't tried it. The Win32 version is compiled from the same source, so
takes all the same command line switches.
2013-09-24 19:37:54 +02:00
|
|
|
#ifdef _WIN32
|
2014-04-25 15:48:14 +02:00
|
|
|
WSADATA wsaData; // Windows socket initialisation
|
Implement a remote interactive screen
No changes to dump1090, (except the version number)
Include a sample Linux batch start file called dump1090.sh for use when
running dump1090 headless. This file needs to be copied to the
/etc/init.d/ subdirectory on your raspberry pi, and marked as
executable. Then when you re-start your RPi, dump1090 will start-up
auto-magically and run as a sort of server to allow both local and
remote connection to it's various internet ports.
Modified the Makefile to build a new headless helper application called
view1090
Added view1090. This is an executable that allows you to connect to
dump1090 when it is running and 'see' the interactive screen display.
The default is to try and connect to dump1090 on IP address 127.0.0.1
port 30005. This should work if you are running on the same RPi as
dump1090 and using the default dump1090 port settings. However, if
you're running on a different machine you will have to specify the IP
address of the RPi running dump1090 using the --net-bo-ipaddr switch.
Something like "view1090 --net-bo-ipaddr 192.168.2.65" . You may also
have to sudo it, depending on your privilige settings.
I've also compiled view1090 as a Wiin32 exe, so you should be able to
run it under any 32 bit version of Microsoft Windows - i.e. Win95, Win
2K, Win XP, Win 7 etc. It may work on Win 8 and 64 bit Windows, but I
haven't tried it. The Win32 version is compiled from the same source, so
takes all the same command line switches.
2013-09-24 19:37:54 +02:00
|
|
|
#endif
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
// Configuration
|
|
|
|
char *filename; // Input form file, --ifile option
|
2014-09-26 23:42:38 +02:00
|
|
|
int oversample;
|
2013-05-25 00:32:12 +02:00
|
|
|
int phase_enhance; // Enable phase enhancement if true
|
|
|
|
int nfix_crc; // Number of crc bit error(s) to correct
|
|
|
|
int check_crc; // Only display messages with good CRC
|
|
|
|
int raw; // Raw output format
|
|
|
|
int beast; // Beast binary format output
|
|
|
|
int mode_ac; // Enable decoding of SSR Modes A & C
|
|
|
|
int debug; // Debugging mode
|
|
|
|
int net; // Enable networking
|
|
|
|
int net_only; // Enable just networking
|
2015-02-10 23:24:22 +01:00
|
|
|
uint64_t net_heartbeat_interval; // TCP heartbeat interval (milliseconds)
|
2013-05-25 00:32:12 +02:00
|
|
|
int net_output_sbs_port; // SBS output TCP port
|
2014-10-03 23:55:21 +02:00
|
|
|
int net_output_flush_size; // Minimum Size of output data
|
2015-02-10 23:24:22 +01:00
|
|
|
uint64_t net_output_flush_interval; // Maximum interval (in milliseconds) between outputwrites
|
2013-05-25 00:32:12 +02:00
|
|
|
int net_output_raw_port; // Raw output TCP port
|
|
|
|
int net_input_raw_port; // Raw input TCP port
|
|
|
|
int net_output_beast_port; // Beast output TCP port
|
|
|
|
int net_input_beast_port; // Beast input TCP port
|
2014-10-25 21:33:45 +02:00
|
|
|
char *net_bind_address; // Bind address
|
2013-05-25 00:32:12 +02:00
|
|
|
int net_http_port; // HTTP port
|
2014-12-08 20:56:45 +01:00
|
|
|
int net_fatsv_port; // FlightAware TSV port
|
2014-05-27 14:16:57 +02:00
|
|
|
int net_sndbuf_size; // TCP output buffer size (64Kb * 2^n)
|
2015-01-22 20:56:38 +01:00
|
|
|
int net_verbatim; // if true, send the original message, not the CRC-corrected one
|
2013-05-25 00:32:12 +02:00
|
|
|
int quiet; // Suppress stdout
|
|
|
|
int interactive; // Interactive mode
|
|
|
|
int interactive_rows; // Interactive mode: max number of rows
|
2015-02-10 22:49:37 +01:00
|
|
|
uint64_t interactive_display_ttl;// Interactive mode: TTL display
|
2015-02-10 23:24:22 +01:00
|
|
|
uint64_t stats; // Interval (millis) between stats dumps,
|
2013-05-25 00:32:12 +02:00
|
|
|
int onlyaddr; // Print only ICAO addresses
|
|
|
|
int metric; // Use metric units
|
|
|
|
int mlat; // Use Beast ascii format for raw data output, i.e. @...; iso *...;
|
|
|
|
int interactive_rtl1090; // flight table in interactive mode is formatted like RTL1090
|
2015-01-15 21:54:22 +01:00
|
|
|
char *json_dir; // Path to json base directory, or NULL not to write json.
|
2015-02-10 23:24:22 +01:00
|
|
|
uint64_t json_interval; // Interval between rewriting the json aircraft file, in milliseconds; also the advertised map refresh interval
|
2014-12-27 21:52:56 +01:00
|
|
|
int json_location_accuracy; // Accuracy of location metadata: 0=none, 1=approx, 2=exact
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2015-01-15 21:55:55 +01:00
|
|
|
int json_aircraft_history_next;
|
|
|
|
struct {
|
|
|
|
char *content;
|
|
|
|
int clen;
|
|
|
|
} json_aircraft_history[HISTORY_SIZE];
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
// User details
|
|
|
|
double fUserLat; // Users receiver/antenna lat/lon needed for initial surface location
|
|
|
|
double fUserLon; // Users receiver/antenna lat/lon needed for initial surface location
|
|
|
|
int bUserFlags; // Flags relating to the user details
|
2015-01-13 21:03:34 +01:00
|
|
|
double maxRange; // Absolute maximum decoding range, in *metres*
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2015-02-08 15:27:03 +01:00
|
|
|
// State tracking
|
2013-05-25 00:32:12 +02:00
|
|
|
struct aircraft *aircrafts;
|
2015-02-08 15:27:03 +01:00
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
// Statistics
|
2015-01-20 18:16:35 +01:00
|
|
|
struct stats stats_current;
|
|
|
|
struct stats stats_alltime;
|
|
|
|
struct stats stats_periodic;
|
|
|
|
struct stats stats_1min[15];
|
|
|
|
int stats_latest_1min;
|
|
|
|
struct stats stats_5min;
|
|
|
|
struct stats stats_15min;
|
2013-05-25 00:32:12 +02:00
|
|
|
} Modes;
|
|
|
|
|
|
|
|
// The struct we use to store information about a decoded message.
|
|
|
|
struct modesMessage {
|
|
|
|
// Generic fields
|
|
|
|
unsigned char msg[MODES_LONG_MSG_BYTES]; // Binary message.
|
2015-01-22 20:56:38 +01:00
|
|
|
unsigned char verbatim[MODES_LONG_MSG_BYTES]; // Binary message, as originally received before correction
|
2013-05-25 00:32:12 +02:00
|
|
|
int msgbits; // Number of bits in message
|
|
|
|
int msgtype; // Downlink format #
|
|
|
|
uint32_t crc; // Message CRC
|
|
|
|
int correctedbits; // No. of bits corrected
|
2015-01-22 20:49:19 +01:00
|
|
|
uint32_t addr; // Address Announced
|
2015-02-08 18:46:01 +01:00
|
|
|
uint64_t timestampMsg; // Timestamp of the message (12MHz clock)
|
|
|
|
struct timespec sysTimestampMsg; // Timestamp of the message (system time)
|
2013-05-25 00:32:12 +02:00
|
|
|
int remote; // If set this message is from a remote station
|
2015-01-22 02:01:39 +01:00
|
|
|
double signalLevel; // RSSI, in the range [0..1], as a fraction of full-scale power
|
2015-01-22 20:49:19 +01:00
|
|
|
int score; // Scoring from scoreModesMessage, if used
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2015-01-21 01:23:48 +01:00
|
|
|
// DF 11, DF 17
|
2013-05-25 00:32:12 +02:00
|
|
|
int ca; // Responder capabilities
|
|
|
|
int iid;
|
|
|
|
|
|
|
|
// DF 17, DF 18
|
|
|
|
int metype; // Extended squitter message type.
|
|
|
|
int mesub; // Extended squitter message subtype.
|
|
|
|
int heading; // Reported by aircraft, or computed from from EW and NS velocity
|
|
|
|
int raw_latitude; // Non decoded latitude.
|
|
|
|
int raw_longitude; // Non decoded longitude.
|
2015-02-09 15:14:12 +01:00
|
|
|
unsigned nuc_p; // NUCp value implied by message type
|
2013-05-25 00:32:12 +02:00
|
|
|
double fLat; // Coordinates obtained from CPR encoded data if/when decoded
|
|
|
|
double fLon; // Coordinates obtained from CPR encoded data if/when decoded
|
|
|
|
char flight[16]; // 8 chars flight number.
|
|
|
|
int ew_velocity; // E/W velocity.
|
|
|
|
int ns_velocity; // N/S velocity.
|
|
|
|
int vert_rate; // Vertical rate.
|
|
|
|
int velocity; // Reported by aircraft, or computed from from EW and NS velocity
|
2015-02-22 13:15:26 +01:00
|
|
|
unsigned category; // A0 - D7 encoded as a single hex byte
|
2013-05-25 00:32:12 +02:00
|
|
|
|
2015-01-21 01:23:48 +01:00
|
|
|
// DF 18
|
|
|
|
int cf; // Control Field
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
// DF4, DF5, DF20, DF21
|
|
|
|
int fs; // Flight status for DF4,5,20,21
|
|
|
|
int modeA; // 13 bits identity (Squawk).
|
|
|
|
|
2015-01-21 01:23:48 +01:00
|
|
|
// DF20, DF21
|
|
|
|
int bds; // BDS value implied if overlay control was used
|
|
|
|
|
2013-05-25 00:32:12 +02:00
|
|
|
// Fields used by multiple message types.
|
|
|
|
int altitude;
|
|
|
|
int unit;
|
|
|
|
int bFlags; // Flags related to fields in this structure
|
|
|
|
};
|
|
|
|
|
If we squelch the first message from an aircraft, emit it when we see a second message.
This is possible now that the SBS output doesn't rely on the global block timestamp;
the output will look like this:
MSG,8,111,11111,4AC954,111111,2015/02/08,17:57:53.917,2015/02/08,17:57:53.936,,,,,,,,,,,,0
MSG,7,111,11111,392AEB,111111,2015/02/08,17:57:53.744,2015/02/08,17:57:53.936,,15375,,,,,,,,,,0
MSG,8,111,11111,392AEB,111111,2015/02/08,17:57:53.917,2015/02/08,17:57:53.936,,,,,,,,,,,,0
MSG,6,111,11111,800387,111111,2015/02/08,17:57:53.919,2015/02/08,17:57:53.936,,,,,,,,4745,0,0,0,0
where the "receive timestamp" (first time column) goes backwards to reflect the original reception
time of the delayed message, but the "forwarded timestamp" (second time column) reflects the actual
forwarding time.
2015-02-08 19:00:18 +01:00
|
|
|
// This one needs modesMessage:
|
|
|
|
#include "track.h"
|
|
|
|
|
2013-08-19 16:55:17 +02:00
|
|
|
// ======================== function declarations =========================
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
#ifdef __cplusplus
|
|
|
|
extern "C" {
|
|
|
|
#endif
|
|
|
|
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
|
|
|
// Functions exported from mode_ac.c
|
|
|
|
//
|
2013-05-25 00:32:12 +02:00
|
|
|
int detectModeA (uint16_t *m, struct modesMessage *mm);
|
|
|
|
void decodeModeAMessage(struct modesMessage *mm, int ModeA);
|
|
|
|
int ModeAToModeC (unsigned int ModeA);
|
|
|
|
|
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 19:57:03 +02:00
|
|
|
//
|
|
|
|
// Functions exported from mode_s.c
|
|
|
|
//
|
2015-01-20 00:47:51 +01:00
|
|
|
int modesMessageLenByType(int type);
|
2015-01-21 13:55:24 +01:00
|
|
|
int scoreModesMessage(unsigned char *msg, int validbits);
|
2015-01-21 01:23:48 +01:00
|
|
|
int decodeModesMessage (struct modesMessage *mm, unsigned char *msg);
|
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 19:57:03 +02:00
|
|
|
void displayModesMessage(struct modesMessage *mm);
|
|
|
|
void useModesMessage (struct modesMessage *mm);
|
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-23 00:11:13 +01:00
|
|
|
void computeMagnitudeVector(uint16_t *pData);
|
2013-08-19 16:55:17 +02:00
|
|
|
//
|
|
|
|
// Functions exported from interactive.c
|
|
|
|
//
|
|
|
|
void interactiveShowData(void);
|
2013-09-20 17:48:15 +02:00
|
|
|
|
2013-08-19 16:55:17 +02: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 19:57:03 +02:00
|
|
|
// Functions exported from net_io.c
|
2013-08-19 16:55:17 +02: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 19:57:03 +02:00
|
|
|
void modesInitNet (void);
|
|
|
|
void modesQueueOutput (struct modesMessage *mm);
|
2013-09-20 17:48:15 +02:00
|
|
|
void modesReadFromClient(struct client *c, char *sep, int(*handler)(struct client *, char *));
|
2014-10-03 23:55:21 +02:00
|
|
|
void modesNetPeriodicWork (void);
|
2015-02-08 15:27:03 +01:00
|
|
|
int decodeBinMessage (struct client *c, char *p);
|
2014-12-10 18:05:22 +01:00
|
|
|
|
2015-01-15 21:54:22 +01:00
|
|
|
void writeJsonToFile(const char *file, char * (*generator) (const char*,int*));
|
|
|
|
char *generateAircraftJson(const char *url_path, int *len);
|
|
|
|
char *generateReceiverJson(const char *url_path, int *len);
|
2015-01-20 18:16:35 +01:00
|
|
|
char *generateStatsJson(const char *url_path, int *len);
|
2015-01-15 21:55:55 +01:00
|
|
|
char *generateHistoryJson(const char *url_path, int *len);
|
2013-05-25 00:32:12 +02:00
|
|
|
|
|
|
|
#ifdef __cplusplus
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#endif // __DUMP1090_H
|