Changes between Version 5 and Version 6 of Old/Documentation/OTG/FuncSpec/TimingControl

Timestamp:

Oct 6, 2005, 6:06:30 PM (19 years ago)

Author:

zhibinwu

Comment:

—

Old/Documentation/OTG/FuncSpec/TimingControl

@@ -14 +14 @@
  * Relative Time: Clock refer to the start of the program(construction of the [source:otg/trunk/src/cpp/unixtime.h#latest UnixTime] class object)
 
-Absolute time is used for showing the rx_timestamp and tx_timestamp. Because those two timestamps will be compared to show packet delay, they have to be of some absoulte referrence which beyonds its respective process.
+Absolute time is used for showing the rx_timestamp and tx_timestamp. Because those two timestamps will be compared to show packet delay, they have to be of some absolute reference which beyonds its respective process.
 
 Relative clock is used to report gen_timestamp ( packet generation time). Also, this clock could be paused and resumed.
-To realize this, its origin_ (orgin time) would be shifted whenever an pasue-resume operation occured.
+To realize this, its origin_ (orgin time) would be shifted whenever an pasue-resume operation occurred.
 
 == How to get Absolute time ==
 
 When the !UnixTime object is constructed, it will get system time and set the reference point to the 12am of ''today''.
-Therfore, packet tx_timestamp and rx_timestamp are reporting the milliseconds passed since the 12am of the experiment day by OTG and OTR indepdently.
+Therefore, packet tx_timestamp and rx_timestamp are reporting the milliseconds passed since the 12am of the experiment day by OTG and OTR independently.
 As long as the nodes are NTP synced, the comparison of stamps to calculate delay would be no problem.
 
 For experiments around 12am, this is still an incomplete solution.
-So --clockref parameters are added in both OTG/OTR. The nodehandler could give an integer number to this option when starting otr/otg, to caliberating
+So --clockref parameters are added in both OTG/OTR. The nodehandler could give an integer number to this option when starting otr/otg, to calibrate
 the timestamp-clock reference.
 This integer is the # of hours passed since 01/01/1970, for example, 313171 will shift the clock reference to 3pm 09/22/2005. I suggest nodehandler add
@@ -34 +34 @@
 == TimeStamp Report in Measurements ==
 
-As mentioned before, the rx_timestamp and tx_timestamp are of abosolute clock. Ideally, they should be report as floating point numbers. However, those valuse are usually very big. Because MySQL database does not show large float value very well, we cast them to integers. The timestamps are of integer millisecond unit.
+As mentioned before, the rx_timestamp and tx_timestamp are of absolute clock. Ideally, they should be report as floating point numbers. However, those values are usually very big. Because MySQL database does not show large float value very well, we cast them to integers. The timestamps are of integer millisecond unit.
 
 packet generation timestamp is reported as a float variable.