Radarcape:Software Features Major2: Difference between revisions
imported>Dl4mea |
imported>Dl4mea |
||
Line 168: | Line 168: | ||
|} | |} | ||
==Web Interface== | |||
=====New responsive web design===== | =====New responsive web design===== | ||
* Optimized for web browsers, mobile devices and tablets | * Optimized for web browsers, mobile devices and tablets |
Revision as of 08:05, 23 March 2017
Radarcape Software Features (Major Release 2)
Since March 2017, we provide Major Release 2. Currently this page describes the differences to Radarcape:Software_Features of Major 1, which all are included in Major 2 with only minor changes, but a lot of add-ons and enhancements. Please read across Software_Features for a first overview.
Key Features
This is a brief summary of all new features.
Radarcape MLAT
- high precision location of Mode-S and ADS-B aircraft
- update rate 1/sec
- latency app. 1.5 seconds
New features within Radarcape web interface
- New responsive web design optimized for web browsers on desktop and mobile devices, filter configuration extended to hex id and track length
New features within Radarcape software
- Radarcape is now able to support native piAware from FlightAware in the background as fully featured feeder and can read back MLAT results in order to display them in aircraft list, 2D and KML maps
- Aircaft location and flight data are stored and accessible separately for ADS-B, Radarcape MLAT and FlightAware MLAT
- Full performance feeder for Opensky Network
- Automatic update of flight route and base station database
- BDS register data (Extdata) free of extra charges
- Signal level available converted to dBm
Sharing groups (to come)
- Several Radarcapes can be combined into a sharing network
Support for Planeplotter Mobile
- PPm can be used to display single Radarcape or sharing groups data through local connection or connection using our MLAT server
2 Channel Radarcape
- Antenna Diversity
- Dual Antenna systems
Radarcape Video-Out
- for verification purposes, a buffered video out is available
Radarcape Multilateration Server
- High precision MLAT results returning location, speed, heading and vertical rate
- MLAT results are propagated within the private sharing group
- Very low latency: Results are returned once per second with an latency of app. 1.5sec.
- No need for ADS-B aircraft as calibration references
- High accuracy for even a single position estimation, enhanced with a highly sophisticated, adapting Kalman filter.
- MLAT results are also available for ADS-B aircraft, for example to verify their actual position or in case of spoofing
- Server/client connection is authorized and encrypted by TLS key pairs
MLAT server provides data streams in the same way as every Radarcape
Not provided for raw formats, e.g. 10002-10006)
- Any software which reads Radarcape data can read a combination of several on the server
Radarcape Software Features
Sharing Groups (planned)
- A number of Radarcapes can be combined through our server forming a sharing group, e.g. for wide area supervision or local hot spot precision observation.
- Radarcape MLAT results are shared within such a Sharing Group
Fleet Watch
- Filter for specific aircraft supports either ICAO hex codes (e.g. 3c8afb) or aircraft registrations (e.g. D-AQUI)
FlightAware no compromise feed including multilateration results
- FlightAware sharing supported with no compromises
- MLAT results from FlightAware feeder can be read back into the Radarcape in addition to MLAT results from Radarcape network
Location and flight paths of different sources are stored and output separately
- ADS-B, Radarcape-MLAT, FlightAware-MLAT and Sharing Group results may be observed separately
- These data are also available within the JSON data outputs
- A new field was added to aircraftlist.json which contains the location, altitude, heading, speed and vertical rate for each of the location sources
New feeder for Opensky Network
- Opensky network feeder with no compromises
GPS data is provided to Chrony or NTPD
- The Radarcape becomes a stratum 1 time server
Optimized TCP streams
- In order to decrease network load, network streams became buffered
Signal level in dBm
- The signal level at the antenna connector is indicated in dBm
(note that this is not foreseen for measurement purposes)
Second-of-Day mode selectable
The value range of the second-of-day field in the GPS timestamp is selectable, the current setting is reported in status frame
- legacy mode: value range is 1…86400
- true UTC mode: value range is 0 … 86399
Status Frame 0x35 contents were extended with GPS and UTC information
- Status frames are triggered by 1PPS pulse when GPS timestamps are selected and triggered randomly in case of legacy 12MHz timestamps.
- Status frames contain a valid timestamp
- The signal level value is zero
Byte #0 of the message part contains a mirror of the FPGA switch settings. These settings have direct effect on the raw data ports 10002-10006 and indirect effect due to eventually missing or differently available data to the high level functions:
'0' | '1' | ||
Bit 0: | Data output mode (port 10002 only) |
Binary | AVR hexdump |
Bit 1: | Raw data frame types | DF17 only | no pre-filtering |
Bit 2: | Timestamps within AVR format | enabled | disabled |
Bit 3: | not used | ||
Bit 4: | Timestamp mode | GPS | Legacy 12MHz |
Bit 5: | FPGA/USB handshake | disabled | enabled |
Bit 6: | 1 bit forward error correction (FEC) |
disabled | enabled |
Bit 7: | Mode-A/C decoding | enabled | disabled |
Byte #1 of the message part in GPS timestamp mode contains the offset of the nanosecond timer at the 1PPS event in units of 15.625ns. Normal value range is -3 … +3.
Byte #2 of the message part contains information about GPS
'0' | '1' | ||
Bit 0: | Antenna status | good | fail |
Bit 1: | Tracking at least 1 satellite |
true | false |
Bit 2: | Tracking at least 3 satellites |
true | false |
Bit 3: | Time value base | UTC time | GPS time (8sec offset) |
Bit 4: | unused | ||
Bit 5: | unused | ||
Bit 6: | unused | ||
Bit 7: | Daysec value range | 1 ... 86400 | 0 ... 86399 |
Web Interface
New responsive web design
- Optimized for web browsers, mobile devices and tablets
Changed Output Formats
aircraftlist.json
- The location, altitude, track, vrate and speed given for the aircraft in the base level follows a priority: ADS-B -> Radarcape-MLAT -> FlightAware MLAT, whichever has provided more results during the last 5 seconds
- The values of the currently three location sources (ADS-B, Radarcape-MLAT, FlightAware-MLAT) can be requested in a separate array with an additional URL parameter &select=loc. Each of them contains a field "tsz" for its track length. Base level elements "tsa" and "tsz" were removed
- Value "dbm" was added, which contains the signal level at the antenna connector in dBm. Note: This is not for measurement purposes
- The values itself are formatted as their native data type (integer, string, float). No longer for example floats as a string. Unknown values are marked as JSON 'null'
sorted_aircraftlist.json
- removed without replacement
fligthpath.json
- outputs a JSON array now with the capability to request several flight paths in one call
- used with parameter "&icao=<hex>" will return the flight path by default priority ranking ADS-B -> Radarcape-MLAT -> FlightAware MLAT, an additional parameter "&src=<char>" with char either 'a', 'm' or 'f' will select the flight path from selected location source
- parameter "&icao=<hex>" may be either repeated or either be filled with a comma separated list (e.g. <hex1, hex2>) to request several flight paths
- instead of <hex> it may also contain registratioin, this can be mixed, so for example these are valid requests: &icao=3f1234,D-AQUI or &icao=3f1234&icoa=d-aqui. Using registration requires a loaded aircraft type database and the presence of the aircraft in this database.
mapinfo.json
- contains information about own location and some more
deltadb.csv
- parameter "&loc=" was removed, own location can be read within mapinfo.json
- parameter "&lookback=<seconds>" introduced to look back for a certain amount of seconds