Contents
+
Table of Contents
1. General Instructions
1.1 Purpose
@@ -348,5 +348,5 @@
The purpose of BNC is to @@ -402,5 +402,5 @@
-
BNC is permanently completed to finally support all existing GNSS systems throughout all features of the program. The table below shows in detail which GNSS systems are so far supported by particular applications when using the latest BNC version. Application areas named here are:
@@ -496,5 +496,5 @@
-
@@ -522,5 +522,5 @@
Figure 4: Flowchart, BNC combining Broadcast Correction streams.
-Although BNC is mainly a real-time tool to be operated online, it can be run offline @@ -561,5 +561,5 @@
-The following sections present information on how the BNC configuration works and provide configuration examples which can be adjusted according to specific user needs. @@ -851,5 +851,5 @@
-The following chapters describes how to set BNC program options. They explain the 'Top Menu Bar', the 'Settings Canvas' with the processing options, the contents of the 'Streams Canvas' and 'Logging Canvas', and the 'Bottom Menu Bar'. @@ -883,10 +883,10 @@
-
+The top menu bar allows selecting a font for the BNC windows, save configured options, or quit the program execution. It also provides access to the program's documentation.
- +@@ -904,5 +904,5 @@
- +@@ -923,9 +923,9 @@
- +You may need to specify a proxy when running BNC in a protected network. You may also like to use the Transport Layer Security (TLS) and its predecessor, Secure Sockets Layer (SSL) cryptographic protocols for secure Ntrip communication over the Internet.
-2.2.1 Proxy - Usage in a protected LAN
If you are running BNC within a protected Local Area Network (LAN), you might need to use a proxy server to access the Internet. Enter your proxy server IP and port number in case one is operated in front of BNC. If you don't know the IP and port of your proxy server, check the proxy server settings in your Internet browser or ask your network administrator.
@@ -934,5 +934,5 @@ -2.2.2 SSL - Transport Layer Security
Communication with an Ntrip Broadcaster over Secure Sockets Layer (SSL) as well as the download of RINEX skeleton files when available from HTTPS websites require the exchange of client and/or server certificates. Specify the path to a directory where you save certificates on your system. You may like to check out http://software.rtcm-ntrip.org/wiki/Certificates for a list of known Ntrip Server certificates. You may also just try communication via SSL to check out whether this is supported by the involved Ntrip Broadcaster.
SSL communication may involve queries coming from the Ntrip Broadcaster or from a HTTPS website hosting RINEX skeletons. Such a query could show up under BNC's 'Log' tab as follows: @@ -954,10 +954,10 @@
Figure 7: BNC's 'Network' panel configured to ignore eventually occurring SSL error messages.
- +The following defines general settings for BNC's logfile, file handling, reconfiguration on-the-fly, and auto-start.
- +Records of BNC's activities are shown in the 'Log' tab on the bottom of the main window. These logs can be saved into a file when a valid path is specified in the 'Logfile (full path)' field. The logfile name will automatically be extended by a string '_YYMMDD' carrying the current date. This leads to series of daily logfiles when running BNC continuously for extended. Message logs cover the communication status between BNC and the Ntrip Broadcaster as well as problems that may occur in the communication link, stream availability, stream delay, stream conversion etc. All times are given in UTC. The default value for 'Logfile (full path)' is an empty option field, meaning that BNC logs will not be saved into a file. @@ -987,10 +987,10 @@ -
+When BNC is started, new files are created by default and any existing files with the same name will be overwritten. However, users might want to append existing files following a restart of BNC, a system crash or when BNC crashed. Tick 'Append files' to continue with existing files and keep what has been recorded so far. Note that option 'Append files' affects all types of files created by BNC.
-2.3.3 Reread Configuration - optional
When operating BNC online in 'no window' mode (command line option -nw), some configuration options can nevertheless be changed on-the-fly without interrupting the running process. For that you force the program to reread parts of its configuration in pre-defined intervals from the disk. Select '1 min', '1 hour', or '1 day' to let BNC reread on-the-fly changeable configuration options every full minute, hour, or day. This lets in between edited options become effective without interrupting uninvolved threads. @@ -1011,5 +1011,5 @@
- +You may like to auto-start BNC at startup time in window mode with pre-assigned configuration options. This may be required i.e. immediately after booting your system. Tick 'Auto start' to supersede the usage of the 'Start' button. Make sure that you maintain a link to BNC for that in your Autostart directory (Windows systems) or call BNC in a script below directory /etc/init.d (Unix/Linux/Mac OS X systems). @@ -1019,5 +1019,5 @@
-2.3.5 Raw Output File - optional
BNC can save all data coming in through various streams in one daily file. The information is recorded in the specified 'Raw output file' in the received order and format. This feature allows a BNC user to run the PPP option offline with observations, Broadcast Corrections, and Broadcast Ephemeris being read from a previously saved file. It supports the offline repetition of a real-time situation for debugging purposes and it is not meant for Post Processing. @@ -1036,5 +1036,5 @@
- +Observations will be converted to RINEX if they come in either RTCM Version 2 or RTCM Version 3 format. Depending on the RINEX version and incoming RTCM message types, files generated by BNC may contain data from GPS, GLONASS, Galileo, SBAS, QZSS and/or BDS (BeiDou). In case an observation type is listed in the RINEX header but the corresponding observation is unavailable, its value is set to zero '0.000' or left blank. Note that the 'RINEX TYPE' field in the RINEX Version 3 Observation file header is always set to 'M(MIXED)' or 'Mixed' even if the file only contains data from one system. @@ -1062,5 +1062,5 @@
Figure 8: BNC translating incoming observation streams to 15 min RINEX Version 3 Observation files.
- +The default for RINEX filenames in BNC follows the convention of RINEX Version 2. However, the software provides options to alternatively follow the filename convention of RINEX Version 3. RINEX Version 2 filenames are derived by BNC from the first 4 characters of the corresponding stream's mountpoint (4Char Station ID). For example, data from mountpoints FRANKFURT and WETTZELL will have hourly RINEX Observation files named
@@ -1120,20 +1120,20 @@ - +Here you can specify the path to where the RINEX Observation files will be stored. If the specified directory does not exist, BNC will not create RINEX Observation files. Default value for 'Directory' is an empty option field, meaning that no RINEX Observation files will be written.
-2.4.3 File Interval - mandatory if 'Directory' is set
Select the length of the RINEX Observation file generated. The default value is 15 minutes.
-2.4.4 Sampling - mandatory if 'Directory' is set
Select the RINEX Observation sampling interval in seconds. A value of zero '0' tells BNC to store all received epochs into RINEX. This is the default value.
-2.4.5 Skeleton Extension - optional
Whenever BNC starts generating RINEX Observation files (and then once every day at midnight), it first tries to retrieve information needed for RINEX headers from so-called public RINEX header skeleton files which are derived from sitelogs. A HTTP or HTTPS link to a directory containing these skeleton files may be available through data field number 7 of the affected NET record in the source-table. See http://www.epncb.oma.be:80/stations/log/skl/brus.skl for an example of a public RINEX header skeleton file for EPN station Brussels. Note that the download of RINEX skeleton files from HTTPS websites requires the exchange of client and/or server certificates. Clarify 'SSL' options offered through panel 'Network' for details. @@ -1213,5 +1213,5 @@
-
2.4.6 Skeleton Mandatory - optional
Tick check box 'Skeleton mandatory' in case you want that RINEX files are only produced if skeleton files are available for BNC. If no skeleton file is available for a particular source then no RINEX observation file will be produced from the affected stream. @@ -1220,5 +1220,5 @@
- +Whenever a RINEX Observation file is saved, you might want to compress, copy or upload it immediately via FTP. BNC allows you to execute a script/batch file to carry out these operations. To do that, specify the full path of the script/batch file here. BNC will pass the RINEX Observation file path to the script as a command line parameter (%1 on Windows systems, $1 on Unix/Linux/Mac OS X systems). @@ -1231,5 +1231,5 @@
- +GNSS observation data are generally hold available within BNC according to attributes as defined in RINEX Version 3. These attributes describe the tracking mode or channel when generating the observation signals. Capital letters specifying signal generation attributes are A, B, C, D, I, L, M, N, P, Q, S, W, X, Y, and Z, see RINEX Version 3 documentation. Although RINEX Version 3 with its signal generation attributes is the internal default processing format for BNC, there are two applications where the program is explicitly required to produce data in RINEX Version 2 format: @@ -1262,5 +1262,5 @@
- +The default format for RINEX Observation files is RINEX Version 2.11. Select RINEX 'Version 3' if you would like to save RTCM Version 3 observation streams in RINEX Version 3 format. @@ -1271,5 +1271,5 @@
-2.4.10 Version 3 Filenames - optional
Tick check box 'Version 3 filenames' to let BNC create so-called extended filenames following the RINEX Version 3 standard. @@ -1278,5 +1278,5 @@
- +Broadcast Ephemeris can be saved as RINEX Navigation files when received via RTCM Version 3 e.g. as message types 1019 (GPS) or 1020 (GLONASS) or 1044 (QZSS) or 1043 (SBAS) or 1045 and 1046 (Galileo) or 63 (tentative, BDS/BeiDou). The filename convention follows the details given in section 'RINEX Filenames' except that the first four characters are 'BRDC'. @@ -1303,15 +1303,15 @@
- +Specify a path for saving Broadcast Ephemeris data as RINEX Navigation files. If the specified directory does not exist, BNC will not create RINEX Navigation files. Default value for Ephemeris 'Directory' is an empty option field, meaning that no RINEX Navigation files will be created.
-2.5.2 Interval - mandatory if 'Directory' is set
Select the length of RINEX Navigation files. The default value is '1 day'.
- +BNC can output Broadcast Ephemeris in RINEX Version 3 format on your local host (IP 127.0.0.1) through an IP 'Port'. Specify an IP port number to activate this function. The default is an empty option field, meaning that no ASCII ephemeris output via IP port is generated. @@ -1321,5 +1321,5 @@
- +Default format for RINEX Navigation files containing Broadcast Ephemeris is RINEX Version 2.11. Select 'Version 3' if you want to save the ephemeris data in RINEX Version 3 format. @@ -1329,5 +1329,5 @@
-2.5.5 Version 3 Filenames - optional
Tick check box 'Version 3 filenames' to let BNC create so-called extended filenames following the RINEX Version 3 standard. @@ -1339,5 +1339,5 @@
Figure 9: Converting Broadcast Ephemeris stream to RINEX Version 3 Navigation file.
- +Besides stream conversion from RTCM to RINEX, BNC allows editing RINEX files or concatenate their contents. RINEX Observation and Navigation files can be handled. BNC can also carry out a RINEX file Quality Check. In summary and besides Stream Translation this functionality in BNC covers @@ -1356,5 +1356,5 @@
- +Select an action. Options are 'Edit/Concatenate' and 'Analyze'.
Specify full path to input RINEX Observation file(s), and
@@ -1376,10 +1376,10 @@
2.6.3 Output Files - optional if 'Action' is set to 'Edit/Concatenate'
If 'Edit/Concatenate' is selected, specifying the full path to output RINEX Observation file(s) and specifying the full path to output RINEX Navigation file(s) is optional. Default are empty option fields, meaning that no RINEX files will be saved on disk.
- +Specify the name of a logfile to save information on RINEX file Editing/Concatenation or Analysis. Default is an empty option field, meaning that no logfile will be saved. @@ -1601,5 +1601,5 @@
-2.6.5 Plots for Signals - mandatory if 'Action' is set to 'Analyze'
Multipath and signal-to-noise sky plots as well as plots for satellite availability, elevation and PDOP are produced per GNSS system and frequency with the multipath analysis based on CnC observation types (n = band / frequency). The 'Plots for signals' option lets you exactly specify the observation signals to be used for that and also enables the plot production. You can specify the navigation system (C = BDS, E = Galileo, G = GPS, J = QZSS, R = GLONASS, S = SBAS), the frequency, and the tracking mode or channel as defined in RINEX Version 3. Specifications for frequency and tracking mode or channel must be separated by ampersand character '&'. Specifications for each navigation systems must be separated by blank character ' '. The following string is an example for option field 'Plots of signals': It lets you exactly specify the observation signals to be used and also enables the plot generation. You can specify the navigation system, the frequency, and the tracking mode or channel as defined in RINEX Version 3. Specifications for frequency and tracking mode or channel must be separated by ampersand character '&'. Specifications for each navigation systems must be separated by blank character ' '. @@ -1619,10 +1619,10 @@
-2.6.6 Directory for Plots - optional if 'Action' is set to 'Analyze'
If 'Analyze' is selected, specifying the path to a directory where plot files will be saved is optional. Filenames will be composed from the RINEX input filename(s) plus suffix 'PNG' to indicate the plot file format in use. Default is an empty option field, meaning that plots will not be saved on disk.
-2.6.7 Set Edit Options - mandatory if 'Action' is set to 'Edit/Concatenate'
Once the 'Edit/Concatenate' action is selected, you have to 'Set Edit Options'. BNC lets you specify the RINEX version, a signal priority list when mapping RINEX Version 3 to Version 2, the sampling interval, begin and end of file, operator, observation types, comment lines, and marker, antenna, receiver details. Note that some of the specifications for editing and concatenation are only meaningful for RINEX Observation files but not for RINEX Navigation files.
@@ -1677,5 +1677,5 @@Figure 15: Sky plot examples for signal-to-noise ratio, part of RINEX quality check analysis with BNC.
-2.6.8 Command Line, No Window - optional
BNC applies options from the configuration file but allows updating every one of them on the command line while the contents of the configuration file remains unchanged, see section on 'Command Line Options'. The syntax for that looks as follows @@ -1754,5 +1754,5 @@ -
+BNC allows to compare the contents of two files containing GNSS orbit and clock data in SP3 format. SP3 ASCII files basically contain a list of records over a certain period of time. Each record carries a time tag, the XYZ position of the satellite's Center of Mass at that time and the corresponding satellite clock value. Both SP3 files may contain some records for different epochs. If so then BNC only compares records for identical epochs. BNC accepts that a specific GNSS system or a specific satellite is only available from one of the SP3 files. Note that BNC does not interpolate orbits when comparing SP3 files. @@ -1762,10 +1762,10 @@
-2.7.1 Input SP3 Files - optional
Specify the full path of two SP3 files separated by a comma.
-2.7.2 Exclude Satellites - optional
You may want to exclude one or more satellites in your SP3 files from the comparison. Or you may like to exclude all satellites of a specific GNSS system from the comparison. The following are example strings to be entered for excluding satellites from the comparison. @@ -1782,5 +1782,5 @@
-2.7.3 Logfile - mandatory if 'Input SP3 Files' is set
Specify a logfile name to save results of the SP3 file comparison. @@ -1867,5 +1867,5 @@
Figure 16: BNC configuration example for comparing two SP3 files with satellite orbit and clock data.
- +Differential GNSS and RTK operation using RTCM streams is currently based on corrections and/or raw measurements from single or multiple reference stations. This approach to differential positioning is using 'observation space' information. The representation with the RTCM standard can be called 'Observation Space Representation' (OSR). @@ -2135,15 +2135,15 @@
-2.8.1 Directory, ASCII - optional
Specify a directory for saving Broadcast Corrections in files. If the specified directory does not exist, BNC will not create Broadcast Correction files. Default value for Broadcast Corrections 'Directory' is an empty option field, meaning that no Broadcast Correction files will be created.
-2.8.2 Interval - mandatory if 'Directory, ASCII' is set
Select the length of the Broadcast Correction files. The default value is 1 day.
- +BNC can output epoch by epoch synchronized Broadcast Corrections in ASCII format on your local host (IP 127.0.0.1) through an IP 'Port'. Specify an IP port number to activate this function. The default is an empty option field, meaning that no Broadcast Correction output via IP port is generated. @@ -2223,5 +2223,5 @@
Figure 17: BNC configuration example for pulling, saving and output of Broadcast Corrections.
- +BNC can generate synchronized or unsynchronized observations epoch by epoch from all stations and satellites to feed a real-time GNSS network engine. Observations can be streamed out through an IP port and/or saved in a local file. The output is always in plain ASCII format and sorted per incoming stream. @@ -2304,10 +2304,10 @@
Figure 18: Synchronized BNC output via IP port to feed a GNSS real-time engine.
- +BNC can produce synchronized observations in ASCII format on your local host (IP 127.0.0.1) through an IP 'Port'. Synchronized means that BNC collects all observation data for any specific epoch which become available within a certain number of latency seconds (see 'Wait for Full Obs Epoch' option). It then - epoch by epoch - outputs whatever has been received. The output comes block wise per stream. Specify an IP port number here to activate this function. The default is an empty option field, meaning that no binary synchronized output is generated.
-2.9.2 Wait for Full Obs Epoch - mandatory if 'Port' is set
When feeding a real-time GNSS network engine waiting for synchronized observations epoch by epoch, BNC drops whatever is received later than 'Wait for full obs epoch' seconds. A value of 3 to 5 seconds could be an appropriate choice for that, depending on the latency of the incoming streams and the delay acceptable for your real-time GNSS product. Default value for 'Wait for full obs epoch' is 5 seconds. @@ -2317,10 +2317,10 @@
-2.9.3 Sampling - mandatory if 'File' or 'Port' is set
Select the synchronized observation output sampling interval in seconds. A value of zero '0' tells BNC to send/store all received epochs. This is the default value.
- +Specify the full path to a 'File' where synchronized observations are saved in plain ASCII format. The default value is an empty option field, meaning that no ASCII output file is created. @@ -2330,10 +2330,10 @@
-2.9.5 Port (unsynchronized) - optional
BNC can produce unsynchronized observations from all configured streams in ASCII format on your local host (IP 127.0.0.1) through an IP 'Port'. Unsynchronized means that BNC immediately forwards any received observation to the port. Nevertheless, the output comes block wise per stream. Specify an IP port number here to activate this function. The default is an empty option field, meaning that no unsynchronized output is generated.
- +You may use BNC to feed a serial connected device like a GNSS receiver. For that an incoming stream can be forwarded to a serial port. Depending on the stream contents the receiver may use it for Differential GNSS, Precise Point Positioning or any other purpose supported by its firmware. @@ -2353,5 +2353,5 @@
Figure 20: BNC pulling a VRS stream to feed a serial connected RTK rover.
- +Enter a 'Mountpoint' to forward its corresponding stream to a serial connected GNSS receiver. @@ -2361,5 +2361,5 @@
-2.10.2 Port Name - mandatory if 'Mountpoint' is set
Enter the serial 'Port name' selected on your host for communication with the serial connected receiver. Valid port names are @@ -2378,30 +2378,30 @@
-2.10.3 Baud Rate - mandatory if 'Mountpoint' is set
Select a 'Baud rate' for the serial output link. Note that using a high baud rate is recommended.
-2.10.4 Flow Control - mandatory if 'Mountpoint' is set
Select a 'Flow control' for the serial output link. Note that your selection must equal the flow control configured to the serial connected device. Select 'OFF' if you don't know better.
-2.10.5 Parity - mandatory if 'Mountpoint' is set
Select the 'Parity' for the serial output link. Note that parity is often set to 'NONE'.
-2.10.6 Data Bits - mandatory if 'Mountpoint' is set
Select the number of 'Data bits' for the serial output link. Note that often '8' data bits are used.
-2.10.7 Stop Bits - mandatory if 'Mountpoint' is set
Select the number of 'Stop bits' for the serial output link. Note that often '1' stop bit is used.
-2.10.8 NMEA - mandatory if 'Mountpoint' is set
The 'NMEA' option supports the so-called 'Virtual Reference Station' (VRS) concept which requires the receiver to send approximate position information to the Ntrip Broadcaster. Select 'no' if you don't want BNC to forward or upload any NMEA message to the Ntrip broadcaster in support of VRS.
@@ -2413,8 +2413,8 @@ -2.10.9 File - optional if 'NMEA' is set to 'Auto'
Specify the full path to a file where NMEA messages coming from your serial connected receiver are saved. Default is an empty option field, meaning that no NMEA messages will be saved on disk.
-2.10.10 Height - mandatory if 'NMEA' is set to 'Manual'
Specify an approximate 'Height' above mean sea level in meters for the reference station introduced through 'Mountpoint'. Together with the latitude and longitude from the Ntrip broadcaster source-table the height information is used to build GGA messages to be sent to the Ntrip broadcaster. @@ -2425,5 +2425,5 @@
-2.10.11 Sampling - mandatory if 'NMEA' is set to 'Manual'
Select a sampling interval in seconds for manual generation and upload of NMEA GGA sentences. @@ -2433,5 +2433,5 @@
- +At any time an incoming stream might become unavailable or corrupted. In such cases, it is important that the BNC operator and/or the stream providers become aware of the situation so that necessary measures can be taken to restore the stream. Furthermore, continuous attempts to decode a corrupted stream can generate unnecessary workload for BNC. Outages and corruptions are handled by BNC as follows: @@ -2447,10 +2447,10 @@
-2.11.1 Observation Rate - optional
BNC can collect all returns (success or failure) coming from a decoder within a certain short time span to then decide whether a stream has an outage or its content is corrupted. This procedure needs a rough a priori estimate of the expected observation rate of the incoming streams.
An empty option field (default) means that you don't want explicit information from BNC about stream outages and incoming streams that cannot be decoded.
-2.11.2 Failure Threshold - mandatory if 'Observation rate' is set
Event 'Begin_Failure' will be reported if no data is received continuously for longer than the 'Failure threshold' time. Similarly, event 'Begin_Corrupted' will be reported when corrupted data is detected by the decoder continuously for longer than this 'Failure threshold' time. The default value is set to 15 minutes and is recommended so not to inundate user with too many event reports. @@ -2460,5 +2460,5 @@
-2.11.3 Recovery Threshold - mandatory if 'Observation rate' is set
Once a 'Begin_Failure' or 'Begin_Corrupted' event has been reported, BNC will check for when the stream again becomes available or uncorrupted. Event 'End_Failure' or 'End_Corrupted' will be reported as soon as valid observations are again detected continuously throughout the 'Recovery threshold' time span. The default value is set to 5 minutes and is recommended so not to inundate users with too many event reports. @@ -2468,5 +2468,5 @@
-2.11.4 Script - optional if 'Observation rate' is set
As mentioned previously, BNC can trigger a shell script or a batch file to be executed when one of the events described are reported. This script can be used to email an advisory note to network operator or stream providers. To enable this feature, specify the full path to the script or batch file in the 'Script' field. The affected stream's mountpoint and type of event reported ('Begin_Outage', 'End_Outage', 'Begin_Corrupted' or 'End_Corrupted') will then be passed on to the script as command line parameters (%1 and %2 on Windows systems or $1 and $2 on Unix/Linux/Mac OS X systems) together with date and time information. @@ -2501,5 +2501,5 @@
- +This section describes several miscellaneous options which can be applied to a single stream (mountpoint) or to all configured streams. @@ -2513,10 +2513,10 @@ -
+Specify a mountpoint to apply one or several of the 'Miscellaneous' options to the corresponding stream. Enter 'ALL' if you want to apply these options to all configured streams. An empty option field (default) means that you don't want BNC to apply any of these options.
- +BNC can average latencies per stream over a certain period of GPS time, the 'Log latency' interval. Mean latencies are calculated from the individual latencies of one (first incoming) observation or Broadcast Correction per second. The mean latencies are then saved in BNC's logfile. Note that computing correct latencies requires the clock of the host computer to be properly synchronized. Note further that visualized latencies from the 'Latency' tab on the bottom of the main window represent individual latencies and not the mean latencies for the logfile. @@ -2546,5 +2546,5 @@ -
+When configuring a GNSS receiver for RTCM stream generation, the firmware's setup interface may not provide details about RTCM message types and observation types. As reliable information concerning stream contents should be available i.e. for Ntrip Broadcaster operators to maintain the broadcaster's source-table, BNC allows to scan RTCM streams for incoming message types and printout some of the contained meta-data. Contained observation types are also printed because such information is required a priori for the conversion of RTCM Version 3 MSM streams to RINEX Version 3 files. The idea for this option arose from 'inspectRTCM', a comprehensive stream analyzing tool written by D. Stoecker. @@ -2581,5 +2581,5 @@ -
+BNC can output streams related to the above specified 'Mountpoint' through a TCP/IP port of your local host. Enter a port number to activate this function. The stream contents remains untouched. BNC does not decode or reformat the data. @@ -2593,5 +2593,5 @@ -
+BNC can derive coordinates for rover positions following the Precise Point Positioning (PPP) approach. It uses either code or code plus phase data from one or more GNSS systems in ionosphere-free linear combinations P3 or L3. Besides pulling streams of observations from dual frequency GNSS receiver, this also @@ -2630,5 +2630,5 @@
-2.13.1 PPP (1): Input and Output
This panel provides options for specifying the input and output streams and files required by BNC for real-time or post processing PPP. @@ -2638,5 +2638,5 @@
Figure 22: Real-time Precise Point Positioning with BNC, PPP Panel 1.
-2.13.1.1 Data Source - optional
Choose between input from 'Real-time Streams' or 'RINEX Files' for PPP with BNC in real-time or post processing mode. @@ -2668,15 +2668,15 @@
-2.13.1.2 RINEX Observation File - mandatory if 'Data source' is set to 'RINEX Files'
Specify a RINEX Observation file. The file format can be RINEX Version 2 or RINEX Version 3.
-2.13.1.3 RINEX Navigation File - mandatory if 'Data source' is set to 'RINEX Files'
Specify a RINEX Navigation file. The file format can be RINEX Version 2 or RINEX Version 3.
-2.13.1.4 Corrections Stream - optional if 'Data source' is set to 'Real-Time Streams'
Specify a Broadcast 'Corrections stream' from the list of selected 'Streams' you are pulling if you want BNC to correct your satellite ephemeris accordingly. Note that the stream's orbit and clock corrections must refer to the satellite Antenna Phase Center (APC). Streams providing such corrections are made available e.g. through the International GNSS Service (IGS) and listed on http://igs.bkg.bund.de/ntrip/orbits. The stream format must be RTCM Version 3 containing so-called SSR messages. Streams 'IGS03' and 'CLK11' supporting GPS plus GLONASS are examples. @@ -2686,5 +2686,5 @@
-2.13.1.5 Corrections File - optional if 'Data source' is set to 'RINEX Files'
Specify a Broadcast 'Corrections file' as saved beforehand using BNC. The file contents is basically the ASCII representation of a RTCM Version 3 Broadcast Correction (SSR) stream. @@ -2694,5 +2694,5 @@
-2.13.1.6 ANTEX File - optional
IGS provides a file containing absolute phase center corrections for GNSS satellite and receiver antennas in ANTEX format. Entering the full path to such an ANTEX file is required for correcting observations in PPP for antenna phase center offsets and variations. Note that for applying such corrections you need to specify the receiver's antenna name and radome in BNC's 'Coordinates' file. @@ -2702,5 +2702,5 @@
-2.13.1.7 Coordinates - optional
Enter the full path to an ASCII file which specifies all streams or files from stationary or mobile receivers you potentially may want to process. Specifying a 'Coordinates' file is optional. If it exists, it should contain one record per stream or file with the following parameters separated by blank characters: @@ -2798,5 +2798,5 @@
-2.13.1.8 Version 3 Filenames - optional
Tick 'Version 3 filenames' to let BNC create so-called extended filenames for PPP logfiles, NMEA files and SINEX Troposphere files to follow the RINEX Version 3 standard, see section 'RINEX Filenames' for details. @@ -2825,5 +2825,5 @@
-2.13.1.9 Logfile Directory - optional
Essential PPP results are shown in the 'Log' tab on the bottom of BNC's main window. Depending on the processing options, the following values are presented about once per second (example): @@ -2957,5 +2957,5 @@
-2.13.1.10 NMEA Directory - optional
You can specify a 'NMEA directory' to save daily NMEA files with Point Positioning results recorded as NMEA sentences. Such sentences are usually generated about once per second with pairs of @@ -2998,5 +2998,5 @@
-2.13.1.11 SNX TRO Directory - optional
BNC estimates the tropospheric delay according to equation @@ -3078,5 +3078,5 @@
-2.13.1.11.1 Interval - mandatory if 'SINEX TRO File' is set
Select the length of SINEX Troposphere files. @@ -3087,5 +3087,5 @@ -
2.13.1.11.2 Sampling - mandatory if 'SINEX TRO File' is set
Select a 'Sampling' rate in seconds for saving troposphere parameters. @@ -3095,5 +3095,5 @@
-2.13.2 PPP (2): Processed Stations
@@ -3110,30 +3110,30 @@
Figure 23: Precise Point Positioning with BNC, PPP Panel 2.
- +Hit the 'Add Station' button, double click on the 'Station' field, then specify an observation's mountpoint from the 'Streams' section or introduce the 4-character Station ID of your RINEX observation file and hit Enter. BNC will only produce PPP solutions for stations listed in this table.
-2.13.2.2 Sigma North/East/Up - mandatory
Enter a sigmas in meters for the initial coordinate components. A value of 100.0 (default) may be an appropriate choice. However, this value may be significantly smaller (i.e. 0.01) when starting for example from a station with well-known position - so-called Quick-Start mode.
-2.13.2.3 Noise North/East/Up - mandatory
Enter a white 'Noise' in meters for estimated coordinate components. A value of 100.0 (default) may be appropriate when considering possible sudden movements of a rover.
-2.13.2.4 Tropo Sigma - mandatory
Enter a sigma in meters for the a priori model based tropospheric delay estimation. A value of 0.1 (default) may be an appropriate choice.
-2.13.2.5 Tropo Noise - mandatory
Enter a white 'Noise' in meters per second to describe the expected variation of the tropospheric effect. Supposing 1Hz observation data, a value of 3e-6 (default) would mean that the tropospheric effect may vary for 3600 * 3e-6 = 0.01 meters per hour.
- +2.13.3 PPP (3): Processing Options
BNC allows using various Point Positioning processing options depending on the capability of the involved receiver and the application in mind. It also allows introducing specific sigmas for code and phase observations as well as for a priori coordinates and troposphere estimates. You may also like to carry out your PPP solution in Quick-Start mode or enforce BNC to restart a solution if the length of an outage exceeds a certain threshold.
@@ -3155,5 +3155,5 @@Figure 24: Precise Point Positioning with BNC, PPP Panel 3.
-2.13.3.1 Linear Combinations - mandatory
@@ -3173,5 +3173,5 @@
-2.13.3.2 Code Observations - mandatory
2.13.3.3 Phase Observations - mandatory
Enter a 'Sigma L1' for L1 phase observations in meters. The bigger the sigma you enter, the less the contribution of L1 phase observations to a PPP solutions based on a combination of code and phase data. '0.01' meters is likely to be an appropriate choice. @@ -3198,5 +3198,5 @@
-2.13.3.4 Elevation Dependent Weighting - mandatory
BNC allows elevation dependent weighting when processing GNSS observations. A weight function @@ -3216,10 +3216,10 @@
-2.13.3.5 Minimum Number of Observations - mandatory
Select the minimum number of observations you want to use per epoch. The minimum for parameter 'Min # of Obs' is '4'. This is also the default.
-2.13.3.6 Minimum Elevation - mandatory
Select a minimum for satellite elevation angles. Selecting '10 deg' for option 'Min Elevation' may be an appropriate choice. @@ -3229,5 +3229,5 @@
-2.13.3.7 Wait for Clock Corrections - optional
Zero value (or 'no') for 'Wait for clock corr.' means that BNC processes each epoch of data immediately after its arrival using satellite clock corrections available at that time. Non-zero value means that epochs of data are buffered and the processing of each epoch is postponed till satellite clock corrections not older than 'Wait for clock corr.' are available. Specifying a value of half the update rate of the clock corrections (i.e. 5 sec) may be appropriate. Note that this causes an additional delay of the PPP solutions in the amount of half of the update rate. @@ -3240,5 +3240,5 @@
-2.13.3.8 Seeding - optional if a priori coordinates specified in 'Coordinates'
Enter the length of a startup period in seconds for which you want to fix the PPP solution to an known position, see option 'Coordinates'. Constraining a priori coordinates is done in BNC through setting their white 'Noise' temporarily to zero. @@ -3261,10 +3261,10 @@
Figure 25: BNC in 'Quick-Start' mode, PPP Panel 4.
- +This panel presents options for visualizing PPP results as a time series plot or as a track map with PPP tracks on top of OSM or Google maps.
- +PPP time series of North (red), East (green) and Up (blue) displacements will be plotted under the 'PPP Plot' tab when this option is ticked. Values will be either referred to an XYZ reference coordinate (if specified, see 'Coordinates') or referred to the first estimated position. The sliding PPP time series window will cover the period of the latest 5 minutes. @@ -3274,5 +3274,5 @@
-2.13.4.2 Audio Response - optional
For natural hazard prediction and monitoring landslides it may be appropriate to generate audio alerts. For that you can specify an 'Audio response' threshold in meters. A beep is produced by BNC whenever a horizontal PPP coordinate component differs by more than the threshold value from the specified marker coordinate. @@ -3282,5 +3282,5 @@
- +You may like to track your rover position using Google Maps or OpenStreetMap as a background map. Track maps can be produced with BNC in 'Real-time Streams' mode or in 'RINEX Files' post processing mode with data coming from files. @@ -3296,5 +3296,5 @@
Figure 26: Track of positions from BNC with Google Maps in the background.
-2.13.4.3.1 Google/OSM - mandatory before pushing 'Open Map'
Select either 'Google' or 'OSM' as the background map for your rover positions. @@ -3304,25 +3304,25 @@
Figure 27: Example for a background map from Google Maps and OpenStreetMap (OSM).
-2.13.4.4 Dot-properties - mandatory before pushing 'Open Map'
PPP tracks are presented on maps through plotting one colored dot per observation epoch.
-2.13.4.4.1 Size - mandatory before pushing 'Open Map'
Specify the size of dots showing the rover position. A dot size of '3' may be appropriate. The maximum possible dot size is '10'. An empty option field or a size of '0' would mean that you don't want BNC to show the rover's track on the map.
-2.13.4.4.2 Color - mandatory before pushing 'Open Map'
Select the color of dots showing the rover track.
-2.13.4.5 Post Processing Speed - mandatory before pushing 'Open Map'
With BNC in 'RINEX File' post processing mode for PPP you can specify the speed of computations as appropriate for visualization. Note that you can adjust 'Post-processing speed' on-the-fly while BNC is already processing your observations.
- +BNC allows processing several orbit and clock correction streams in real-time to produce, encode, upload and save a combination of Broadcast Corrections from various providers. All corrections must refer to satellite Antenna Phase Centers (APC). It is so far only the satellite clock corrections which are combined while orbit corrections in the combination product as well as the product update rates are just taken over from one of the incoming Broadcast Correction streams. Combining only clock corrections using a fixed orbit reference has the possibility to introduce some analysis inconsistencies. We may therefore eventually consider improvements on this approach. The clock combination can be based either on a plain 'Single-Epoch' or on a Kalman 'Filter' approach. @@ -3384,5 +3384,5 @@
-2.14.1 Combine Corrections Table - optional
Hit the 'Add Row' button, double click on the 'Mountpoint' field, enter a Broadcast Corrections mountpoint from the 'Streams' section and hit Enter. Then double click on the 'AC Name' field to enter your choice of an abbreviation for the Analysis Center (AC) providing the Antenna Phase Center (APC) related stream. Finally, double click on the 'Weight' field to enter a weight to be applied to this stream in the combination. @@ -3397,5 +3397,5 @@
-2.14.1.1 Add Row, Delete - optional
Hit 'Add Row' button to add another row to the 'Combine Corrections' table or hit the 'Delete' button to delete the highlighted row(s). @@ -3416,10 +3416,10 @@
Figure 30: 'INTERNAL' PPP with BNC using combined Broadcast Corrections stream.
-2.14.1.2 Method - mandatory if 'Combine Corrections' table is populated
Select a clock combination method. Available options are Kalman 'Filter' and 'Single-Epoch. It is suggested to use the Kalman Filter approach in case the combined stream of Broadcast Corrections is intended for Precise Point Positioning.
-2.14.1.3 Maximal Residuum - mandatory if 'Combine Corrections' table is populated
BNC combines all incoming clocks according to specified weights. Individual clock estimates that differ by more than 'Maximal Residuum' meters from the average of all clocks will be ignored.
@@ -3427,13 +3427,13 @@
Default is a 'Maximal Residuum' of 999.0 meters
-2.14.1.4 Sampling - mandatory if 'Combine Corrections' table is populated
Specify a combination sampling interval. Orbit and clock corrections will be produced following that interval. A value of 10 sec may be an appropriate choice.
-2.14.1.5 Use GLONASS - optional
You may tick the 'Use GLONASS' option in case you want to produce a GPS plus GLONASS combination and both systems are supported by the Broadcast Correction streams participating in the combination.
- +BNC can upload streams carrying orbit and clock corrections to Broadcast Ephemeris in radial, along-track and cross-track components if they are
2.15.1 Add, Delete Row - optional
Hit 'Add Row' button to add a row to the stream 'Upload Table' or hit the 'Delete' button to delete the highlighted row(s).
@@ -3550,5 +3550,5 @@ -2.15.2 Host, Port, Mountpoint, Password - optional
Specify the domain name or IP number of an Ntrip Broadcaster for uploading the stream. Furthermore, specify the caster's listening IP port, an upload mountpoint and an upload password. Note that Ntrip Broadcasters are often configured to provide access through more than one port, usually ports 80 and 2101. If you experience communication problems on port 80, you should try to use the alternative port(s). @@ -3561,5 +3561,5 @@
-2.15.3 System - mandatory if 'Host' is set
BNC allows configuring several Broadcast Correction streams for upload so that they refer to different reference systems and different Ntrip Broadcasters. You may use this functionality for parallel support of a backup Ntrip Broadcaster or for simultaneous support of various regional reference systems. Available options for transforming orbit and clock corrections to specific target reference systems are @@ -3739,10 +3739,10 @@
Figure 31: Setting Custom Transformation Parameters window, example for 'ITRF2008->GDA94'.
-2.15.4 Center of Mass - optional
BNC allows to either refer Broadcast Corrections to the satellite's Center of Mass (CoM) or to the satellite's Antenna Phase Center (APC). By default corrections refer to APC. Tick 'Center of Mass' to refer uploaded corrections to CoM.
- +Specify a path for saving the generated orbit corrections as SP3 orbit files. If the specified directory does not exist, BNC will not create SP3 orbit files. The following is a path example for a Linux system:
/home/user/BNC${GPSWD}.sp3
Note that '${GPSWD}' produces the GPS Week and Day number in the filename.
@@ -3763,5 +3763,5 @@
- +The clock corrections generated by BNC for upload can be logged in Clock RINEX format. The file naming follows the RINEX convention. @@ -3778,13 +3778,13 @@
-2.15.7 Interval - mandatory if 'Upload Table' entries specified
Select the length of Clock RINEX files and SP3 Orbit files. The default value is 1 day.
- +BNC requires an orbit corrections sampling interval for the stream to be uploaded and sampling intervals for SP3 and Clock RINEX files. The outgoing stream's clock correction sampling interval follows that of incoming corrections and is therefore nothing to be specified here.
-2.15.8.1 Orbits (Orb) - mandatory if 'Upload Table' entries specified
Select the stream's orbit correction sampling interval in seconds. A value of 60 sec may be appropriate.
A value of zero '0' tells BNC to upload all orbit correction samples coming in from the real-time GNSS engine along with the clock correction samples to produce combined orbit and clock corrections to Broadcast Ephemeris (1060 for GPS, 1066 for GLONASS).
@@ -3817,11 +3817,11 @@
Note that only when specifying a value of zero '0' (default) for 'Sampling Orb', BNC produces combined orbit and clock correction messages.
-
2.15.8.2 SP3 - mandatory if 'SP3 File' is specified
Select the SP3 orbit file sampling interval in minutes. A value of 15 min may be appropriate. A value of zero '0' tells BNC to store all available samples into SP3 orbit files.
-2.15.8.3 RINEX (RNX) - mandatory if 'RNX File' is specified
Select the Clock RINEX file sampling interval in seconds. A value of 10 sec may be appropriate. A value of zero '0' tells BNC to store all available samples into Clock RINEX files.
-2.15.9 Custom Trafo - optional if 'Upload Table' entries specified
Hit 'Custom Trafo' to specify your own 14 parameter Helmert Transformation instead of selecting a predefined transformation through 'System' button.
@@ -3832,10 +3832,10 @@Figure 32: Producing Broadcast Corrections from incoming precise orbits and clocks and uploading them to an Ntrip Broadcaster.
-2.15.10 ANTEX File - mantatory if 'SP3 File' is specified
IGS provides a file containing absolute phase center variations for GNSS satellite and receiver antennas in ANTEX format. Entering the full path to such an ANTEX file is required here for referring the SP3 file contents to the satellite's Center of Mass (CoM). If you don't specify a ANTEX file, the SP3 file will contain orbit information which is referred to Antenna Phase Center (APC) instead of CoM.
- +BNC can generate a stream carrying only Broadcast Ephemeris in RTCM Version 3 format and upload it to an Ntrip Broadcaster. @@ -3858,5 +3858,5 @@
- +Specify the 'Host' IP number or URL of an Ntrip Broadcaster to upload the stream. An empty option field means that you don't want to upload Broadcast Ephemeris. @@ -3866,5 +3866,5 @@
-2.16.2 Mountpoint & Password - mandatory if 'Host' is set
BNC uploads a stream to the Ntrip Broadcaster by referring to a dedicated mountpoint that has been set by its operator. Specify the mountpoint based on the details you received for your stream from the operator. It is often a four character ID (capital letters) plus an integer number.
@@ -3872,5 +3872,5 @@ -2.16.3 Sampling - mandatory if 'Host' is set
Figure 33: Producing a Broadcast Ephemeris stream from navigation messages of globally distributed RTCM streams and uploading them in RTCM Version 3 format to an Ntrip Broadcaster.
- +Each stream on an Ntrip Broadcaster (and consequently on BNC) is defined using a unique source ID called mountpoint. An Ntrip Client like BNC accesses the desired stream by referring to its mountpoint. Information about streams and their mountpoints is available through the source-table maintained by the Ntrip Broadcaster. @@ -3900,5 +3900,5 @@
- +To remove a stream from the 'Streams' canvas in the main window, highlight it by clicking on it and hit the 'Delete Stream' button. You can also remove multiple streams simultaneously by highlighting them using +Shift and +Ctrl.
-2.17.3 Reconfigure Stream Selection On-the-fly
The streams selection can be changed on-the-fly without interrupting uninvolved threads in the running BNC process. @@ -3929,14 +3929,14 @@
- +The 'Logging Canvas' above the bottom menu bar on the main window labeled 'Log', 'Throughput', 'Lacenty', and 'PPP Plot' provides control of BNC's activities. Tabs are available for continuously showing logfile contents, for a plot controling the bandwidth consumption, for a plot showing stream latencies, and for time series plots of PPP results.
- +Records of BNC's activities are shown in the 'Log' tab. They can be saved into a file when a valid path is specified in the 'Logfile (full path)' field.
- +The bandwidth consumption per stream is shown in the 'Throughput' tab in bits per second (bps) or kilobits per second (kbps). The following figure shows an example for the bandwidth consumption of incoming streams. @@ -3946,5 +3946,5 @@
Figure 34: Bandwidth consumption of incoming streams.
- +The latency of observations in each incoming stream is shown in the 'Latency' tab in milliseconds or seconds. Streams not carrying observations (i.e. those providing only Broadcast Ephemeris messages) or having an outage are not considered here and shown in red color. Note that the calculation of correct latencies requires the clock of the host computer to be properly synchronized. The next figure shows an example for the latency of incoming streams. @@ -3954,5 +3954,5 @@
Figure 35: Latency of incoming streams.
- +Precise Point Positioning time series of North (red), East (green) and Up (blue) coordinate components are shown in the 'PPP Plot' tab when a 'Origin' option is defined. Values are either referred to reference coordinates (if specified) or referred to the first estimated set of coordinate components. The time as given in format [hh:mm] refers to GPS Time. The sliding PPP time series window covers a period of 5 minutes. Note that it may take up to 30 seconds or more till the first PPP solutions becomes available. The following figure shows the screenshot of a PPP time series plot of North, East and Up coordinate components. @@ -3962,5 +3962,5 @@
Figure 36: Time series plot of PPP session.
- +The bottom menu bar allows to add or delete streams to BNC's configuration and to start or stop it. It also provides access to BNC's online help function. The 'Add Stream' button opens a window that allows user to select one of several input communication links, see figure below. @@ -3970,10 +3970,10 @@
Figure 37: Steam input communication links.
- +Button 'Add Stream' allows you to pull streams either from a Ntrip Broadcaster or from a TCP/IP port, UPD port, or serial port.
-2.19.1.1 Add Stream - Coming from Caster
@@ -3981,10 +3981,10 @@
-2.19.1.1.1 Caster Host and Port - mandatory
Enter the Ntrip Broadcaster host IP and port number. Note that EUREF and IGS operate Ntrip Broadcasters at http://www.euref-ip.net/home, http://www.igs-ip.net/home, http://www.products.igs-ip.net/home and http://mgex.igs-ip.net/home.
-2.19.1.1.2 Casters Table - optional
It may be that you are not sure about your Ntrip Broadcasters host and port number or you are interested in other broadcaster installations operated elsewhere. Hit 'Show' for a table of known broadcasters maintained at www.rtcm-ntrip.org/home. A window opens which allows selecting a broadcaster for stream retrieval, see figure below. @@ -3995,10 +3995,10 @@
Figure 38: Casters table.
-2.19.1.1.3 User and Password - mandatory for protected streams
Streams on Ntrip Broadcasters may be protected. Enter a valid 'User' ID and 'Password' for access to protected streams. Accounts are usually provided per Ntrip Broadcaster through a registration procedure. Register through http://register.rtcm-ntrip.org for access to protected streams from EUREF and IGS.
- +Use the 'Get Table' button to download the source-table from the Ntrip Broadcaster. Pay attention to data fields 'format' and 'format-details'. Keep in mind that BNC can only decode and convert streams that come in RTCM Version 2, RTCM Version 3, or RTNET format. For access to observations, Broadcast Ephemeris and Broadcast Corrections in RTCM format streams must contain a selection of appropriate message types as listed in the Annex, cf. data field 'format-details' for available message types and their repetition rates in brackets. Note that in order to produce RINEX Navigation files RTCM Version 3 streams containing message types 1019 (GPS) and 1020 (GLONASS) and 1043 (SBAS) and 1044 (QZSS) and 1045, 1046 (Galileo) and 63 (tentative, BDS/BeiDou) are required. Select your streams line by line, use +Shift and +Ctrl when necessary. The figure below provides an example source-table. @@ -4013,5 +4013,5 @@
Figure 39: Broadcaster source-table.
-2.19.1.1.5 Ntrip Version - mandatory
Some limitations and deficiencies of the Ntrip Version 1 stream transport protocol are solved in Ntrip Version 2. Improvements mainly concern a full HTTP compatibility in view of requirements coming from proxy servers. Version 2 is backwards compatible to Version 1. Options implemented in BNC are: @@ -4042,5 +4042,5 @@
- +Button 'Map' opens a window to show a distribution map of the caster's streams. You may like to zoom in or out using the mouse. Left button: draw a rectangle to zoom, right button: zoom out, middle button: zoom back. @@ -4050,5 +4050,5 @@
Figure 40: Stream distribution map derived from Ntrip Broadcaster source-table.
-2.19.1.2 Add Stream - Coming from TCP/IP Port
Button 'Add Stream' > 'Coming from TCP/IP Port' allows to retrieve streams via TCP directly from an IP address without using the Ntrip transport protocol. For that you: @@ -4069,5 +4069,5 @@
-2.19.1.3 Add Stream - Coming from UDP Port
Button 'Add Stream' > 'Coming from UDP Port' allows to pick up streams arriving directly at one of the local host's UDP ports without using the Ntrip transport protocol. For that you: @@ -4084,5 +4084,5 @@
-
2.19.1.4 Add Stream - Coming from Serial Port
Button 'Add Stream' > 'Coming from Serial Port' allows to retrieve streams from a GNSS receiver via serial port without using the Ntrip transport protocol. For that you: @@ -4124,30 +4124,30 @@
Figure 41: BNC setup for pulling a stream via serial port.
- +Button 'Delete Stream' allows you to delete streams previously selected for retrieval as listed under the 'Streams' canvas on BNC's main window.
- +Button 'Map' opens a window to show a distribution map of the streams selected for retrieval as listed under the 'Streams' canvas. You may like to zoom in or out using the mouse. Left button: draw a rectangle to zoom, right button: zoom out, middle button: zoom back.
- +Hit 'Start' to start retrieving, decoding or converting GNSS data streams in real-time. Note that 'Start' generally forces BNC to begin with fresh RINEX which might overwrite existing files when necessary unless the option 'Append files' is ticked.
- +Hit the 'Stop' button in order to stop BNC.
- +BNC comes with a What's This help system providing online information about its functionality and usage. Short descriptions are available for any widget and program option. Focus to the relevant object and press Shift+F1 to request help information. A help text appears immediately; it disappears as soon as the user does something else. The dialogs on some operating systems may provide a '?' button that users can click; click the relevant widget to pop up the help text.
- +Command line options are available to run BNC in 'no window' mode or let it read previously recorded input offline from one or several files for debugging purposes. It is also possible to introduce a specific configuration filename instead of using the default filename 'BNC.bnc'. The self-explaining contents of the configuration file can easily be edited. @@ -4164,5 +4164,5 @@
- +Command line option '--version' lets BNC print its version number. @@ -4173,5 +4173,5 @@
- +On systems which support graphics command line option '--display' forces BNC to present the BNC window on the specified display. @@ -4182,5 +4182,5 @@
-2.20.3 No Window Mode - optional
Apart from its regular windows mode, BNC can be started on all systems as a batch job with command line option '-nw'. BNC will then run in 'no window' mode, using processing options from its configuration file on disk. Terminate BNC using Windows Task Manager when running it in 'no window' mode on Windows systems. @@ -4216,5 +4216,5 @@ -
+Although BNC is primarily a real-time online tool, for debugging purposes it can be run offline to read data from a file previously saved through option 'Raw output file'. Enter the following command line option for that @@ -4233,5 +4233,5 @@
-2.20.5 Configuration File - optional
2.20.6 Configuration Options - optional
BNC applies options from the configuration file but allows updating every one of them on the command line while the contents of the configuration file remains unchanged. The command line syntax for that looks as follows @@ -4264,7 +4264,7 @@
- - - +