[time-nuts] Learning technology by taking the clock apart...

2005-07-28 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Chuck Harris writes: [I split off this topic, it's interesting in its own right I think] It may not be their fault. Have you tried taking modern toys apart ? Or a radio ? A TV-set ? There is nothing in there our kids can learn anything from :-( I must be

Re: [time-nuts] Re: UTC, 60 Hz

2005-07-28 Thread Tom Van Baak
Does your phase plot mean that a mains powered wall clock might be off by 10 seconds? Have Fun, Brooke Clarke, N6GCE Yes. I also keep an old AC synchronous motor wall clock around just to see this effect. To be fair, it is unusual for it to be off this much, or for very long. Maybe we

Re: [time-nuts] Re: UTC

2005-07-28 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Chuck Harris writes: Just because people don't care or notice, doesn't mean not important to them. Most people don't care about water, sewers, electricity and civil order. That doesn't mean it's not important to them. They care a lot as soon as it doesn't

Re: [time-nuts] Re: UTC

2005-07-28 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Warner Losh writes: Certainly. But what's your point? I don't see these utilities failing if a second slips here or there. The one case where time is critical is the power grid, and they keep their own time (Which, IIRC approximates UTC). The long term

Re: [time-nuts] Re: UTC, 60 Hz

2005-07-28 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Tom Van Baak writes: You know, if the stackable TAPR module project catches on another PCB on the list could be a mains frequency monitor. It would robustly filter and divide the 50/60 Hz mains frequency to 1 PPS and then onboard compare that 1 PPS against the local

Re: [time-nuts] Re: UTC

2005-07-28 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Poul-Henning Kamp [EMAIL PROTECTED] writes: : Until after a leap-second hands in the unbudgeted expense or if : we are lucky: the budget request. : : You won't see any such budget request. None happened 7 years ago, : and none will happen this time

RE: [time-nuts] Re: UTC, 60 Hz

2005-07-28 Thread Bill Hawkins
TVB said, If there's a power industry person in time-nuts we'd love to ask you a few questions. I'm not a power industry person, but I've researched the problem over the years. Here are some of the results. The generators are all synchronous machines. The ones in one power plant rotate with

Re: [time-nuts] 50th Anniversary of the Atomic Clock

2005-07-28 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Tom Van Baak writes: 2005 is the 100th anniversary of Einstein's first set of famous papers, including the one on relativity. This has received a fair amount of press this year. Less well known is that 2005 is also considered the 50th anniversary of the atomic clock.

Re: [time-nuts] Re: UTC, 60 Hz

2005-07-28 Thread John Ackermann N8UR
Tom Van Baak wrote: You know, if the stackable TAPR module project catches on another PCB on the list could be a mains frequency monitor. It would robustly filter and divide the 50/60 Hz mains frequency to 1 PPS and then onboard compare that 1 PPS against the local (OCXO, atomic, or GPS) 1 PPS

Re: [time-nuts] Re: UTC

2005-07-28 Thread Mike S
At 02:40 AM 7/28/2005, M. Warner Losh wrote... The Turin leap second survey said that loss of life had occurred due to a leap second insertion event. That is a deliberately misleading statement. It MUST be the case that the loss of life occurred due to and improperly designed, incorrectly

Re: [time-nuts] Re: UTC

2005-07-28 Thread John Ackermann N8UR
Mike S wrote: At 02:40 AM 7/28/2005, M. Warner Losh wrote... The Turin leap second survey said that loss of life had occurred due to a leap second insertion event. That is a deliberately misleading statement. It MUST be the case that the loss of life occurred due to and improperly

[time-nuts] Time-Nuts Wiki now available

2005-07-28 Thread John Ackermann N8UR
I've set up a wiki at http://www.febo.com/time-nuts (I want to change that to /wiki/time-nuts, but at the moment that doesn't seem to work). There's presently no content there beyond a simple introduction. Would someone (or multiple someones) here be willing to do some initial structure and

[time-nuts] Re: Re: Allan Deviation of Z3801A

2005-07-28 Thread Tom Van Baak
Hi Lymex, A DBM is a standard RF component, so I don't think it's something you would build. HP made them years ago (HP 10514A) and companies like Mini-Circuits still do; in great variety and quantity. See, for example: http://www.minicircuits.com/dg03-102.pdf

Re: [time-nuts] Re: Re: Allan Deviation of Z3801A

2005-07-28 Thread John Ackermann N8UR
Tom Van Baak wrote: Hi Lymex, A DBM is a standard RF component, so I don't think it's something you would build. HP made them years ago (HP 10514A) and companies like Mini-Circuits still do; in great variety and quantity. See, for example: http://www.minicircuits.com/dg03-102.pdf

Re: [time-nuts] Re: UTC

2005-07-28 Thread Bjorn Gabrielsson
[EMAIL PROTECTED] (Mike S) writes: Programmers cause programming errors. Leap seconds may make them apparent. Certainly the death (if it occurred) was not an automatic result of the leapsecond, but rather was the result of something that broke because it wasn't properly programmed to deal

Re: [time-nuts] Re: UTC

2005-07-28 Thread Mike S
At 01:58 PM 7/28/2005, Bjorn Gabrielsson wrote... How does a properly implemented system accounting for leapseconds fail when leapseconds fail to come? Sure there will be unnessesary code that could be removed. But I do not see why the system would break. It will break if the system is built on

Re: [time-nuts] Re: UTC

2005-07-28 Thread Warner Losh
The legal system in the US (and many other countries) is based on solar time, so it would break legal timekeeping. It is only kinda based on solar time. And only at certain locations, It is true that the definition of the time zones, in 15 USC 261 states, in part: the standard time

Re: [time-nuts] Re: UTC

2005-07-28 Thread Bjorn Gabrielsson
[EMAIL PROTECTED] (Mike S) writes: At 01:58 PM 7/28/2005, Bjorn Gabrielsson wrote... How does a properly implemented system accounting for leapseconds fail when leapseconds fail to come? Sure there will be unnessesary code that could be removed. But I do not see why the system would break.

Re: [time-nuts] Re: UTC

2005-07-28 Thread Mike S
At 06:50 PM 7/28/2005, Bjorn Gabrielsson wrote... [EMAIL PROTECTED] (Mike S) writes: It will break if the system is built on the basis that UTC is within 0.9 seconds of UT1, which is how UTC is currently defined. Seems to be a minor concern. Personal opinions don't count. To you it's minor,

Re: [time-nuts] Newbie with questions, SR620 ADEV

2005-07-28 Thread Tom Van Baak
Hi everyone, I'm very glad to be here for the first time. Thank you John for manually registered me in. Thank you Tom Van Baak for putting my e-mails here and also for your great answer which clear up most of my confusions. Sorry for my poor English because its not my mother tongue. I

[time-nuts] Agilent App Note 174-10 (Cable Delay)

2005-07-28 Thread jim_johnson
Hi, I managed to find a copy of the Cable Delay App Note somebody asked about not too long ago. Should I have John Ackermann post it on his site ... or Tom Van Baak on his site? Any takers? :-) It is in .pdf format. Tnx, Jim --- Jim Johnson Agilent Laboratories Palo Alto,

Re: [time-nuts] Agilent App Note 174-10 (Cable Delay)

2005-07-28 Thread Joseph Gray
I was the one who asked. It should certainly be posted somewhere for everyone, but if not, please do send me a copy. Thanks. - Original Message - From: [EMAIL PROTECTED] To: time-nuts@febo.com Sent: Thursday, July 28, 2005 5:43 Subject: [time-nuts] Agilent App Note 174-10 (Cable

Re: [time-nuts] Re: UTC

2005-07-28 Thread Mike S
At 07:28 PM 7/28/2005, Tom Van Baak wrote... or leap hours, is suitable to civil time. The key thing about UTC is the C, the coordination between atomic and astronomical time. The UTC leap hour proposal honors that. The key to your claim, coordinated, does not refer to the synchronization of UTC

Re: [time-nuts] Agilent App Note 174-10 (Cable Delay)

2005-07-28 Thread Tom Van Baak
Hi, I managed to find a copy of the Cable Delay App Note mebody asked about not too long ago. Should I have John Ackermann post it on his site ... or Tom Van Baak on his site? Any takers? :-) It is in .pdf format. Tnx, Jim It's here now: Agilent App Note 174-10 (Cable Delay)

Re: [time-nuts] Re: UTC

2005-07-28 Thread Tom Van Baak
The key to your claim, coordinated, does not refer to the synchronization of UTC with UT1. It refers to coordination of multiple physical clocks Mike, Well, there's a lot of coordination going on. TAI is the coordination of multiple, physical atomic clocks. UTC is the coordination of