Index: /trunk/BNC/bnchelp.html =================================================================== --- /trunk/BNC/bnchelp.html (revision 2471) +++ /trunk/BNC/bnchelp.html (revision 2472) @@ -64,15 +64,15 @@ The first of the following figures shows a flow chart of BNC connected to a GNSS receiver via serial or TCP communication link for the pupose of Precise Point Positioning. The second figure shows the conversion of RTCM streams to RINEX batches. The third figure shows a flow chart of BNC feeding a real-time GNSS engine. The engine then estimates satellite orbit and clock correctors. The 'BKG Ntrip Server' (BNS) is used in this scenario to encode correctors to RTCMv3.
- +Figure: Flowchart, BNC connected to a GNSS receiver for Precise Point Positioning.
- +
Figure: Flowchart, BNC converting RTCM streams to RINEX batches.
- +
Figure: Flowchart, BNC feeding a real-time GNSS engine.
@@ -95,5 +95,5 @@ The main window of BNC shows a top menu bar section, a sections for tabs to set processing options, a 'Streams' section and a section for 'Log' tabs, and a bottom menu bar section, see figure below. - +Figure: Sections on BNC's main window.
@@ -299,5 +299,5 @@ The screenshot below shows an example setup of BNC when converting streams to RINEX. Streams are coming in from various NTRIP broadcasters as well as via a plain UDP and a serial communication link. Decoder 'ZERO' has been selected for one stream to not convert its contents but save it in original format. - +Figure: BNC translating incoming streams to 15 min RINEX Version 3 files.
@@ -494,5 +494,5 @@-Saved files contain blocks of records in plain ASCII format where - separate for GPS, GLONASS, message types, and streams - the end of a block is indicated by a line like (examples): +Saved files contain blocks of records in plain ASCII format where - separate for GPS, GLONASS, message types, streams, and epochs - the begin of a block is indicated by a line like (examples):
@@ -501,5 +501,5 @@ ! Orbits/Clocks: 0 GPS 19 Glonass CLK11
-Such line informs you about the number of records (here 30 and 19) carrying GPS or GLONASS related parameters you should have received so far within a certain stream. It therefore indicates the end of an epoch with respect to a specific GNSS, message type and stream. +Such line informs you about the number of records (here 30 and 19) carrying GPS or GLONASS related parameters you should receive next as part of a certain stream.
@@ -758,5 +758,5 @@ The following figure shows the screenshot of a BNC configuration where a number if streams is pulled from different NTRIP broadcasters to feed a GNSS engine via IP port output.
- +Figure: Synchronized BNC output via IP port to feed a GNSS real-time engine.
@@ -797,5 +797,5 @@ - +Figure: BNC pulling a VRS stream to feed a serial connected rover.
@@ -945,5 +945,5 @@ The following figure shows RTCM message numbers contained in stream 'CONZ0' and the message latencies recorded every 10 seconds. - +Figure: RTCM message numbers and latencies.
@@ -1019,5 +1019,5 @@ The following figure provides the screenshot of an example PPP session with BNC. - +Figure: Precise Point Positioning (PPP) with BNC.
@@ -1218,5 +1218,5 @@- +
Figure: Bandwidth consumption of incoming streams.
@@ -1228,5 +1228,5 @@- +
Figure: Latency of incoming streams.
@@ -1238,5 +1238,5 @@- +
Figure: Time series plot of PPP session.
@@ -1246,5 +1246,5 @@ - +Figure: Steam input communication links.
@@ -1265,5 +1265,5 @@ - +Figure: Casters table.
@@ -1285,5 +1285,5 @@ - +Figure: Broadcaster source-table.
@@ -1380,5 +1380,5 @@ The following figure shows a BNC example setup for pulling a stream via serial port on a Linux operating system. - +Figure: BNC setup for pulling a stream via serial port.