Changeset 1082 in ntrip for trunk/BNC/bnchelp.html


Ignore:
Timestamp:
Aug 30, 2008, 12:30:48 AM (16 years ago)
Author:
weber
Message:

* empty log message *

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/BNC/bnchelp.html

    r1078 r1082  
    9595&nbsp; &nbsp; &nbsp; 3.8.3. <a href=#corrport>Port</a><br>
    9696&nbsp; &nbsp; &nbsp; 3.8.4. <a href=#corrwait>Wait for Full Epoch</a><br>
     97&nbsp; &nbsp; &nbsp; 3.8.5. <a href=#corrlate>Latency Log</a><br>
    97983.9. <a href=#advnote>Monitor</a><br>
    9899&nbsp; &nbsp; &nbsp; 3.9.1. <a href=#obsrate>Observation Rate</a><br>
     
    478479When feeding a real-time GNSS engine waiting epoch by epoch for synchronized Ephemeris Corrections, BNC drops (only concering 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 Ephemeris 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.
    479480</p>
     481<p><a name="corrlate"><h4>3.8.5 Latency Log - optional</h4></p>
     482<p>
     483Message latencies are logged for streams carrying orbit and clock corrections to Broadcast Ephemeris if option 'Latency log' is ticked.
     484</p>
    480485
    481486<p><a name="advnote"><h4>3.9. Monitor</h4></p>
     
    559564    UTC time provided by BNC's host
    560565  - GPS time of currently processed epoch
    561   + Leap seconds between UTC and GPS time
     566  + Leap seconds between UTC and GPS time, hard-coded to 14
    562567  --------------
    563568  = Latency
    564569</pre>
    565570<p>
    566  BNC can average the latencies per stream over a certain period of GPS time, the 'Performance log' interval. Mean latencies are calculated from the individual latencies of at most one (first incoming) observation or correction to Broadcast Ephemeris per second. Note that computing correct latencies requires the clock of the host computer to be properly synchronized.
     571 BNC can average the latencies of observations per stream over a certain period of GPS time, the 'Performance log' interval. Mean latencies are calculated from the individual latencies of at most one (first incoming) observation per second. Note that computing correct latencies requires the clock of the host computer to be properly synchronized.
    567572</p>
    568573<p>
     
    570575</p>
    571576<p>
    572 Latencies of observations or corrections to Broadcast Ephemeris and statistical information can be recorded in the Log file/section at the end of each 'Performance log' interval. A typical output from a 1 hour 'Performance log' interval would be:
     577Latencies of observations and statistical information can be recorded in the Log file/section at the end of each 'Performance log' interval. A typical output from a 1 hour 'Performance log' interval would be:
    573578</p>
    574579<pre>
Note: See TracChangeset for help on using the changeset viewer.