Note: Certain options here, if improperly configured, may cause PresenTense Time Server to stop functioning or function in a manner which makes it non-compliant with NTP/SNTP protocols. You should normally not need to modify any of the settings here but if you do, please read the documentation first or write an email to email@example.com for assistance.
The default behavior for PresenTense Time Server on a multi-homed (more than one IP address) machine is to bind to ALL interfaces. In certain situations, you may not want certain time engines to bind to all interfaces so this option allows you to exclude interfaces. In the above example, the UDP Time Engine will not bind to the two interfaces shown in the Current Exclusions list. The Available Interfaces combo box shows the interfaces present on the machine. Tip: If you have an interface which is only present at certain times, launch this dialog when it is currently connected and add it to the exclusions list.
Considerations with Excluded Interfaces
You should not unnecessarily exclude interfaces as this does introduce some extra overhead for PresenTense Time Server.
With Version 4.0 of PresenTense Time Server, advanced logging was introduced to the TCP, UDP and SNTP time engines. If you have a support issue, one of our engineers may ask you to enable one of these options.
COM Port Retry
When the NTP4 plug-in attempts to connect to a clock on it's respective COM port and receives an error, the action taken can be configured here. Failure condition is when Windows reports failure to open the com port or a USB disconnect message is received from Windows (usually indicating the USB GPS cable has been physically removed or the driver has exited). In the event that the com port can be opened but the clock is not responding or is not plugged in or has been hit by lightning etc, this will not have any effect. Windows will report successful opening of the com port and an event clk_noreply will be generated by higher routines. The service will continue to monitor the clock and when it's plugged back in or the error condition is fixed, communication will be re-established. This essentially adds a low level port failure recovery mechanism. You can choose "Try Continuously" or choose a certain number of times to try with a configured number of seconds between attempts to open the com port.
Note: With fallback configured for GPS clock and continuous polling chosen, be aware that in the event of an error, PresenTense Time Server will continue polling and never use the fallback source. It is therefore recommended to only use continuous when no other source is available as a fallback. Contact firstname.lastname@example.org for the latest list of drivers which support this option.
This section currently has five settings and the documentation may not always be up to date with what actually appears here. Other options may be added without the documentation being updated.
Serve Local Time (SNTP only)
SNTP and NTP time protocols work only with UTC/GMT/Zulu time. Time clients are responsible for adjusting the offset from the standard time sent, including adjustment for DST Daylight Saving (Summer Time). Not all devices are capable of doing this so under some circumstances, you may want to serve local time, which is set by the locale in Windows. A good example of when this may be necessary is for devices which do not have the updated DST changeover times for 2007 and beyond. If you can set the offset in the device, set it to 0 and serve local time via this option. When you activate this option, the SNTP engine will automatically be chosen.
Devices which simply display the time given will changeover immediately. Some devices may statistically analyze the sudden change and skew the time toward the new time served.
Note: The computer on which PresenTense Time Server is running must have the updated DST changeover times installed. These are available from Microsoft.
Local Clock Stratum (NTP)
When using "Undisciplined Local Clock" with the NTP4 GPS driver, it is possible to fudge the local clock to be a lower stratum than it is. The reason you may want to do this is that many devices will not accept a stratum higher than 6 as a time source.
Raise Service Priority
The Priority Boost setting allows you to increase the real-time priority of PresenTense Time Server in the context of the Microsoft Windows operating system. Tasks with a higher priority receive a greater share of CPU attention. If your system runs many CPU intensive applications, use the "Priority Class High" setting to enhance the accuracy of PresenTense Time Server.
No Default NTP Server
By default if you choose NTP Time Source or GPS Clock without setting a Fallback, PresenTense Time Server will enter a default server for you. Sometimes this is not desirable and can cause alarm messages when operated behind a firewall. Choose this option to stop a default server being entered.
Update CMOS clock every
The CMOS/BIOS clocks on many motherboards can drift while Windows is in operating. This causes a problem when the operating system is rebooted as it uses the drifted time until synchronization is achieved. To minimize the drift, PresenTense Time Server can update the CMOS/BIOS clock at regular intervals where the interval is in hours.
Note: This problem is only experienced in NTP Time Source mode and only with very accurate GPS clock sources which are locally attached. If you are using SNTP Time Source mode or have a less accurate GPS clock source then it is not necessary to set this.