The 3- and 4- series apply DST (Summer/Winter Time) based on the selected/configured timezone.
The 2-series have no intrinsic concept of time zones but can configure DST (from among ‘none’, ‘US’, ‘southern hemisphere’, ‘European’, ‘Egypt’, or ‘Australian Eastern’) based on a parameter on the CLOCK or CLOCK2 symbol) and the offset from UTC needs to ne handled internally by the clock sync module because as Palul noted NTP provides only UTC
I didn’t think the XGEN supported DST but if you drop a CLOCK symbol in the program the parameter is there (with the help entry for it stating that the parameter is not supported on the XGEN) so… But how many XGENs are still running around out there? (Probably more than a few).
And of course its probably not important to note that there’s at least three widely understood ‘time’ protocols: NTP, SNTP, and DAYTIME.
DAYTIME provides the date/time in a loosely defined plain-text format that is really easy to parse against a single server but because the format is loosely defined parsing it can fall apart easily as various OSes have slightly different implementations with no clear indication other than looking at what the returned value is and guessing how its formatted.
SNTP and NTP both provide the same data from the server in a very predictable format that is not at all human readable. The only difference between SNTP and NTP is on the client side with the S standing for simple. ‘Pure’ NTP provides the greatest accuracy by requiring querying at least 3 servers [IIRC] and averaging the time while SNTP is content to just take the time provided by a single server and use that – but the data provided by the server is the same in either case.
Lincoln -- Lincoln King-Cliby Commercial Market Director
From: crestron@groups.io <crestron@groups.io>
On Behalf Of Tim Greenbank via groups.io
Sent: Friday, December 13, 2024 5:20 PM To: crestron@groups.io Cc: crestron@groups.io Subject: Re: [crestron] any working NTP servers
Pretty sure Crestron processors only allow for time zone adjustment, as far as I’m aware there’s no DST offset in the web interface.
I have a site that relies heavily on schedules so I’m keen to get this correct.
Tim Greenbank Control Systems Engineer
|