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


Ignore:
Timestamp:
Aug 29, 2008, 4:36:32 PM (16 years ago)
Author:
weber
Message:

* empty log message *

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/BNC/bnchelp.html

    r1055 r1078  
    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>
    98973.9. <a href=#advnote>Monitor</a><br>
    9998&nbsp; &nbsp; &nbsp; 3.9.1. <a href=#obsrate>Observation Rate</a><br>
     
    479478When 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.
    480479</p>
    481 <p><a name="corrlate"><h4>3.8.5 Latency Log - optional</h4></p>
    482 <p>
    483 Message latencies are logged for streams carrying orbit and clock corrections to Broadcast Ephemeris if option 'Latency log' is ticked.
    484 </p>
    485480
    486481<p><a name="advnote"><h4>3.9. Monitor</h4></p>
     
    564559    UTC time provided by BNC's host
    565560  - GPS time of currently processed epoch
    566   + Leap seconds between UTC and GPS time, hard-coded to 14
     561  + Leap seconds between UTC and GPS time
    567562  --------------
    568563  = Latency
    569564</pre>
    570565<p>
    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.
     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.
    572567</p>
    573568<p>
     
    575570</p>
    576571<p>
    577 Latencies 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:
     572Latencies 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:
    578573</p>
    579574<pre>
Note: See TracChangeset for help on using the changeset viewer.