Changeset 1078 in ntrip for trunk/BNC/bnchelp.html
- Timestamp:
- Aug 29, 2008, 4:36:32 PM (16 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/BNC/bnchelp.html
r1055 r1078 95 95 3.8.3. <a href=#corrport>Port</a><br> 96 96 3.8.4. <a href=#corrwait>Wait for Full Epoch</a><br> 97 3.8.5. <a href=#corrlate>Latency Log</a><br>98 97 3.9. <a href=#advnote>Monitor</a><br> 99 98 3.9.1. <a href=#obsrate>Observation Rate</a><br> … … 479 478 When 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. 480 479 </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>485 480 486 481 <p><a name="advnote"><h4>3.9. Monitor</h4></p> … … 564 559 UTC time provided by BNC's host 565 560 - GPS time of currently processed epoch 566 + Leap seconds between UTC and GPS time , hard-coded to 14561 + Leap seconds between UTC and GPS time 567 562 -------------- 568 563 = Latency 569 564 </pre> 570 565 <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) observationper 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. 572 567 </p> 573 568 <p> … … 575 570 </p> 576 571 <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: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: 578 573 </p> 579 574 <pre>
Note:
See TracChangeset
for help on using the changeset viewer.