-This chapter describes how to handle BNC and how to set the program options. It explains the top menu bar, the processing options, the 'Streams' and 'Log' sections, and the bottom menu bar. -
+@@ -136,160 +134,164 @@ The default file name 'BNC.ini' can be changed and the file contents can easily be edited. On graphical user interfaces it is possible to Drag & Drop a configuration file icon to start BNC (not on Mac systems). Some configuration options can be changed on-the-fly. See annexed 'Configuration Example' for a complete set of configuration options. It is also possible to start and configure BNC via command line.
+ ++This chapter describes how to set the BNC program options. It explains the top menu bar, the processing options, the 'Streams' and 'Log' sections, and the bottom menu bar. +
Top Menu Bar
-3.1. Top Menu Bar
-3.1.1 File
-3.1.2 Help
+4.1. Top Menu Bar
+4.1.1 File
+4.1.2 Help
Settings Canvas
-3.2. Network
-3.2.1 Proxy
-3.2.2 SSL
-3.3. General
- 3.3.1. Logfile
- 3.3.2. Append Files
- 3.3.3. Reread Configuration
- 3.3.4. Auto Start
- 3.3.5. Raw Output File
-3.4. RINEX Observations
- 3.4.1. File Names
- 3.4.2. Directory
- 3.4.3. File Interval
- 3.4.4. Sampling
- 3.4.5. Skeleton Extension
- 3.4.6. Script
- 3.4.7. Version
-3.5. RINEX Ephemeris
- 3.5.1. Directory
- 3.5.2. Interval
- 3.5.3. Port
- 3.5.4. Version
-3.6. RINEX Editing & QC
- 3.6.1 Action
- 3.6.2 Set Edit Options
- 3.6.3 Input Files
- 3.6.4 Output Files
- 3.6.5 Command Line, No Window
-3.7. Broadcast Corrections
- 3.7.1. Directory, ASCII
- 3.7.2. Interval
- 3.7.3. Port
- 3.7.4. Wait for Full Epoch
-3.8. Feed Engine
- 3.8.1. Port
- 3.8.2. Wait for Full Epoch
- 3.8.3. Sampling
- 3.8.4. File
- 3.8.5. Port (unsynchronized)
-3.9. Serial Output
- 3.9.1. Mountpoint
- 3.9.2. Port Name
- 3.9.3. Baud Rate
- 3.9.4. Flow Control
- 3.9.5. Parity
- 3.9.6. Data Bits
- 3.9.7. Stop Bits
- 3.9.8. NMEA
- 3.9.9. File
- 3.9.10. Height
-3.10. Outages
- 3.10.1. Observation Rate
- 3.10.2. Failure Threshold
- 3.10.3. Recovery Threshold
- 3.10.4. Script
-3.11. Miscellaneous
- 3.11.1. Mountpoint
- 3.11.2. Log Latency
- 3.11.3. Scan RTCM
-3.12. PPP Client
- 3.12.1 Mode & Mountpoints
- 3.12.1.1 Mode
- 3.12.1.2 Obs Mountpoint
- 3.12.1.3 Corr Mountpoint
- 3.12.2 Marker Coordinates
- 3.11.3 Antenna Excentricity
- 3.12.4 NMEA & Plot Output
- 3.12.4.1 NMEA File
- 3.12.4.2 NMEA Port
- 3.12.4.3 PPP Plot
- 3.12.5 Post Processing
- 3.12.6 Antennas
- 3.12.6.1 ANTEX File
- 3.12.6.2 Antenna Name
- 3.12.6.3 Apply Satellite Antenna Offsets
- 3.12.7 Basic Options
- 3.12.7.1 Use Phase Obs
- 3.12.7.2 Estimate Tropo
- 3.12.7.3 Use GLONASS
- 3.12.7.4 Use Galileo
- 3.12.7.5 Sync Corr
- 3.12.7.6 Averaging
- 3.12.7.7 Quick-Start
- 3.12.7.8 Maximal Solution Gap
- 3.12.8 Sigmas
- 3.12.8.1 Code
- 3.12.8.2 Phase
- 3.12.8.3 XYZ Init
- 3.12.8.4 XYZ White Noise
- 3.12.8.5 Tropo Init
- 3.12.8.6 Tropo White Noise
-3.13. Combination
- 3.13.1 Combination Table
- 3.13.1.1 Add Row, Delete
- 3.13.1.2 Method
- 3.13.1.3 Maximal Residuum
-3.14. Upload (clk)
- 3.14.1 Add, Delete Row
- 3.14.2 Host, Port, Mountpoint, Password
- 3.14.3 System
- 3.14.4 Center of Mass
- 3.14.5 SP3 File
- 3.14.6 RNX File
- 3.14.7 Interval
- 3.14.8 Sampling (Clk)
- 3.14.9 Sampling (Orb)
- 3.14.10 Custom Trafo
-3.15. Upload (eph)
- 3.15.1 Host & Port
- 3.15.2 Mountpoint & Password
- 3.15.3 Sampling
+4.2. Network
+4.2.1 Proxy
+4.2.2 SSL
+4.3. General
+ 4.3.1. Logfile
+ 4.3.2. Append Files
+ 4.3.3. Reread Configuration
+ 4.3.4. Auto Start
+ 4.3.5. Raw Output File
+4.4. RINEX Observations
+ 4.4.1. File Names
+ 4.4.2. Directory
+ 4.4.3. File Interval
+ 4.4.4. Sampling
+ 4.4.5. Skeleton Extension
+ 4.4.6. Script
+ 4.4.7. Version
+4.5. RINEX Ephemeris
+ 4.5.1. Directory
+ 4.5.2. Interval
+ 4.5.3. Port
+ 4.5.4. Version
+4.6. RINEX Editing & QC
+ 4.6.1 Action
+ 4.6.2 Set Edit Options
+ 4.6.3 Input Files
+ 4.6.4 Output Files
+ 4.6.5 Command Line, No Window
+4.7. Broadcast Corrections
+ 4.7.1. Directory, ASCII
+ 4.7.2. Interval
+ 4.7.3. Port
+ 4.7.4. Wait for Full Epoch
+4.8. Feed Engine
+ 4.8.1. Port
+ 4.8.2. Wait for Full Epoch
+ 4.8.3. Sampling
+ 4.8.4. File
+ 4.8.5. Port (unsynchronized)
+4.9. Serial Output
+ 4.9.1. Mountpoint
+ 4.9.2. Port Name
+ 4.9.3. Baud Rate
+ 4.9.4. Flow Control
+ 4.9.5. Parity
+ 4.9.6. Data Bits
+ 4.9.7. Stop Bits
+ 4.9.8. NMEA
+ 4.9.9. File
+ 4.9.10. Height
+4.10. Outages
+ 4.10.1. Observation Rate
+ 4.10.2. Failure Threshold
+ 4.10.3. Recovery Threshold
+ 4.10.4. Script
+4.11. Miscellaneous
+ 4.11.1. Mountpoint
+ 4.11.2. Log Latency
+ 4.11.3. Scan RTCM
+4.12. PPP Client
+ 4.12.1 Mode & Mountpoints
+ 4.12.1.1 Mode
+ 4.12.1.2 Obs Mountpoint
+ 4.12.1.3 Corr Mountpoint
+ 4.12.2 Marker Coordinates
+ 4.11.3 Antenna Excentricity
+ 4.12.4 NMEA & Plot Output
+ 4.12.4.1 NMEA File
+ 4.12.4.2 NMEA Port
+ 4.12.4.3 PPP Plot
+ 4.12.5 Post Processing
+ 4.12.6 Antennas
+ 4.12.6.1 ANTEX File
+ 4.12.6.2 Antenna Name
+ 4.12.6.3 Apply Satellite Antenna Offsets
+ 4.12.7 Basic Options
+ 4.12.7.1 Use Phase Obs
+ 4.12.7.2 Estimate Tropo
+ 4.12.7.3 Use GLONASS
+ 4.12.7.4 Use Galileo
+ 4.12.7.5 Sync Corr
+ 4.12.7.6 Averaging
+ 4.12.7.7 Quick-Start
+ 4.12.7.8 Maximal Solution Gap
+ 4.12.8 Sigmas
+ 4.12.8.1 Code
+ 4.12.8.2 Phase
+ 4.12.8.3 XYZ Init
+ 4.12.8.4 XYZ White Noise
+ 4.12.8.5 Tropo Init
+ 4.12.8.6 Tropo White Noise
+4.13. Combination
+ 4.13.1 Combination Table
+ 4.13.1.1 Add Row, Delete
+ 4.13.1.2 Method
+ 4.13.1.3 Maximal Residuum
+4.14. Upload (clk)
+ 4.14.1 Add, Delete Row
+ 4.14.2 Host, Port, Mountpoint, Password
+ 4.14.3 System
+ 4.14.4 Center of Mass
+ 4.14.5 SP3 File
+ 4.14.6 RNX File
+ 4.14.7 Interval
+ 4.14.8 Sampling (Clk)
+ 4.14.9 Sampling (Orb)
+ 4.14.10 Custom Trafo
+4.15. Upload (eph)
+ 4.15.1 Host & Port
+ 4.15.2 Mountpoint & Password
+ 4.15.3 Sampling
Streams Canvas
-3.16. Streams
- 3.16.1 Edit Streams
- 3.16.2 Delete Stream
- 3.16.3 Reconfigure Streams On-the-fly
+4.16. Streams
+ 4.16.1 Edit Streams
+ 4.16.2 Delete Stream
+ 4.16.3 Reconfigure Streams On-the-fly
Logging Canvas
-3.17. Logging
- 3.17.1 Log
- 3.17.2 Throughput
- 3.17.3 Latency
- 3.17.4 PPP Plot
+4.17. Logging
+ 4.17.1 Log
+ 4.17.2 Throughput
+ 4.17.3 Latency
+ 4.17.4 PPP Plot
Bottom Menu Bar
-3.18. Bottom Menu Bar
- 3.18.1. Add Stream - Coming from Caster
- 3.18.1.1 Caster Host and Port
- 3.18.1.2 Casters Table
- 3.18.1.3 User and Password
- 3.18.1.4 Get Table
- 3.18.1.5 NTRIP Version
- 3.18.1.6 Map
- 3.18.2 Add Stream - Coming from TCP/IP Port
- 3.18.3 Add Stream - Coming from UDP Port
- 3.18.4 Add Stream - Coming from Serial Port
- 3.18.5 Start
- 3.18.6 Stop
+4.18. Bottom Menu Bar
+ 4.18.1. Add Stream - Coming from Caster
+ 4.18.1.1 Caster Host and Port
+ 4.18.1.2 Casters Table
+ 4.18.1.3 User and Password
+ 4.18.1.4 Get Table
+ 4.18.1.5 NTRIP Version
+ 4.18.1.6 Map
+ 4.18.2 Add Stream - Coming from TCP/IP Port
+ 4.18.3 Add Stream - Coming from UDP Port
+ 4.18.4 Add Stream - Coming from Serial Port
+ 4.18.5 Start
+ 4.18.6 Stop
Command Line
-3.19. Command Line Options
- 3.19.1. No Window Mode
- 3.19.2. File Mode
- 3.19.3. Configuration File
- 3.19.4. Configuration Options
-
The top menu bar allows to select a font for the BNC windows, save configured options, or quit the program execution. It also provides access to a program documentation.
- +@@ -307,5 +309,5 @@
- +@@ -329,9 +331,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.
-3.2.1 Proxy - Usage in a protected LAN
4.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.
@@ -340,29 +342,29 @@ -3.2.2 SSL - Transport Layer Security
4.2.2 SSL - Transport Layer Security
Communication with an NTRIP Broadcaster over SSL requires 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. Don't try communication via SSL if you are not sure whether this is supported by the involved NTRIP Broadcaster.
SSL communication may involve queries coming from the NTRIP Broadcaster. Tick 'Ignore SSL authorization erros' if you don't want to be bothered with this. Note that SSL communication is usually done over port 443.
- +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 saved into a file.
- +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.
-3.3.3 Reread Configuration - optional
4.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. See annexed section 'Configuration Example' for a configuration file example and a list of on-the-fly changeable options.
- +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 systems). @@ -372,5 +374,5 @@
-3.3.5 Raw Output File - optional
4.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. It is not meant for post-processing. @@ -387,5 +389,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, the files generated by BNC may contain data from GPS, GLONASS, Galileo, SBAS, QZSS, and COMPASS. 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'. 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. @@ -398,5 +400,5 @@
Figure 6: BNC translating incoming streams to 15 min RINEX Version 3 files.
- +RINEX file names 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
@@ -429,20 +431,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.
-3.4.3 File Interval - mandatory if 'Directory' is set
4.4.3 File Interval - mandatory if 'Directory' is set
Select the length of the RINEX Observation file generated. The default value is 15 minutes.
-3.4.4 Sampling - mandatory if 'Directory' is set
4.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.
-3.4.5 Skeleton Extension - optional
4.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 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 Version 2 header skeleton file for the Brussels EPN station. @@ -495,5 +497,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 systems). @@ -506,10 +508,10 @@
- +The default format for RINEX Observation files is RINEX Version 2.11. Select 'Version 3' if you would like to save observations in RINEX Version 3 format.
- +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 1045 (Galileo). The file name convention follows the details given in section 'RINEX File Names' except that the first four characters are 'BRDC' and the last character is @@ -524,15 +526,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.
-3.5.2 Interval - mandatory if 'Directory' is set
4.5.2 Interval - mandatory if 'Directory' is set
Select the length of the RINEX Navigation file generated. 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. @@ -542,5 +544,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 in RINEX Version 3 format. @@ -550,5 +552,5 @@
- +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 contents quality check. In summary this functionality in BNC covers @@ -560,5 +562,5 @@ and hence follows UNAVCO's famous 'TEQC' program. The remarkable thing about BNC in this context is that it supports RINEX Version 3 under GNU General Public License. -
+Select an action. Options are 'Edit/Concatenate' and 'Analyze'.
3.6.2 Set Edit Options - mandatory if 'Edit/Concatenate' is set
4.6.2 Set Edit Options - mandatory if 'Edit/Concatenate' is set
Once the 'Edit/Concatenate' action is selected, you have to 'Set Edit Options'. BNC lets you specify the RINEX version, sampling rate, begin and end of file and marker, antenna, receiver details.
@@ -583,5 +585,5 @@ -3.6.3 Input Files - mandatory if 'Action' is set
4.6.3 Input Files - mandatory if 'Action' is set
Specify full path to input RINEX observation file(s), and
@@ -594,5 +596,5 @@
Figure 7: Example for RINEX file editing with BNC in post-processing mode.
-3.6.4 Output Files - mandatory if 'Action' is set
4.6.4 Output Files - mandatory if 'Action' is set
If 'Edit/Concatenate' is selected, specifying the a path to output RINEX observation file(s) and specifying a full path to output RINEX navigation file(s) is mandatory.
@@ -602,5 +604,5 @@ -3.6.5 Command Line, No Window - optional
4.6.5 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 @@ -651,5 +653,5 @@ -
+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 'ObservationSpace Representation' (OSR). @@ -833,15 +835,15 @@ -
3.7.1 Directory, ASCII - optional
4.7.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.
-3.7.2 Interval - mandatory if 'Directory, ASCII' is set
4.7.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. @@ -888,5 +890,5 @@
-3.7.4 Wait for Full Epoch - mandatory if 'Port' is set
4.7.4 Wait for Full Epoch - mandatory if 'Port' is set
When feeding a real-time GNSS network engine waiting epoch by epoch for synchronized Broadcast Corrections, BNC drops (only concerning IP port output) whatever is received later than 'Wait for full epoch' seconds. A value of 2 to 5 seconds could be an appropriate choice for that, depending on the latency of the incoming Broadcast Corrections stream and the delay acceptable by your application. A message such as "COCK1: Correction overaged by 5 sec" shows up in BNC's logfile if 'Wait for full epoch' is exceeded. @@ -896,5 +898,5 @@
- +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 comprises the following parameters: @@ -954,10 +956,10 @@
Figure 8: 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 data for any specific epoch which become available within a certain number of latency seconds (see 'Wait for Full Epoch' option). It then - epoch by epoch - outputs whatever has been received. 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.
-3.8.2 Wait for Full Epoch - mandatory if 'Port' is set
4.8.2 Wait for Full Epoch - mandatory if 'Port' is set
When feeding a real-time GNSS network engine waiting for synchronized input epoch by epoch, BNC drops whatever is received later than 'Wait for full 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 epoch' is 5 seconds. @@ -967,10 +969,10 @@
-3.8.3 Sampling - mandatory if 'File' or 'Port' is set
4.8.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.
- +Specifies 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. @@ -980,10 +982,10 @@
-3.8.5 Port (unsynchronized) - optional
4.8.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. Specify an IP port number here to activate this function. The default is an empty option field, meaning that no binary unsynchronized output is generated.
-
+You may use BNC to feed a serial connected device like an GNSS receiver. For that an incoming streams can be forwarded to a serial port. The following figure shows the screenshot of an example situation where BNC pulls a VRS stream from an NTRIP Broadcaster to feed a serial connected rover. @@ -992,5 +994,5 @@
Figure 9: BNC pulling a VRS stream to feed a serial connected rover.
- +Enter a 'Mountpoint' to forward its corresponding stream to a serial connected GNSS receiver. @@ -1000,5 +1002,5 @@
-3.9.2 Port Name - mandatory if 'Mountpoint' is set
4.9.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 @@ -1017,30 +1019,30 @@
-3.9.3 Baud Rate - mandatory if 'Mountpoint' is set
4.9.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.
-3.9.4 Flow Control - mandatory if 'Mountpoint' is set
4.9.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.
-3.9.5 Parity - mandatory if 'Mountpoint' is set
4.9.5 Parity - mandatory if 'Mountpoint' is set
Select the 'Parity' for the serial output link. Note that parity is often set to 'NONE'.
-3.9.6 Data Bits - mandatory if 'Mountpoint' is set
4.9.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.
-3.9.7 Stop Bits - mandatory if 'Mountpoint' is set
4.9.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.
-3.9.8 NMEA - mandatory for VRS streams
4.9.8 NMEA - mandatory for VRS streams
Select 'Auto' to automatically forward all NMEA-GGA messages coming from your serial connected GNSS receiver to the NTRIP Broadcaster and/or save them in a file. @@ -1053,8 +1055,8 @@
-3.9.9 File - optional if 'Auto' NMEA is set
4.9.9 File - optional if 'Auto' NMEA is set
Specify the full path to a file where NMEA messages coming from your serial connected receiver are saved.
-3.9.10 Height - mandatory if 'Manual' NMEA is set
4.9.10 Height - mandatory if 'Manual' NMEA is set
Specify an approximate 'Height' above mean sea level in meter for your VRS to simulate an initial NMEA-GGA message. Latitude and longitude for that (editable) are taken from the broadcaster's source-table. @@ -1064,5 +1066,5 @@
- +@@ -1079,10 +1081,10 @@
-3.10.1 Observation Rate - mandatory if 'Failure threshold', 'Recovery threshold' and 'Script' is set
4.10.1 Observation Rate - mandatory if 'Failure threshold', 'Recovery threshold' and 'Script' is set
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 priory 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.
-3.10.2 Failure Threshold - optional
4.10.2 Failure Threshold - optional
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. @@ -1092,5 +1094,5 @@
-3.10.3 Recovery Threshold - optional
4.10.3 Recovery Threshold - optional
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 innundate users with too many event reports. @@ -1100,5 +1102,5 @@
- +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 systems) together with date and time information. @@ -1129,5 +1131,5 @@
- +This section describes several miscellaneous options which can be applied for a single stream (mountpoint) or for all configured streams. @@ -1141,10 +1143,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 at most one (first incoming) observation or correction to Broadcast Ephemeris 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 the latencies available from the 'Latency' tab on the bottom of the main window represent individual latencies and not the mean latencies for the logfile. @@ -1174,5 +1176,5 @@ -
+When configuring a GNSS receiver for RTCM stream generation, the firmware's setup interface may not provide details about RTCM message 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. The idea for this option arose from 'InspectRTCM', a comprehensive stream analyzing tool written by D. Stoecker. @@ -1200,5 +1202,5 @@
- +BNC can derive coordinates for a rover position following the Precise Point Positioning (PPP) approach. It uses either code or code plus phase data in ionosphere free linear combinations P3 or L3. Besides pulling a stream of observations from a dual frequency receiver, this also @@ -1317,23 +1319,23 @@
-3.12.1 Mode & Mountpoints - optional
4.12.1 Mode & Mountpoints - optional
Specify the Point Positioning mode you want to apply and the mountpoints for observations and Broadcast Corrections.
- +Choose between plain Single Point Positioning (SPP) and Precise Point Positioning (PPP) in 'Realtime' or 'Post-Processing' mode.
-3.12.1.2 Obs Mountpoint - optional
4.12.1.2 Obs Mountpoint - optional
Specify an 'Observations Mountpoint' from the list of selected 'Streams' you are pulling if you want BNC to derive coordinates for the affected rover position through a Point Positioning solution.
-3.12.1.3 Corr Mountpoint - optional
4.12.1.3 Corr Mountpoint - optional
Specify a Broadcast Ephemeris 'Corrections Mountpoint' from the list of selected 'Streams' you are pulling if you want BNC to correct your positioning solution accordingly.
-3.12.2 Marker Coordinates - optional
4.12.2 Marker Coordinates - optional
Enter the reference coordinate components X,Y,Z of the receiver's position in meters if known. This option makes only sense for static observations. Default are empty option fields, meaning that the antenna's XYZ position is unknown. @@ -1349,15 +1351,15 @@
-3.12.3 Antenna Excentricity - optional
4.12.3 Antenna Excentricity - optional
You may like to specify North, East and Up components of an antenna eccentricity which is the difference between a nearby marker position and the antenna phase center. If you do so BNC will produce coordinates referring to the marker position and not referring to the antenna phase center..
-3.12.4 NMEA & Plot Output - optional
4.12.4 NMEA & Plot Output - optional
BNC allows to output results from Precise Point Positioning in NMEA format. It can also plot a time series of North, East and UP displacements of coordinate components.
- +The NMEA sentences generated about once per second are pairs of @@ -1374,5 +1376,5 @@
- +Specify the IP port number of a local port where Point Positioning results become available as NMEA messages. The default value for 'NMEA Port' is an empty option field, meaning that BNC does not provide NMEA messages vi IP port. Note that the NMEA file output and the NMEA IP port output are the same. @@ -1382,5 +1384,5 @@
- +PPP time series of North (red), East(green) and Up (blue) displacements will be plotted in the 'PPP Plot' tab when this option is ticked. Values will be either referred to an XYZ reference coordinate (if specified) or referred to the first estimated XYZ coordinate. The sliding PPP time series window will cover the period of the latest 5 minutes. @@ -1390,5 +1392,5 @@
-3.12.5 Post Processing - optional
4.12.5 Post Processing - optional
When in 'Post-Processing mode
BNC accepts RINEX Version 2 as well as RINEX Version 3 observation or navigation file formats. Files carrying Broadcast Corrections must have the format produced by BNC in the 'Broadcast Corrections' tab. @@ -1397,10 +1399,10 @@
- +BNC allows to correct observations for antenna phase center offsets and variations.
-3.12.6.1 ANTEX File - optional
4.12.6.1 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 for antenna phase center offsets and variations. It allows you to specify the name of your receiver's antenna (as contained in the ANTEX file) to apply such corrections. @@ -1410,5 +1412,5 @@
-3.12.6.2 Receiver Antenna Name - optional if 'ANTEX File' is set
4.12.6.2 Receiver Antenna Name - optional if 'ANTEX File' is set
Specify the receiver's antenna name as defined in your ANTEX file. Observations will be corrected for the antenna phase center's offset which may result in a reduction of a few centimeters at max. Corrections for phase center variations are not yet applied by BNC. The specified name must consist of 20 characters. Add trailing blanks if the antenna name has less than 20 characters. Examples: @@ -1423,5 +1425,5 @@
-3.12.6.3 Apply Satellite Antenna Offsets - optional if 'ANTEX File' is set
4.12.6.3 Apply Satellite Antenna Offsets - optional if 'ANTEX File' is set
BNC allows correcting observations for satellite antenna phase center offsets. (This option is not yet implemented.) @@ -1433,14 +1435,14 @@
- +BNC allows using different 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 reference 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.
-3.12.7.1 Use Phase Obs - optional
4.12.7.1 Use Phase Obs - optional
By default BNC applies a Point Positioning solution using an ionosphere free P3 linear combination of code observations. Tick 'Use phase obs' for an ionosphere free L3 linear combination of phase observations.
-3.12.7.2 Estimate Tropo - optional
4.12.7.2 Estimate Tropo - optional
BNC estimates the tropospheric delay according to equation @@ -1454,15 +1456,15 @@
-3.12.7.3 Use GLONASS - optional
4.12.7.3 Use GLONASS - optional
By default BNC does not process GLONASS but only GPS observations when in Point Positioning mode. Tick 'Use GLONASS' to use GLONASS observations in addition to GPS (and Galileo if specified) for estimating coordinates in Point Positioning mode.
-3.12.7.4 Use Galileo - optional
4.12.7.4 Use Galileo - optional
By default BNC does not process Galileo but only GPS observations when in Point Positioning mode. Tick 'Use Galileo' to use Galileo observations in addition to GPS (and GLONASS if specified) for estimating coordinates in Point Positioning mode.
- +Zero value (or empty field) means that BNC processes each epoch of data immediately after its arrival using satellite clock corrections available at that time. Non-zero value 'Sync Corr' means that the epochs of data are buffered and the processing of each epoch is postponed till the satellite clock corrections not older than 'Sync Corr' are available. Specifying a value of half the update rate of the clock corrections as 'Sync Corr' (i.e. 5 sec) may be appropriate. Note that this causes an additional delay of the PPP solutions in the amount of the update rate. @@ -1475,5 +1477,5 @@
-3.12.7.6 Averaging - optional if XYZ is set
4.12.7.6 Averaging - optional if XYZ is set
Enter the length of a sliding time window in minutes. BNC will continuously output moving average values ns and their RMS as computed from those individual values obtained most recently throughout this period. RMS values presented for XYZ coordinates and tropospheric zenit path delays are bias reduced while RMS values for Nort/East/Up (NEU) displacements are not. Averaged values for XYZ coordinates and their RMS are marked with string "AVE-XYZ" in BNC's log file and 'Log' section while averaged values for NEU displacements and their RMS are marked with string "AVE-NEU" and averaged values for the tropospheric delays and their RMS are marked with string "AVE-TRP". Example: @@ -1488,5 +1490,5 @@
-3.12.7.7 Quick-Start - optional if XYZ is set
4.12.7.7 Quick-Start - optional if XYZ is set
Enter the lenght of a startup period in seconds for which you want to fix the PPP solution to a known XYZ coordinate. Constraining coordinate components is done in BNC through setting the 'XYZ White Noise' temporarily to zero. @@ -1504,5 +1506,5 @@
Figure 14: BNC in 'Quick-Start' mode (PPP, Panel 2)
-3.12.7.8 Maximal Solution Gap - optional if Quick-Start is set
4.12.7.8 Maximal Solution Gap - optional if Quick-Start is set
Specify a 'Maximum Solution Gap' in seconds. Should the time span between two consecutive solutions exceed this limit, the algorithm returns into the Quick-Start mode and fixes the introduced reference coordinate for the specified Quick-Start period. A value of '120' seconds could be an appropriate choice. @@ -1512,10 +1514,10 @@
- +You may like to introduce specific sigmas for code and phase observations and for the estimation of troposphere parameters.
-3.11.8.1 Code - mandatory if 'Use Phase Obs' is set
4.11.8.1 Code - mandatory if 'Use Phase Obs' is set
When 'Use phase obs' is set in BNC, the PPP solution will be carried out using both, code and phase observations. A sigma of 5.0 m for code observations and a sigma of 0.02 m for phase observations (defaults) are used to combine both types of observations. As the convergence characteristic of a PPP solution can be influenced by the ratio of the sigmas for code and phase, you may like to introduce you own sigmas for code and phase observations which differ from the default values. @@ -1529,30 +1531,30 @@
-3.12.8.2 Phase - mandatory if 'Use Phase Obs' is set
4.12.8.2 Phase - mandatory if 'Use Phase Obs' is set
Specify a sigma for phase observations. Default is 0.02 m.
- +Enter a sigma in meters for the initial XYZ 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 known XZY position in Quick-Start mode.
-3.12.8.4 XYZ White Noise - mandatory
4.12.8.4 XYZ White Noise - mandatory
Enter a sigma in meters for the 'White Noise' of estimated XYZ coordinate components. A value of 100.0 (default) may be appropriate considering the potential movement of a rover.
-3.12.8.5 Tropo Init - mandatory if 'Estimate tropo' is set
4.12.8.5 Tropo Init - mandatory if 'Estimate tropo' is set
Enter a sigma in meters for the a-priory model based tropospheric delay estimation. A value of 0.1 (default) may be an appropriate choice.
-3.12.8.6 Tropo White Noise - mandatory if 'Estimate tropo' is set
4.12.8.6 Tropo White Noise - mandatory if 'Estimate tropo' is set
Enter a sigma 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.
- +BNC allows to process several orbit and clock corrections streams in real-time to produce, encode, upload and save a combination of Broadcast Corrections from various providers. 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. @@ -1618,5 +1620,5 @@
-3.13.1 Combination Table - optional
4.13.1 Combination 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 stream. Finally, double click on the 'Weight' field to enter a weight to be applied to this stream in the combination. The stream processing can already be started with only one corrections stream configured for combination. @@ -1631,5 +1633,5 @@
-3.13.1.1 Add Row, Delete - optional
4.13.1.1 Add Row, Delete - optional
Hit 'Add Row' button to add another row to the 'Combination Table' or hit the 'Delete' button to delete the highlighted row(s). @@ -1650,10 +1652,10 @@
Figure 17: 'INTERNAL' PPP with BNC using combined Broadcast Corrections stream.
-3.13.1.2 Method - mandatory if 'Combination Table' is populated
4.13.1.2 Method - mandatory if 'Combination 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 support.
-3.13.1.3 Maximal Residuum- mandatory if 'Combination Table' is populated
4.13.1.3 Maximal Residuum- mandatory if 'Combination 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.
@@ -1661,5 +1663,5 @@
Default is a 'Maximal Residuum' of 999.0 meters
- +BNC can upload streams carrying orbit and clock corrections to Broadcast Ephemeris in radial, along-track and cross-track components if they are
3.14.1 Add, Delete Row - optional
4.14.1 Add, Delete Row - optional
Hit 'Add Row' button to add another row to the stream 'Upload Table' or hit the 'Delete' button to delete the highlighted row(s).
@@ -1755,5 +1757,5 @@ -3.14.2 Host, Port, Mountpoint, Password - mandatory if 'Upload Table' entries specified
4.14.2 Host, Port, Mountpoint, Password - mandatory if 'Upload Table' entries specified
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 on more than one port, usually port 80 and 2101. If you experience communication problems on port 80, you should try to use the alternative port(s). @@ -1766,5 +1768,5 @@
-3.14.3 System - mandatory if 'Host' is set
4.14.3 System - mandatory if 'Host' is set
BNC allows to configure 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 several reference systems. Available options for referring clock and orbit corrections to specific target reference systems are @@ -1911,10 +1913,10 @@
-3.14.4 Center of Mass - optional
4.14.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 file name.
@@ -1928,5 +1930,5 @@
- +The clock corrections generated by BNC for upload can be logged in Clock RINEX format. The file naming follows the RINEX convention. @@ -1939,16 +1941,16 @@
-3.14.7 Interval - mandatory if 'Upload Table' entries specified
4.14.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.
-3.14.8 Sampling (Clk) - mandatory if 'Upload Table' entries specified
4.14.8 Sampling (Clk) - mandatory if 'Upload Table' entries specified
Select the Clock RINEX file sampling interval in seconds. A value of zero '0' tells BNC to store all available samples into Clock RINEX files.
-3.14.9 Sampling (Orb) - mandatory if 'Upload Table' entries specified
4.14.9 Sampling (Orb) - mandatory if 'Upload Table' entries specified
Select the SP3 Orbit file sampling interval in seconds. A value of zero '0' tells BNC to store all available samples into SP3 Orbit files.
-3.14.10 Custom Trafo - optional if 'Upload Table' entries specified
4.14.10 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.
@@ -1959,10 +1961,10 @@Figure 18: Producing Broadcast Corrections from incoming precise orbits and clocks and uploading them to an NTRIP Broadcaster.
- +BNC can upload a stream carrying Broadcast Ephemeris in RTCM Version 3 format to an NTRIP Broadcaster.
- +Specify the 'Host' IP name or number of an NTRIP Broadcaster to upload the stream. An empty option field means that you don't want to upload Broadcast Ephemeris. @@ -1973,5 +1975,5 @@
-3.15.2 Mountpoint & Password - mandatory if 'Host' is set
4.15.2 Mountpoint & Password - mandatory if 'Host' is set
BNC uploads a stream to the Caster by referring to a dedicated mountpoint that has been set by the Caster 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.
@@ -1979,9 +1981,9 @@ -3.15.3 Sampling - mandatory if 'Host' is set
4.15.3 Sampling - mandatory if 'Host' is set
Each stream on an NTRIP Broadcaster (and consequently on BNC) is defined using a unique source ID called mountpoint. An NTRIP Client like BNC access the desired data stream by referring to its mountpoint. Information about streams and their mountpoints is available through the source-table maintained by the NTRIP Broadcaster. Note that mountpoints could show up in BNC more than once when retrieving streams from several NTRIP Broadcasters. @@ -2004,5 +2006,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.
-3.16.3 Reconfigure Streams On-the-fly
4.16.3 Reconfigure Streams On-the-fly
The streams selection can be changed on-the-fly without interrupting uninvolved threads in the running BNC process. @@ -2033,14 +2035,14 @@
- +A tabs section on the bottom of the main window provides online control of BNC's activities. Tabs are available to show the records saved in a logfile, for a plot to control 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 kilo bits per second (kbps). The following figure shows the bandwidth comsumption of incoming streams. @@ -2050,5 +2052,5 @@
Figure 19: 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 the latency of incoming streams. @@ -2058,5 +2060,5 @@
Figure 20: 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. @@ -2066,5 +2068,5 @@
Figure 21: 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. @@ -2074,5 +2076,5 @@
Figure 22: Steam input communication links.
-3.18.1 Add Stream - Coming from Caster
4.18.1 Add Stream - Coming from Caster
@@ -2080,10 +2082,10 @@
-3.18.1.1 Caster Host and Port - mandatory
4.18.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 and http://www.igs-ip.net/home and http://www.products.igs-ip.net/home.
-3.18.1.2 Casters Table - optional
4.18.1.2 Casters Table - optional
It may be that your 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 to select a broadcaster for stream retrieval, see figure below. @@ -2094,10 +2096,10 @@
Figure 23: Casters table.
-3.18.1.3 User and Password - mandatory for protected streams
4.18.1.3 User and Password - mandatory for protected streams
Some streams on NTRIP Broadcasters may be restricted. 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://igs.bkg.bund.de/ntrip/registeruser for access to protected streams on www.euref-ip.net or www.igs-ip.net or products.igs-ip.net.
- +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, ephemeris or ephemeris corrections, an RTCM Version 2 streams must contain message types 18 and 19 or 20 and 21 while an RTCM Version 3 streams must contain @@ -2121,5 +2123,5 @@
Button 'Map' leads to the presentation of a map showing the distribution of streams offered through the downloaded source-table.
-3.18.1.5 NTRIP Version - mandatory
4.18.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: @@ -2143,5 +2145,5 @@
- +Button 'Map' opens a window to show a distribution map of the casters' streams. You may like to zoom in or out using option 'Zoom +' or 'Zoom -'. You may also like to 'Clean' or 'Reset' a map or let it 'Fit' exactly to the current size of the window. Option 'Close' shuts the window. @@ -2150,5 +2152,5 @@
Figure 25: Stream distribution map derived from NTRIP Broadcaster source-table.
-3.18.2 Add Stream - Coming from TCP/IP Port
4.18.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: @@ -2169,5 +2171,5 @@
-3.18.3 Add Stream - Coming from UDP Port
4.18.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: @@ -2184,5 +2186,5 @@
-
3.18.4 Add Stream - Coming from Serial Port
4.18.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: @@ -2224,20 +2226,20 @@
Figure 26: BNC setup for pulling a stream via serial port.
- +Hit 'Start' to start retrieving, decoding, and 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.
- +Command line options are available to run BNC in 'no window' mode or let it read data offline from one file or several files for debugging or post processing purposes. BNC will then use processing options from the configuration file. Note that the self-explaining contents of the configuration file can easily be edited. It is possible to introduce a specific configuration file name instead of using the default name 'BNC.ini'.
-3.19.1 No Window Mode - optional
4.19.1 No Window Mode - optional
Apart from its regular windows mode, BNC can be started on all systems as a background/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. @@ -2248,5 +2250,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 @@ -2265,5 +2267,5 @@
-3.19.3 Configuration File - optional
4.19.3 Configuration File - optional
3.19.4 Configuration Options - optional
4.19.4 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 @@ -2303,5 +2305,5 @@
- +The BKG Ntrip Client (BNC) Qt Graphic User Interface (GUI) has been developed for the Federal Agency for Cartography and Geodesy (BKG) by Leos Mervart, Czech Technical University Prague, Department of Geodesy. BNC includes the following GNU GPL software components: @@ -2354,5 +2356,5 @@
- +
6.1. Revision History
@@ -2366,5 +2368,5 @@