From mccorkle at ptialaska.net Wed Oct 1 18:30:20 2008 From: mccorkle at ptialaska.net (Richard H McCorkle) Date: Wed, 1 Oct 2008 14:30:20 -0800 (AKDT) Subject: [time-nuts] Piezo Company OXCO pinouts (William Rice) Message-ID: <21972.206.174.39.163.1222900220.squirrel@mymail.acsalaska.net> Hi Steve, Not knowing the rated voltage of the unit I took the overly cautious approach of slowly increasing the supply voltage until the frequency first stabilized when varying the voltage over a small range. The unit stabilized at approximately 10.8v (12v - 10%) so I specified 12v as the lower limit of the input voltage required. The internal regulator will run cooler and the oven will draw more current and take longer to stabilize at the low end of the usable voltage range. I didn't test for the maximum voltage as this could turn into a destructive test if not done properly. I would suspect the internal regulator can handle input voltages greater than 26.4v (24v + 10%) safely so the unit could be specified at 24v +/- 10% in the Lucent application it was designed for. The higher voltage would speed oven response to changing temperature and reduce the warm-up time. Regards, Richard > Hi Richard, > > Many thanks for the info, this was most helpful and I have the unit > running fine now. The only real difference is that my unit seems to be > labelled to run off 24V and the data sheet shows 12V. My serial number > is 2331 (9439) which is not listed on the pdf you sent. After the > initial panic over running it off 24V for some hours to test it, I > have tried it on 12V and it still seems to work fine. The difference > is that the frequency has dropped about .5ppm and the case feels > cooler to the touch. Now I don't know what the power voltage should be > as someone else on the list mentioned the nominal is 25.5V. Let's have > a vote :) > > Thanks for your help. > > Regards, > Steve > > 2008/9/30 Richard H McCorkle : >> Hello, >> >> I purchased three Piezo 2920136 units and the attached file documents >> what the pinouts and EFC requirements are. Hope you find this useful. >> >> Richard >> >> >>> Just new to this list and found this post while trawling the net for >>> the same info. This is a manual reply to a previous posting so the >>> message ids won't tally, sorry. >>> >>> --- William Rice wrote:- >>>> Have a surplus Piezo Crystal Co. oscillator. 3x2x2" with 6 pins on bottom, no >>>> RF >>>> connector. >>>> Model# 2920136 / 10.000 Mhz (101728-001) >>>> Had trouble finding info.... Maybe standard configuration, 9337 stamped on >>>> unit, >>>> probably just obsolete. >>>> Any help appreciated. >>>> Did find one on ebay, my unit is not as abused. >>>> Do not know if it needs external control. >>> >>>> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160286114515 >>> >>> I have a Piezo Model 2920136 10MHz oscillator which seems to be the >>> same as in your url link above. The info I have to date for the six >>> pins from left to right:- >>> >>> Out, GND, +24V, ?, Vcc, GND >>> >>> I don't know what the 4th (?) pin does and I also have know idea as to >>> what voltage needs to be connected to the Vcc pin. Any help please? >>> >>> Thanks, >>> Steve >>> -- >>> Steve Rooke - ZL3TUV & G8KVD >>> Omnium finis imminet >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > > > -- > Steve Rooke - ZL3TUV & G8KVD > Omnium finis imminet > From sar10538 at gmail.com Wed Oct 1 19:47:34 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 12:47:34 +1300 Subject: [time-nuts] Piezo Company OXCO pinouts (William Rice) In-Reply-To: <21972.206.174.39.163.1222900220.squirrel@mymail.acsalaska.net> References: <21972.206.174.39.163.1222900220.squirrel@mymail.acsalaska.net> Message-ID: <1231b6a80810011647q20ff3f53n6b4cd13df5215d60@mail.gmail.com> Hi Richard, It is always wise to be cautious when dealing with an expensive item that could easily be fried by too much voltage and I think you took the correct approach. I found that my oxco seemed to work fine at 12V but, as it has been pointed out, it would probably take a lot longer to reach working temperature and may not be able to maintain that in a cold environment. I've been running mine at 24V for well over a day now and it seems to be working fine so I guess it's OK to keep it on that supply. I guess the case on my unit was slightly hotter under 24V due to the power supply dissipation and I wonder what bearing that makes to the overall heating of the oven. I will try to see if I can get some proper test results of the case temperature than my touch test. 2008/10/2 Richard H McCorkle : > Hi Steve, > > Not knowing the rated voltage of the unit I took the overly cautious > approach of slowly increasing the supply voltage until the frequency > first stabilized when varying the voltage over a small range. The unit > stabilized at approximately 10.8v (12v - 10%) so I specified 12v as > the lower limit of the input voltage required. The internal regulator > will run cooler and the oven will draw more current and take longer > to stabilize at the low end of the usable voltage range. > I didn't test for the maximum voltage as this could turn into a > destructive test if not done properly. I would suspect the internal > regulator can handle input voltages greater than 26.4v (24v + 10%) > safely so the unit could be specified at 24v +/- 10% in the Lucent > application it was designed for. The higher voltage would speed oven > response to changing temperature and reduce the warm-up time. > > Regards, > Richard > > >> Hi Richard, >> >> Many thanks for the info, this was most helpful and I have the unit >> running fine now. The only real difference is that my unit seems to be >> labelled to run off 24V and the data sheet shows 12V. My serial number >> is 2331 (9439) which is not listed on the pdf you sent. After the >> initial panic over running it off 24V for some hours to test it, I >> have tried it on 12V and it still seems to work fine. The difference >> is that the frequency has dropped about .5ppm and the case feels >> cooler to the touch. Now I don't know what the power voltage should be >> as someone else on the list mentioned the nominal is 25.5V. Let's have >> a vote :) >> >> Thanks for your help. >> >> Regards, >> Steve >> >> 2008/9/30 Richard H McCorkle : >>> Hello, >>> >>> I purchased three Piezo 2920136 units and the attached file documents >>> what the pinouts and EFC requirements are. Hope you find this useful. >>> >>> Richard >>> >>> >>>> Just new to this list and found this post while trawling the net for >>>> the same info. This is a manual reply to a previous posting so the >>>> message ids won't tally, sorry. >>>> >>>> --- William Rice wrote:- >>>>> Have a surplus Piezo Crystal Co. oscillator. 3x2x2" with 6 pins on bottom, no >>>>> RF >>>>> connector. >>>>> Model# 2920136 / 10.000 Mhz (101728-001) >>>>> Had trouble finding info.... Maybe standard configuration, 9337 stamped on >>>>> unit, >>>>> probably just obsolete. >>>>> Any help appreciated. >>>>> Did find one on ebay, my unit is not as abused. >>>>> Do not know if it needs external control. >>>> >>>>> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160286114515 >>>> >>>> I have a Piezo Model 2920136 10MHz oscillator which seems to be the >>>> same as in your url link above. The info I have to date for the six >>>> pins from left to right:- >>>> >>>> Out, GND, +24V, ?, Vcc, GND >>>> >>>> I don't know what the 4th (?) pin does and I also have know idea as to >>>> what voltage needs to be connected to the Vcc pin. Any help please? >>>> >>>> Thanks, >>>> Steve >>>> -- >>>> Steve Rooke - ZL3TUV & G8KVD >>>> Omnium finis imminet >>>> >>>> _______________________________________________ >>>> time-nuts mailing list -- time-nuts at febo.com >>>> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>>> and follow the instructions there. >>>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> >> >> -- >> Steve Rooke - ZL3TUV & G8KVD >> Omnium finis imminet >> > > > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Wed Oct 1 20:07:48 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 13:07:48 +1300 Subject: [time-nuts] Testing frequency using NTP Message-ID: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> I'm wondering about the possibility of checking the frequency of my oscillator by using a NTP synced RT Linux system. What I'm thinking of doing is building a long chain of dividers feeding a standard freq counter in totallise mode such that I can count the number of cycled over a long time period. What I would then do is to gate this with the Linux system to measure the number of cycles over that period. I figure that although the exact point of gate switching would not be very accurate, due to clock jitter and uncertain delays in the OS, this error could be made insignificant, in terms of the possible stability of the oxco, when the sampling period is large. Even watching the NTP stats on my workstation, OpenSUSE 11, it seems to remain stable within a few ms, now that it has been stabilised for months, and on a dedicated real time Linux system I should be able to switch the gate within ms of the correct time so these errors should only affect the least significant bits of the counting chain. If I make the sampling period long, say hours, this should push those errors well down the ppm. Anyone have comments on this approach please? Feel free to blow holes in it. Thanks, Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From bruce.griffiths at xtra.co.nz Wed Oct 1 20:44:48 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Thu, 02 Oct 2008 13:44:48 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: <48E41980.5050809@xtra.co.nz> Steve Rooke wrote: > I'm wondering about the possibility of checking the frequency of my > oscillator by using a NTP synced RT Linux system. What I'm thinking of > doing is building a long chain of dividers feeding a standard freq > counter in totallise mode such that I can count the number of cycled > over a long time period. What I would then do is to gate this with the > Linux system to measure the number of cycles over that period. I > figure that although the exact point of gate switching would not be > very accurate, due to clock jitter and uncertain delays in the OS, > this error could be made insignificant, in terms of the possible > stability of the oxco, when the sampling period is large. Even > watching the NTP stats on my workstation, OpenSUSE 11, it seems to > remain stable within a few ms, now that it has been stabilised for > months, and on a dedicated real time Linux system I should be able to > switch the gate within ms of the correct time so these errors should > only affect the least significant bits of the counting chain. If I > make the sampling period long, say hours, this should push those > errors well down the ppm. > > Anyone have comments on this approach please? Feel free to blow holes in it. > > Thanks, > Steve > Steve Save yourself a counter and just divide the frequency down to about 1Hz and time stamp the 1Hz transitions with the Linux box. As long as you know the division factor its easy enough to calculate the frequency. Bruce From scmcgrath at gmail.com Wed Oct 1 20:48:28 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Wed, 1 Oct 2008 20:48:28 -0400 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: It depends on how accurately you want to measure the oscillator frequency with your approach short term you probably would not be able to measure the oscillator offset any better than a few parts in 10-5 longer term probably a few parts in 10-7 might be possible as you could compute the allen deviation and fit a curve through the median values. NTP from a stratum 3 clock is only going to be precise to a few milliseconds and for meaningful accuracy you need another order of magnitude. This is part of the function of the drift file in xntpd in which the daemon attempts to compensate for the drift and offset inherent in cheap oscillators used in computer applications. - Fellow nuts am I all wet here or have I missed a technique On Wed, Oct 1, 2008 at 8:07 PM, Steve Rooke wrote: > I'm wondering about the possibility of checking the frequency of my > oscillator by using a NTP synced RT Linux system. What I'm thinking of > doing is building a long chain of dividers feeding a standard freq > counter in totallise mode such that I can count the number of cycled > over a long time period. What I would then do is to gate this with the > Linux system to measure the number of cycles over that period. I > figure that although the exact point of gate switching would not be > very accurate, due to clock jitter and uncertain delays in the OS, > this error could be made insignificant, in terms of the possible > stability of the oxco, when the sampling period is large. Even > watching the NTP stats on my workstation, OpenSUSE 11, it seems to > remain stable within a few ms, now that it has been stabilised for > months, and on a dedicated real time Linux system I should be able to > switch the gate within ms of the correct time so these errors should > only affect the least significant bits of the counting chain. If I > make the sampling period long, say hours, this should push those > errors well down the ppm. > > Anyone have comments on this approach please? Feel free to blow holes in it. > > Thanks, > Steve > -- > Steve Rooke - ZL3TUV & G8KVD > Omnium finis imminet > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From jim77742 at gmail.com Wed Oct 1 20:55:15 2008 From: jim77742 at gmail.com (Jim Palfreyman) Date: Thu, 2 Oct 2008 10:55:15 +1000 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: But wouldn't, over time, all this ntp/OS/network "noise" average away because ultimately the whole system is being locked to an atomic clock? I know any given measurement will have errors in the order of milliseconds, but the long term average ought to be good. Ought it? You could test it by giving the linux box the 1PPS from a Thunderbolt (instead of your OCXO) and seeing what the results are with time. But I suppose you don't have one of those otherwise you'd use it to measure your OCXO... Jim 2008/10/2 Scott McGrath > It depends on how accurately you want to measure the oscillator > frequency with your approach short term you probably would not be able > to measure the oscillator offset any better than a few parts in 10-5 > longer term probably a few parts in 10-7 might be possible as you > could compute the allen deviation and fit a curve through the median > values. > > NTP from a stratum 3 clock is only going to be precise to a few > milliseconds and for meaningful accuracy you need another order of > magnitude. This is part of the function of the drift file in xntpd > in which the daemon attempts to compensate for the drift and offset > inherent in cheap oscillators used in computer applications. > > > - Fellow nuts am I all wet here or have I missed a technique > > On Wed, Oct 1, 2008 at 8:07 PM, Steve Rooke wrote: > > I'm wondering about the possibility of checking the frequency of my > > oscillator by using a NTP synced RT Linux system. What I'm thinking of > > doing is building a long chain of dividers feeding a standard freq > > counter in totallise mode such that I can count the number of cycled > > over a long time period. What I would then do is to gate this with the > > Linux system to measure the number of cycles over that period. I > > figure that although the exact point of gate switching would not be > > very accurate, due to clock jitter and uncertain delays in the OS, > > this error could be made insignificant, in terms of the possible > > stability of the oxco, when the sampling period is large. Even > > watching the NTP stats on my workstation, OpenSUSE 11, it seems to > > remain stable within a few ms, now that it has been stabilised for > > months, and on a dedicated real time Linux system I should be able to > > switch the gate within ms of the correct time so these errors should > > only affect the least significant bits of the counting chain. If I > > make the sampling period long, say hours, this should push those > > errors well down the ppm. > > > > Anyone have comments on this approach please? Feel free to blow holes in > it. > > > > Thanks, > > Steve > > -- > > Steve Rooke - ZL3TUV & G8KVD > > Omnium finis imminet > > > > _______________________________________________ > > time-nuts mailing list -- time-nuts at febo.com > > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > > and follow the instructions there. > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From bg at lysator.liu.se Thu Oct 2 00:50:48 2008 From: bg at lysator.liu.se (=?ISO-8859-1?Q?Bj=F6rn?= Gabrielsson) Date: Thu, 02 Oct 2008 06:50:48 +0200 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: <1222923048.2558.6.camel@bg-desktop> On Wed, 2008-10-01 at 20:48 -0400, Scott McGrath wrote: > It depends on how accurately you want to measure the oscillator > frequency with your approach short term you probably would not be able > to measure the oscillator offset any better than a few parts in 10-5 > longer term probably a few parts in 10-7 might be possible as you > could compute the allen deviation and fit a curve through the median > values. > > NTP from a stratum 3 clock is only going to be precise to a few > milliseconds and for meaningful accuracy you need another order of > magnitude. This is part of the function of the drift file in xntpd > in which the daemon attempts to compensate for the drift and offset > inherent in cheap oscillators used in computer applications. > You do not have to chose a bad NTP server. With better servers you can gain a few orders of magnitude. $ ntpq -p timehost.lysator.liu.se remote refid st ... delay offset jitter ================================================================ *GENERIC(0) .GPS. 0 ... 0.000 0.014 0.002 +nissan.ifm.liu. .PPS. 1 ... 0.651 0.000 0.035 +ntp1.sth.netnod .PPS. 1 ... 3.667 -0.018 0.052 +ntp2.gbg.netnod .PPS. 1 ... 10.967 -0.010 0.014 -ntp1.mmo.netnod .PPS. 1 ... 13.899 -0.077 0.061 Also look at the NTP temperature compensation discussion at http://www.ijs.si/time/temp-compensation/ -- Bj?rn From sar10538 at gmail.com Thu Oct 2 01:18:04 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 18:18:04 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <48E41980.5050809@xtra.co.nz> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <48E41980.5050809@xtra.co.nz> Message-ID: <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> 2008/10/2 Bruce Griffiths : > Save yourself a counter and just divide the frequency down to about 1Hz > and time stamp the 1Hz transitions with the Linux box. > As long as you know the division factor its easy enough to calculate the > frequency. I'd planned on a simple interface to the PC via using the parallel, suitably strapped, as a basic output port. Now, I could use it as an input but I'd probably have to poll the port which would be somewhat inefficient but an option I guess. Think I could just record the staring time of the sampling and then the ending time plus the number of cycles. Cheers, Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Thu Oct 2 01:37:08 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 18:37:08 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: <1231b6a80810012237y11625d66h986df3b5987ac8ec@mail.gmail.com> Hmmm... If I measured a 10MHz oscillator for a 1/10 second, I could achieve, at best, 1ppm accuracy. Now my measuring system has a non accumulating error in the ms range, say <1s, so this would be totally unworkable. If I sampled for 1s, best would be .1ppm accuracy, but my measuring errors would still swamp the result. To make my measuring errors small, I could make the 1s overhead very small compared to the measing time period by, say, sampling for 10^6s thereby making the 1s error 1ppm. Now the 1s error is probably considerably smaller than that, probably by the order of at least a decade or two. If it was just .1s error, I could get a result to 1ppm in about a day and better if I sample of a number of days. Cheers, Steve 2008/10/2 Scott McGrath : > It depends on how accurately you want to measure the oscillator > frequency with your approach short term you probably would not be able > to measure the oscillator offset any better than a few parts in 10-5 > longer term probably a few parts in 10-7 might be possible as you > could compute the allen deviation and fit a curve through the median > values. > > NTP from a stratum 3 clock is only going to be precise to a few > milliseconds and for meaningful accuracy you need another order of > magnitude. This is part of the function of the drift file in xntpd > in which the daemon attempts to compensate for the drift and offset > inherent in cheap oscillators used in computer applications. > > > - Fellow nuts am I all wet here or have I missed a technique -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Thu Oct 2 01:39:40 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 18:39:40 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: <1231b6a80810012239h2fe73a5eh3d123679c78af647@mail.gmail.com> Hi Jim, That's exactly what I was thinking too. Indeed, if I had a decent freq std I'd use that to measure my oxco. Guess I'm just bouncing ideas around here and looking for any input. Cheers, Steve 2008/10/2 Jim Palfreyman : > But wouldn't, over time, all this ntp/OS/network "noise" average away > because ultimately the whole system is being locked to an atomic clock? I > know any given measurement will have errors in the order of milliseconds, > but the long term average ought to be good. Ought it? > > You could test it by giving the linux box the 1PPS from a Thunderbolt > (instead of your OCXO) and seeing what the results are with time. > > But I suppose you don't have one of those otherwise you'd use it to measure > your OCXO... > > Jim > > > 2008/10/2 Scott McGrath > >> It depends on how accurately you want to measure the oscillator >> frequency with your approach short term you probably would not be able >> to measure the oscillator offset any better than a few parts in 10-5 >> longer term probably a few parts in 10-7 might be possible as you >> could compute the allen deviation and fit a curve through the median >> values. >> >> NTP from a stratum 3 clock is only going to be precise to a few >> milliseconds and for meaningful accuracy you need another order of >> magnitude. This is part of the function of the drift file in xntpd >> in which the daemon attempts to compensate for the drift and offset >> inherent in cheap oscillators used in computer applications. >> >> >> - Fellow nuts am I all wet here or have I missed a technique >> >> On Wed, Oct 1, 2008 at 8:07 PM, Steve Rooke wrote: >> > I'm wondering about the possibility of checking the frequency of my >> > oscillator by using a NTP synced RT Linux system. What I'm thinking of >> > doing is building a long chain of dividers feeding a standard freq >> > counter in totallise mode such that I can count the number of cycled >> > over a long time period. What I would then do is to gate this with the >> > Linux system to measure the number of cycles over that period. I >> > figure that although the exact point of gate switching would not be >> > very accurate, due to clock jitter and uncertain delays in the OS, >> > this error could be made insignificant, in terms of the possible >> > stability of the oxco, when the sampling period is large. Even >> > watching the NTP stats on my workstation, OpenSUSE 11, it seems to >> > remain stable within a few ms, now that it has been stabilised for >> > months, and on a dedicated real time Linux system I should be able to >> > switch the gate within ms of the correct time so these errors should >> > only affect the least significant bits of the counting chain. If I >> > make the sampling period long, say hours, this should push those >> > errors well down the ppm. >> > >> > Anyone have comments on this approach please? Feel free to blow holes in >> it. >> > >> > Thanks, >> > Steve >> > -- >> > Steve Rooke - ZL3TUV & G8KVD >> > Omnium finis imminet >> > >> > _______________________________________________ >> > time-nuts mailing list -- time-nuts at febo.com >> > To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> > and follow the instructions there. >> > >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Thu Oct 2 01:49:28 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 18:49:28 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <1222923048.2558.6.camel@bg-desktop> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <1222923048.2558.6.camel@bg-desktop> Message-ID: <1231b6a80810012249p17db7cect1bc1e698e870f57@mail.gmail.com> Your results are considerably better than mine but these are just off my busy workstation taken as a snapshot. I have no local time standard so dependant on the external servers. Perhaps I could do better on a dedicated system running a RT Linux:- ntpdc> peers remote local st poll reach delay offset disp ======================================================================= =LOCAL(0) 127.0.0.1 10 64 377 0.00000 0.000000 0.03079 =infinite-loop.n 192.168.0.2 2 1024 377 0.08951 0.010470 0.13661 *gen2.ihug.co.nz 192.168.0.2 2 1024 377 0.06548 0.008092 0.13657 =mu-relay2.masse 192.168.0.2 2 1024 377 0.10503 0.003384 0.13667 =ns2.compass.net 192.168.0.2 2 1024 377 0.06645 -0.007766 0.12173 ntpdc> Over a long sampling time though, these errors should factor out to be very small anyway. Cheers, Steve 2008/10/2 Bj?rn Gabrielsson : > You do not have to chose a bad NTP server. With better servers you can > gain a few orders of magnitude. > > $ ntpq -p timehost.lysator.liu.se > > remote refid st ... delay offset jitter > ================================================================ > *GENERIC(0) .GPS. 0 ... 0.000 0.014 0.002 > +nissan.ifm.liu. .PPS. 1 ... 0.651 0.000 0.035 > +ntp1.sth.netnod .PPS. 1 ... 3.667 -0.018 0.052 > +ntp2.gbg.netnod .PPS. 1 ... 10.967 -0.010 0.014 > -ntp1.mmo.netnod .PPS. 1 ... 13.899 -0.077 0.061 > > Also look at the NTP temperature compensation discussion at > > http://www.ijs.si/time/temp-compensation/ > > > -- > > Bj?rn > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From brice at weaponeer.com Thu Oct 2 01:56:43 2008 From: brice at weaponeer.com (brice at weaponeer.com) Date: Thu, 02 Oct 2008 05:56:43 +0000 Subject: [time-nuts] Piezo Company OXCO pinouts/ Cheap clocks! (William Rice) Message-ID: Thanks for all of the info, I do apologize, my posts/responses always seem to be somewhat off of the norm refering to the standards of Timenuts text. I have not had a chance to test my Piezo Oscillator, Maybe tomorrow. I have delt with many HP 10833a surplus oscillators from 5328A counters etc. I have had good luck with those units. I have bought several Trak IRIG units that work perfectly for a week or so, then catch on fire and burn out in a smoking blaze of glory. I am more concerned for the need of the fire department rather than some sort of patriotic statement. What is the best bang for the buck? Maybe I am just on a bad streak. Have plenty of good test equipmentthat is accurate and healthy. I am still looking for a HP 2509a Manual. I have one that has been running for about 3 years and 2 that need minor repair. I have plenty of RF stuff and can probably make any connections. I just do not have a college engineering background, but understand many RF basics. I have other assorted FAA and other clocks that work or may need obsolete parts. (Quartz) Thanks for any help, Bill -----Original Message----- From: time-nuts-request at febo.com [mailto:time-nuts-request at febo.com] Sent: Wednesday, October 1, 2008 11:51 PM To: time-nuts at febo.com Subject: time-nuts Digest, Vol 51, Issue 1 From phk at phk.freebsd.dk Thu Oct 2 03:02:31 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Thu, 02 Oct 2008 07:02:31 +0000 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: Your message of "Thu, 02 Oct 2008 18:18:04 +1300." <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> Message-ID: <71846.1222930951@critter.freebsd.dk> In message <1231b6a80810012218t8f9b37y7395215c24229305 at mail.gmail.com>, "Steve Rooke" writes: >2008/10/2 Bruce Griffiths : > >> Save yourself a counter and just divide the frequency down to about 1Hz >> and time stamp the 1Hz transitions with the Linux box. >> As long as you know the division factor its easy enough to calculate the >> frequency. > >I'd planned on a simple interface to the PC via using the parallel, >suitably strapped, as a basic output port. Now, I could use it as an >input but I'd probably have to poll the port which would be somewhat >inefficient [...] Linux should have the PPS-API from RFC2783 so that should be piece of cake to do. I know that it works in FreeBSD (guess who wrote it :-) where you can just: cd /usr/sc/tools/test/ppsapi make ./ppsapitest /dev/lpt0 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From hmurray at megapathdsl.net Thu Oct 2 03:39:13 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Thu, 02 Oct 2008 00:39:13 -0700 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: Message from "Steve Rooke" of "Thu, 02 Oct 2008 18:18:04 +1300." <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> Message-ID: <20081002073914.8788CBCD4@ip-64-139-1-69.sjc.megapath.net> > I'd planned on a simple interface to the PC via using the parallel, > suitably strapped, as a basic output port. Now, I could use it as an > input but I'd probably have to poll the port which would be somewhat > inefficient but an option I guess. Think I could just record the > staring time of the sampling and then the ending time plus the number > of cycles. Most *nix kernels have options available to grab the system time on interrupts from changes on the modem control lines. This is what ntpd uses to take advantage of local reference clocks with a PPS line. With NetBSD and FreeBSD it's included in the mainline sources. You may have to recompile your kernel after turning on some option. With Linux, it's a not in the official kernel sources. There are normally patches available, but I've lost track of where to get them and/or which versions of the kernel are supported. Some systems may have options to use a printer port rather than a modem control signal. If I wanted to use ntp to measure frequency.... Start by running ntpd to stabilize the local clock. With care and luck, that will get your local clock to somewhere between 0.1 ms to 10 ms. Let's call it 1 ms since that makes the handwaving simpler. You can do much better with a PPS signal from a local GPS unit. (under $100) You can track temperature changes in the drift file. The temperature changes depending upon what your PC is doing. Without a local PPS, network traffic can screw things up. Plan 1 would be to use the PPS stuff above. Run a big divider to get down to roughly 1 PPS. Wire that up to a serial port input. Run another program to record the time stamps from the modem interrupts. Collect a lot of data, then analyze it. The PPS samples should be accurate to within a few microseconds. You may have to run some filtering to discard the late samples. I'd do something like graph the offset from the current second which should be a constant and then eyeball it to see what should get filtered out. Plan 2 would be to use your clock to drive a PIC/AVR/whatever and use that to implement a big counter. (details TBD) A monitor program running on the PC would flap a modem control signal (outgoing, not incoming like the PPS) to poke the micro. When it gets poked, the micro saves the value of the counter and sends it to the PC over an RS232 link. The monitor program would log the time it did the poke and the value of the counter it received. If you don't like programming micros, plan 3 would be to implement plan 2 in raw hardware. It's just a big counter, a big shift register, and a bit of logic to load the shift register when poked. (An FPGA would be fine but you can do it in DIPs.) The RS232 start/stop bits are just constants loaded into the shift register. So, if your system clock is within 1 ms and you run for 1000 seconds, the answer should be within 1 PPM. (give or take a factor of 2 and some mumble about how you are going to verify that your system clock is really that good). I don't quite know what your external counter can do. Totalizer mode sounds like maybe it can latch a copy of the current count when you poke it and still keep counting until you poke it again. If so, a monitoring program could grab the time, poke, read the counter, and log the values. (No PPS kernel stuff needed.) I think that's as good as you can get. It's plan 2 above implemented in an expensive box. I'm assuming it will keep counting when it overflows or clear the counter on each poke. You need to read it often enough where often enough depends upon how many bits the counter has. (The counter can overflow many times as long as you can tell N overflows from N+1.) That won't work as well if your counter doesn't keep counting after each poke, Say you can start/stop it, but it doesn't have a shadow register that gets latched when you poke it and you can't read it while it's running. You could, read the time, start it, wait a while, stop it, read the time, then read the counter. That should give you good results. The idea is ntp will keep your system clock ticking at the right rate. ntp calls the correction "drift". You don't care how far off your clock is as long as the rate is good. One trick is that you want to read the time both before and after each poke. Subtracting the two can be used to detect the scheduler doing something nasty or an interrupt at an unlucky time or ... If you have something like a TBolt, you can feed its 10 MHz output into the external clock of a counter and then tell the counter to count for a long time. That gets NTP out of the critical parts of the loop. My HP 4334B gives numbers like this: 54741 22324.410 F +1.0000000004E+07 F +9.999999999E+06 54741 22624.490 F +1.0000000004E+07 F +9.999999999E+06 54741 22924.570 F +1.0000000004E+07 F +1.0000000000E+07 That's clocked from a HP Z3801A. The 1.0...04E+07 column is a LPRO Rubidium brick. The 999s column is a TBolt, collected over 60 seconds. The LPRO column is rock solid. The TBolt column is mostly 999s with an ocasional 1.0...0 and a very occasional 1.000...001 Boring. If you are measuring an OXCO rather than a GPSDO, counting for 60 seconds is long enough to watch it wander around. I did that for a while, but I can't find the log files. I'll set it up again if anybody is curious. Another thing you could do with a TBolt is turn things inside out. Feed the TBolt into your setup rather than the OXCO. Now all the clock wander is in the measuring system so you can get an idea of how well this idea works. -- These are my opinions, not necessarily my employer's. I hate spam. From sar10538 at gmail.com Thu Oct 2 04:30:00 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 21:30:00 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <71846.1222930951@critter.freebsd.dk> References: <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> <71846.1222930951@critter.freebsd.dk> Message-ID: <1231b6a80810020130i6b006c1drcf75353357bad93b@mail.gmail.com> 2008/10/2 Poul-Henning Kamp : > In message <1231b6a80810012218t8f9b37y7395215c24229305 at mail.gmail.com>, "Steve > Rooke" writes: >>2008/10/2 Bruce Griffiths : >> >>> Save yourself a counter and just divide the frequency down to about 1Hz >>> and time stamp the 1Hz transitions with the Linux box. >>> As long as you know the division factor its easy enough to calculate the >>> frequency. >> >>I'd planned on a simple interface to the PC via using the parallel, >>suitably strapped, as a basic output port. Now, I could use it as an >>input but I'd probably have to poll the port which would be somewhat >>inefficient [...] > > Linux should have the PPS-API from RFC2783 so that should be piece > of cake to do. > > I know that it works in FreeBSD (guess who wrote it :-) where you can > just: > cd /usr/sc/tools/test/ppsapi > make > ./ppsapitest /dev/lpt0 OK, interesting idea but I'm really not planning to use the PC to count pulses. I have a Fluke 1912A Multi Counter which can count pulses to 7 digits and I can allow that to overflow to get more digits by changing the pre-scaller I plan to use on the front end of this. It would be easier to use Linux to control an input gate to this pre-scaller with a known good period of time. Besides which, my quick scan for PPSAPI/KIT only showed patches for the 2.2 and 2.4 kernels, still I suppose I could use an older distro or even FreeBSD for that matter (it's all Unix to me). Cheers, Steve UNIX since SVR0 -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Thu Oct 2 04:55:51 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Thu, 2 Oct 2008 21:55:51 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <20081002073914.8788CBCD4@ip-64-139-1-69.sjc.megapath.net> References: <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> <20081002073914.8788CBCD4@ip-64-139-1-69.sjc.megapath.net> Message-ID: <1231b6a80810020155w563e6b1k3ff9510b4480fba3@mail.gmail.com> Scuse me for top posting. Guess I'm going to do something a bit like plan 3 but mostly in hardware. My plan for the PC is just to use it to gate the oxco output into the pre-scalier divider chain for a specific time period. The output of the pre-scalier will be a series of pulses which can be counted (as in 1,2,3,... not frequency counted) by my Fluke 1912A Multi Counter in Tot (Totalise) mode. Say I divided the oxco to produce an exact PPS output from the divider chain (not the easiest thing to do when starting from 10MHz). If I count for exactly 10^7 seconds, as gated by the NTP disciplined Linux system, I should see 10000000 on the counter. So this should give me .1ppm accuracy, in theory, in the text book case. Now, if I change the divider to give 10 PPS and sample for 10^7 seconds, the counter will overflow, as it only has 7 digits, but I know the top digit will be a 1 and I'll be able to see the .01ppm accuracy, if you get my drift. I could do this with various divider ratios, IE. 100 PPS, 1000 PPS, etc, to get at more and more digits. I'm not planning to use this oxco to sync the NTP on my PC, just using NTP to check the frequency of my oxco so I can use it to calibrate my counters, as a timebase and hence to allow me to lock amateur radio transceivers to a precise frequency for QRP (very low power long distance work). If your not spot on the frequency you can miss a signal. If I know that I am bang on the frequency, I can use a very narrow band filter to pull a signal from the noise floor but if my frequency is even slightly off, the filter will just remove the signal I am looking for. Now don't shoot me as I'm not directly thinking of this project in a true time-nuts way but your group has some interesting aspects for the work I am doing. 73 Steve 2008/10/2 Hal Murray : > >> I'd planned on a simple interface to the PC via using the parallel, >> suitably strapped, as a basic output port. Now, I could use it as an >> input but I'd probably have to poll the port which would be somewhat >> inefficient but an option I guess. Think I could just record the >> staring time of the sampling and then the ending time plus the number >> of cycles. > > Most *nix kernels have options available to grab the system time on > interrupts from changes on the modem control lines. This is what ntpd uses > to take advantage of local reference clocks with a PPS line. > > With NetBSD and FreeBSD it's included in the mainline sources. You may have > to recompile your kernel after turning on some option. With Linux, it's a > not in the official kernel sources. There are normally patches available, > but I've lost track of where to get them and/or which versions of the kernel > are supported. > > Some systems may have options to use a printer port rather than a modem > control signal. > > > If I wanted to use ntp to measure frequency.... > > Start by running ntpd to stabilize the local clock. With care and luck, that > will get your local clock to somewhere between 0.1 ms to 10 ms. Let's call > it 1 ms since that makes the handwaving simpler. You can do much better with > a PPS signal from a local GPS unit. (under $100) > > You can track temperature changes in the drift file. The temperature changes > depending upon what your PC is doing. Without a local PPS, network traffic > can screw things up. > > Plan 1 would be to use the PPS stuff above. Run a big divider to get down to > roughly 1 PPS. Wire that up to a serial port input. Run another program to > record the time stamps from the modem interrupts. Collect a lot of data, > then analyze it. > > The PPS samples should be accurate to within a few microseconds. You may > have to run some filtering to discard the late samples. I'd do something > like graph the offset from the current second which should be a constant and > then eyeball it to see what should get filtered out. > > > Plan 2 would be to use your clock to drive a PIC/AVR/whatever and use that to > implement a big counter. (details TBD) A monitor program running on the PC > would flap a modem control signal (outgoing, not incoming like the PPS) to > poke the micro. When it gets poked, the micro saves the value of the counter > and sends it to the PC over an RS232 link. The monitor program would log the > time it did the poke and the value of the counter it received. > > If you don't like programming micros, plan 3 would be to implement plan 2 in > raw hardware. It's just a big counter, a big shift register, and a bit of > logic to load the shift register when poked. (An FPGA would be fine but you > can do it in DIPs.) The RS232 start/stop bits are just constants loaded into > the shift register. > > So, if your system clock is within 1 ms and you run for 1000 seconds, the > answer should be within 1 PPM. (give or take a factor of 2 and some mumble > about how you are going to verify that your system clock is really that good). > > > > I don't quite know what your external counter can do. Totalizer mode sounds > like maybe it can latch a copy of the current count when you poke it and > still keep counting until you poke it again. If so, a monitoring program > could grab the time, poke, read the counter, and log the values. (No PPS > kernel stuff needed.) I think that's as good as you can get. It's plan 2 > above implemented in an expensive box. I'm assuming it will keep counting > when it overflows or clear the counter on each poke. You need to read it > often enough where often enough depends upon how many bits the counter has. > (The counter can overflow many times as long as you can tell N overflows from > N+1.) > > That won't work as well if your counter doesn't keep counting after each > poke, Say you can start/stop it, but it doesn't have a shadow register that > gets latched when you poke it and you can't read it while it's running. You > could, read the time, start it, wait a while, stop it, read the time, then > read the counter. That should give you good results. The idea is ntp will > keep your system clock ticking at the right rate. ntp calls the correction > "drift". You don't care how far off your clock is as long as the rate is > good. > > One trick is that you want to read the time both before and after each poke. > Subtracting the two can be used to detect the scheduler doing something nasty > or an interrupt at an unlucky time or ... > > > > If you have something like a TBolt, you can feed its 10 MHz output into the > external clock of a counter and then tell the counter to count for a long > time. That gets NTP out of the critical parts of the loop. > > My HP 4334B gives numbers like this: > 54741 22324.410 F +1.0000000004E+07 F +9.999999999E+06 > 54741 22624.490 F +1.0000000004E+07 F +9.999999999E+06 > 54741 22924.570 F +1.0000000004E+07 F +1.0000000000E+07 > > That's clocked from a HP Z3801A. The 1.0...04E+07 column is a LPRO Rubidium > brick. The 999s column is a TBolt, collected over 60 seconds. The LPRO > column is rock solid. The TBolt column is mostly 999s with an ocasional > 1.0...0 and a very occasional 1.000...001 Boring. > > If you are measuring an OXCO rather than a GPSDO, counting for 60 seconds is > long enough to watch it wander around. I did that for a while, but I can't > find the log files. > > I'll set it up again if anybody is curious. > > > Another thing you could do with a TBolt is turn things inside out. Feed the > TBolt into your setup rather than the OXCO. Now all the clock wander is in > the measuring system so you can get an idea of how well this idea works. > > > -- > These are my opinions, not necessarily my employer's. I hate spam. > > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From hmurray at megapathdsl.net Thu Oct 2 06:15:14 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Thu, 02 Oct 2008 03:15:14 -0700 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: Message from "Steve Rooke" of "Thu, 02 Oct 2008 21:55:51 +1300." <1231b6a80810020155w563e6b1k3ff9510b4480fba3@mail.gmail.com> Message-ID: <20081002101515.6DCD8BCD4@ip-64-139-1-69.sjc.megapath.net> > I'm not planning to use this oxco to sync the NTP on my PC, just using > NTP to check the frequency of my oxco so I can use it to calibrate my > counters, as a timebase and hence to allow me to lock amateur radio > transceivers to a precise frequency for QRP (very low power long > distance work). If your not spot on the frequency you can miss a > signal. If I know that I am bang on the frequency, I can use a very > narrow band filter to pull a signal from the noise floor but if my > frequency is even slightly off, the filter will just remove the signal > I am looking for. How accurately do you need to know the frequency? (How much is "slightly"?) Is your crystal stable enough? Will it drift off frequency over time/temperature while you are listening? > Say I divided the oxco to produce an exact PPS output from the divider > chain (not the easiest thing to do when starting from 10MHz). If I > count for exactly 10^7 seconds, as gated by the NTP disciplined Linux > system, I should see 10000000 on the counter. So this should give me > .1ppm accuracy, in theory, in the text book case. Now, if I change the > divider to give 10 PPS and sample for 10^7 seconds, the counter will > overflow, as it only has 7 digits, but I know the top digit will be a > 1 and I'll be able to see the .01ppm accuracy, if you get my drift. I > could do this with various divider ratios, IE. 100 PPS, 1000 PPS, etc, > to get at more and more digits. I don't think you need the divider/prescaler. The basic idea is that your counter only has N digits. If you count for T seconds, you can get any N digits out of the actual count. If it doesn't overflow, there isn't much into in 0s on the top. If you use a prescaler, that moves the digits you read to the left so you just have to wait longer to fill up the counter. (Binary vs decimal prescalers move things by fractional digits. Let's ignore that mess. You can't get any digits to the right of the decimal point.) There is a slight advantage to throwing away low digits rather than high ones because there is some noise on when you turn things on/off and that goes into the low digits. I expect that's sub microsecond. 1 microsecond of noise would be 1 digit at 10 MHz. So the bottom digit is trash and you only have 6 useful ones. Getting another digit isn't worth messing with a prescaler. If you want to measure your OCXO within 1E8, you need 8 good digits. You have a 7 digit counter counting at 10 MHz. That will overflow at 1 count per second. The bottom digit is trash leaving 6. You need 2 fake digits from overflow so you have to count for 100 seconds. I'd probably count for 100.5 seconds so I didn't have to worry about whether the overflow was 99 or 100. You aren't going to get the 1/2 accurate (or the 0 if you count for 100.0), so you will have to divide the count by the actual time (roughly 100.5) rather than 100. You can also measure at 1 second and 10 seconds to verify that the speed is close enough so that you will get the right number of overflows. If it's way off, say 1E6. that still won't show up in 100 overflows. If I was doing something like this, I'd probably set it up to loop, counting for 100 or 1000 seconds, and plot the data. If they are consistent you probably have the right answer. I'd also grab the OCXO with my fingers to change temperature and/or run some CPU intensive job on the PC to see what happens when its temperature changes. You will probably have to plot it for a week or so to see if it is drifting over time. -- These are my opinions, not necessarily my employer's. I hate spam. From df6jb at ulrich-bangert.de Thu Oct 2 06:38:48 2008 From: df6jb at ulrich-bangert.de (Ulrich Bangert) Date: Thu, 2 Oct 2008 12:38:48 +0200 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <1231b6a80810012237y11625d66h986df3b5987ac8ec@mail.gmail.com> Message-ID: <85684E7476FA4C6DA9CBD75BE387F11E@athlon> Steve, > Hmmm... If I measured a 10MHz oscillator for a 1/10 second, I > could achieve, at best, 1ppm accuracy. Now my measuring > system has a non accumulating error in the ms range, say <1s, > so this would be totally unworkable. If I sampled for 1s, > best would be .1ppm accuracy... this is a common misbelieve but simply not true. You need not buy the most advanced stuff. Even a moderate surplus counter like the RACAL DANA 1991/1992/1996 will get you < 1ppb (b, not m!) resolution @ 1 s. Since more than 30 years counters do no more simply "count" but work with lots clever electronic tricks inside! 73s de Ulrich, DF6JB > -----Ursprungliche Nachricht----- > Von: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] Im Auftrag von Steve Rooke > Gesendet: Donnerstag, 2. Oktober 2008 07:37 > An: Discussion of precise time and frequency measurement > Betreff: Re: [time-nuts] Testing frequency using NTP > > > Hmmm... If I measured a 10MHz oscillator for a 1/10 second, I > could achieve, at best, 1ppm accuracy. Now my measuring > system has a non accumulating error in the ms range, say <1s, > so this would be totally unworkable. If I sampled for 1s, > best would be .1ppm accuracy, but my measuring errors would > still swamp the result. To make my measuring errors small, I > could make the 1s overhead very small compared to the measing > time period by, say, sampling for 10^6s thereby making the 1s > error 1ppm. Now the 1s error is probably considerably smaller > than that, probably by the order of at least a decade or two. > If it was just .1s error, I could get a result to 1ppm in > about a day and better if I sample of a number of days. > > Cheers, > Steve > > 2008/10/2 Scott McGrath : > > It depends on how accurately you want to measure the oscillator > > frequency with your approach short term you probably would > not be able > > to measure the oscillator offset any better than a few > parts in 10-5 > > longer term probably a few parts in 10-7 might be possible as you > > could compute the allen deviation and fit a curve through > the median > > values. > > > > NTP from a stratum 3 clock is only going to be precise to a few > > milliseconds and for meaningful accuracy you need another order of > > magnitude. This is part of the function of the drift file in xntpd > > in which the daemon attempts to compensate for the drift and offset > > inherent in cheap oscillators used in computer applications. > > > > > > - Fellow nuts am I all wet here or have I missed a technique > > -- > Steve Rooke - ZL3TUV & G8KVD > Omnium finis imminet > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts > and > follow the instructions there. > From bruce.griffiths at xtra.co.nz Thu Oct 2 06:58:55 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Thu, 02 Oct 2008 23:58:55 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <85684E7476FA4C6DA9CBD75BE387F11E@athlon> References: <85684E7476FA4C6DA9CBD75BE387F11E@athlon> Message-ID: <48E4A96F.2090401@xtra.co.nz> Ulrich Bangert wrote: > Steve, > > >> Hmmm... If I measured a 10MHz oscillator for a 1/10 second, I >> could achieve, at best, 1ppm accuracy. Now my measuring >> system has a non accumulating error in the ms range, say <1s, >> so this would be totally unworkable. If I sampled for 1s, >> best would be .1ppm accuracy... >> > > this is a common misbelieve but simply not true. You need not buy the > most advanced stuff. Even a moderate surplus counter like the RACAL DANA > 1991/1992/1996 will get you < 1ppb (b, not m!) resolution @ 1 s. Since > more than 30 years counters do no more simply "count" but work with lots > clever electronic tricks inside! > > 73s de Ulrich, DF6JB > > This belief also appears to widespread in the musical instrument making community. ie a counter is useless for measuring the frequency of a plucked string because the sound doesnt last long enough for accurate measurement. With a reciprocal counter and time interval interpolators its is possible to make more accurate measurements than a naive analysis would suggest. However careful design of the signal conditioning is required to ensure that the counter input circuit noise doesn't degrade the measurement noise. In the particular case of a source like a plucked string it is perhaps more effective and informative to use a sound card for the measurement. For precision frequency comparisons NIST divide the frequencies to be compared down to about 1Hz and time stamp the resultant signal transitions and the leading edge of the PPS output of a GPS timing receiver with a resolution of a few picosec. The resultant timestamps are then processed (along with measurements taken with a similar system that time stamps the transitions of a 1Hz signal s derived from one or more of their frequency standards) to derive the frequencies of the various sources. Bruce From w3kl at w3kl.com Thu Oct 2 09:05:10 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 06:05:10 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B Message-ID: <728480.33864.qm@web35405.mail.mud.yahoo.com> I recently acquired an HP 5061B (Options 3 and 4).? The system came without an AC cable. ? I can easily make a replacement cable for the system.? However, I need to know the pin assignments.? I can open the unit to look, but if someone has the answer it would save me the hassle. ? Each of the pins on the jack at are assigned a letter. "G", "A", and "B" (I think). ? "G" is ground as it is connected to chassis (confirmed with am ohmmeter). ? Does anyone know which of the other two pins is AC hot and which is AC neutral? ? Thanks in advance. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 From w3kl at w3kl.com Thu Oct 2 09:18:46 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 06:18:46 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <728480.33864.qm@web35405.mail.mud.yahoo.com> Message-ID: <40777.59990.qm@web35406.mail.mud.yahoo.com> By the way...I know that for single phase AC the assignment of "hot" and "neutral" technically doesn't matter...but I'm a purist... ? Thanks. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Jeffrey Okamitsu wrote: From: Jeffrey Okamitsu Subject: [time-nuts] AC Connector On HP 5061B To: time-nuts at febo.com Date: Thursday, October 2, 2008, 9:05 AM I recently acquired an HP 5061B (Options 3 and 4).? The system came without an AC cable. ? I can easily make a replacement cable for the system.? However, I need to know the pin assignments.? I can open the unit to look, but if someone has the answer it would save me the hassle. ? Each of the pins on the jack at are assigned a letter. "G", "A", and "B" (I think). ? "G" is ground as it is connected to chassis (confirmed with am ohmmeter). ? Does anyone know which of the other two pins is AC hot and which is AC neutral? ? Thanks in advance. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From james.p.lux at jpl.nasa.gov Thu Oct 2 09:39:49 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Thu, 2 Oct 2008 06:39:49 -0700 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <1231b6a80810012218t8f9b37y7395215c24229305@mail.gmail.com> Message-ID: On 10/1/08 10:18 PM, "Steve Rooke" wrote: > 2008/10/2 Bruce Griffiths : > >> Save yourself a counter and just divide the frequency down to about 1Hz >> and time stamp the 1Hz transitions with the Linux box. >> As long as you know the division factor its easy enough to calculate the >> frequency. > > I'd planned on a simple interface to the PC via using the parallel, > suitably strapped, as a basic output port. Now, I could use it as an > input but I'd probably have to poll the port which would be somewhat > inefficient but an option I guess. Think I could just record the > staring time of the sampling and then the ending time plus the number > of cycles. If you're hacking some ASM code... Hook the input to one of the printer port lines that can generate and IRQ. Make your ISR just latch a counter and return. Then, your non-real time program just has to periodically read the counter and write it to a file. From tvb at LeapSecond.com Thu Oct 2 09:56:56 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 06:56:56 -0700 Subject: [time-nuts] AC Connector On HP 5061B References: <728480.33864.qm@web35405.mail.mud.yahoo.com> Message-ID: <002901c92496$bf682e60$0300a8c0@pc52> > I recently acquired an HP 5061B (Options 3 and 4). The system > came without an AC cable. > > I can easily make a replacement cable for the system. However, > I need to know the pin assignments. I can open the unit to look, > but if someone has the answer it would save me the hassle. You just got a 5061B and you don't want to open it? It is so cool looking inside, how can you resist? See the pin assignments in the 5061 manual: http://www.leapsecond.com/museum/hp5061a/5061a.pdf But, NEVER, make a power cord for something as precious as a 5061 without actually checking pins from the inside. On some models 5065/5061 that I have HP switched the pin assignments. See, for example, http://www.leapsecond.com/museum/hp5065a/conn.htm > Each of the pins on the jack at are assigned a letter. "G", "A", and "B" (I think). > "G" is ground as it is connected to chassis (confirmed with am ohmmeter). > Does anyone know which of the other two pins is AC hot and which is AC neutral? The other way to check it is pull the fuse and measure which pin is connected to the ends of the fuse holder. /tvb From XDE-L2G3 at myamail.com Thu Oct 2 10:02:53 2008 From: XDE-L2G3 at myamail.com (Mike Monett) Date: Thu, 02 Oct 2008 10:02:53 -0400 Subject: [time-nuts] Testing frequency using NTP References: Message-ID: >Date: Thu, 02 Oct 2008 23:58:55 +1300 >From: Bruce Griffiths >Subject: Re: [time-nuts] Testing frequency using NTP [...] > For precision frequency comparisons NIST divide the frequencies to > be compared down to about 1Hz and time stamp the resultant signal > transitions and the leading edge of the PPS output of a GPS timing > receiver with a resolution of a few picosec. > The resultant timestamps are then processed (along with > measurements taken with a similar system that time stamps the > transitions of a 1Hz signal derived from one or more of their > frequency standards) to derive the frequencies of the various > sources. > Bruce Hello Bruce, This is my first attempt to post so I'm not sure if it will work. I have been researching the forum archive and find it is by far the best resource on time and frequency available anywhere. Also, your posts are extremely helpful to a newcomer. Thanks! I am curious about the NIST GPS timing receiver that has a resolution of a few ps. It doesn't seem possible to get that kind of precision with conventional GPS methods that produce a 1pps signal. Can you describe more how this is done, and do you have any web links that give more information? Thanks, Mike Monett From scmcgrath at gmail.com Thu Oct 2 10:29:25 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Thu, 2 Oct 2008 10:29:25 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <002901c92496$bf682e60$0300a8c0@pc52> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <002901c92496$bf682e60$0300a8c0@pc52> Message-ID: Was this the pretty one on Ebay? - you really, really need to open it up at least to ensure nothing came adrift in shipping, I'll second Tom on the sheer coolness of the 5061B but also remember most of the components in a Cesium beam fall under the category of "Unobtainium" so you will want to ensure everything is as it should be. You will want to follow the preoperation checklist which can be found here http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak wrote: >> I recently acquired an HP 5061B (Options 3 and 4). The system >> came without an AC cable. >> >> I can easily make a replacement cable for the system. However, >> I need to know the pin assignments. I can open the unit to look, >> but if someone has the answer it would save me the hassle. > > You just got a 5061B and you don't want to open it? It is so cool > looking inside, how can you resist? > > See the pin assignments in the 5061 manual: > http://www.leapsecond.com/museum/hp5061a/5061a.pdf > > But, NEVER, make a power cord for something as precious as a > 5061 without actually checking pins from the inside. On some > models 5065/5061 that I have HP switched the pin assignments. > See, for example, > > http://www.leapsecond.com/museum/hp5065a/conn.htm > >> Each of the pins on the jack at are assigned a letter. "G", "A", and "B" (I think). >> "G" is ground as it is connected to chassis (confirmed with am ohmmeter). >> Does anyone know which of the other two pins is AC hot and which is AC neutral? > > The other way to check it is pull the fuse and measure which pin > is connected to the ends of the fuse holder. > > /tvb > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From w3kl at w3kl.com Thu Oct 2 11:09:51 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 08:09:51 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message-ID: <136543.33396.qm@web35405.mail.mud.yahoo.com> Scott, Tom.? Thanks for your input.? I am sure the unit was working before hand.? I will probably pop the top cover off and have a look. ? The schematic helps.? Thanks. ? Yes, this was the one on e-bay.? Was I bidding against you? ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Scott McGrath wrote: From: Scott McGrath Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Tom Van Baak" , "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 10:29 AM Was this the pretty one on Ebay? - you really, really need to open it up at least to ensure nothing came adrift in shipping, I'll second Tom on the sheer coolness of the 5061B but also remember most of the components in a Cesium beam fall under the category of "Unobtainium" so you will want to ensure everything is as it should be. You will want to follow the preoperation checklist which can be found here http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak wrote: >> I recently acquired an HP 5061B (Options 3 and 4). The system >> came without an AC cable. >> >> I can easily make a replacement cable for the system. However, >> I need to know the pin assignments. I can open the unit to look, >> but if someone has the answer it would save me the hassle. > > You just got a 5061B and you don't want to open it? It is so cool > looking inside, how can you resist? > > See the pin assignments in the 5061 manual: > http://www.leapsecond.com/museum/hp5061a/5061a.pdf > > But, NEVER, make a power cord for something as precious as a > 5061 without actually checking pins from the inside. On some > models 5065/5061 that I have HP switched the pin assignments. > See, for example, > > http://www.leapsecond.com/museum/hp5065a/conn.htm > >> Each of the pins on the jack at are assigned a letter. "G", "A", and "B" (I think). >> "G" is ground as it is connected to chassis (confirmed with am ohmmeter). >> Does anyone know which of the other two pins is AC hot and which is AC neutral? > > The other way to check it is pull the fuse and measure which pin > is connected to the ends of the fuse holder. > > /tvb > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From david.partridge at dsl.pipex.com Thu Oct 2 12:31:00 2008 From: david.partridge at dsl.pipex.com (David C. Partridge) Date: Thu, 2 Oct 2008 17:31:00 +0100 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <40777.59990.qm@web35406.mail.mud.yahoo.com> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> Message-ID: <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> That critically depends what country you are in. In the UK you can normally safely connect yourself between neutral and earth, as neutral is "always" bonded to earth at the sub-station. There may be a few volts on neutral due to phase imbalance in the three phase supply and how far you are from the sub-station, but normally that's not a problem. I really wouldn't like to connect myself between live (nominal 230V over here) and neutral though! I don't know the wiring rules in US well enough to determine how "safe" this would "over there". Dave -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu Sent: 02 October 2008 14:19 To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] AC Connector On HP 5061B By the way...I know that for single phase AC the assignment of "hot" and "neutral" technically doesn't matter...but I'm a purist... ? Thanks. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 From w3kl at w3kl.com Thu Oct 2 13:36:17 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 10:36:17 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> Message-ID: <296989.72875.qm@web35408.mail.mud.yahoo.com> US is similar regarding the lashing together of earth and ground for single phase power. However, current US electric code is very specific about which terminal of the AC plug is wired to "hot" and which is wired to "neutral". ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, David C. Partridge wrote: From: David C. Partridge Subject: Re: [time-nuts] AC Connector On HP 5061B To: "'Discussion of precise time and frequency measurement'" Date: Thursday, October 2, 2008, 12:31 PM That critically depends what country you are in. In the UK you can normally safely connect yourself between neutral and earth, as neutral is "always" bonded to earth at the sub-station. There may be a few volts on neutral due to phase imbalance in the three phase supply and how far you are from the sub-station, but normally that's not a problem. I really wouldn't like to connect myself between live (nominal 230V over here) and neutral though! I don't know the wiring rules in US well enough to determine how "safe" this would "over there". Dave -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu Sent: 02 October 2008 14:19 To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] AC Connector On HP 5061B By the way...I know that for single phase AC the assignment of "hot" and "neutral" technically doesn't matter...but I'm a purist... ? Thanks. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From hmurray at megapathdsl.net Thu Oct 2 13:56:45 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Thu, 02 Oct 2008 10:56:45 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message from Jeffrey Okamitsu of "Thu, 02 Oct 2008 10:36:17 PDT." <296989.72875.qm@web35408.mail.mud.yahoo.com> Message-ID: <20081002175646.6855BBCD4@ip-64-139-1-69.sjc.megapath.net> > US is similar regarding the lashing together of earth and ground for > single phase power. However, current US electric code is very specific > about which terminal of the AC plug is wired to "hot" and which is > wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. -- These are my opinions, not necessarily my employer's. I hate spam. From aa8k at comcast.net Thu Oct 2 14:10:43 2008 From: aa8k at comcast.net (Mike Naruta AA8K) Date: Thu, 02 Oct 2008 14:10:43 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> Message-ID: <48E50EA3.3030001@comcast.net> Basically, we get ours from a 230 Volt, center-tapped transformer secondary. The center tap is also earthed. We can connect 115 Volt appliances between either end of the transformer and center-tap "neutral". Higher-current appliances connect to both ends to get the full 230 Volts. The neutral is bonded to the earth connection at the mains panel. Ground Fault Interrupters (GFI) monitor the current flow in the "hot" and neutral conductors. Any imbalance indicates a current flow on the earth conductor and the GFI disconnects the circuit to remove a shock hazard. Interesting things happen when the neutral conductor between the mains panel and the utility transformer secondary has high resistance. Instead of the voltage being the same on both "hot" leads, the voltage is divided proportionately to the load resistance. One "hot" lead can be at, say, 30 Volts, while the other "hot" lead is at 200 Volts. This can be exciting. Mike - AA8K David C. Partridge wrote: > That critically depends what country you are in. > > In the UK you can normally safely connect yourself between neutral and > earth, as neutral is "always" bonded to earth at the sub-station. There > may be a few volts on neutral due to phase imbalance in the three phase > supply and how far you are from the sub-station, but normally that's not a > problem. I really wouldn't like to connect myself between live (nominal > 230V over here) and neutral though! > > I don't know the wiring rules in US well enough to determine how "safe" this > would "over there". > > Dave > From scmcgrath at gmail.com Thu Oct 2 14:11:07 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Thu, 2 Oct 2008 14:11:07 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <136543.33396.qm@web35405.mail.mud.yahoo.com> References: <136543.33396.qm@web35405.mail.mud.yahoo.com> Message-ID: No I bought a 5061A a few weeks before unfortunately it has issues some of which are traceable to improper packing. I'm surprised you did not buy the power cord (i did) on ebay. The Cannon connectors are expensive but they can be had from Powell Electronics here in Massachusetts. I think someone here knows the part # The reason Parts are Unobtainium is Agilent sold the Time and Frequency divsion to Symmetricom and while some parts stock is still available from Agilent most of the people have moved on plus the 5061 is a 20+ year old design and it was superceded by the microprocessor controlled 5071A which is an even better Cs device which is a couple of orders of magnitude better than our 5061x's. On the other hand the 5061 is approachable by someone with a well equipped lab. But still we own devices which at one time were the exclusive domain of Govenments, national laboratories and aerospace firms. Welcome to the club! On Thu, Oct 2, 2008 at 11:09 AM, Jeffrey Okamitsu wrote: > Scott, Tom. Thanks for your input. I am sure the unit was working before hand. I will probably pop the top cover off and have a look. > > The schematic helps. Thanks. > > Yes, this was the one on e-bay. Was I bidding against you? > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Thu, 10/2/08, Scott McGrath wrote: > > From: Scott McGrath > Subject: Re: [time-nuts] AC Connector On HP 5061B > To: "Tom Van Baak" , "Discussion of precise time and frequency measurement" > Date: Thursday, October 2, 2008, 10:29 AM > > Was this the pretty one on Ebay? - you really, really need to open it > up at least to ensure nothing came adrift in shipping, I'll second Tom > on the sheer coolness of the 5061B but also remember most of the > components in a Cesium beam fall under the category of "Unobtainium" > so you will want to ensure everything is as it should be. > > You will want to follow the preoperation checklist which can be found here > > http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 > > On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak wrote: >>> I recently acquired an HP 5061B (Options 3 and 4). The system >>> came without an AC cable. >>> >>> I can easily make a replacement cable for the system. However, >>> I need to know the pin assignments. I can open the unit to look, >>> but if someone has the answer it would save me the hassle. >> >> You just got a 5061B and you don't want to open it? It is so cool >> looking inside, how can you resist? >> >> See the pin assignments in the 5061 manual: >> http://www.leapsecond.com/museum/hp5061a/5061a.pdf >> >> But, NEVER, make a power cord for something as precious as a >> 5061 without actually checking pins from the inside. On some >> models 5065/5061 that I have HP switched the pin assignments. >> See, for example, >> >> http://www.leapsecond.com/museum/hp5065a/conn.htm >> >>> Each of the pins on the jack at are assigned a letter. "G", > "A", and "B" (I think). >>> "G" is ground as it is connected to chassis (confirmed with > am ohmmeter). >>> Does anyone know which of the other two pins is AC hot and which is AC > neutral? >> >> The other way to check it is pull the fuse and measure which pin >> is connected to the ends of the fuse holder. >> >> /tvb >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From james.p.lux at jpl.nasa.gov Thu Oct 2 14:41:22 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Thu, 2 Oct 2008 11:41:22 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> Message-ID: > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of David C. Partridge > Sent: Thursday, October 02, 2008 9:31 AM > To: 'Discussion of precise time and frequency measurement' > Subject: Re: [time-nuts] AC Connector On HP 5061B > > That critically depends what country you are in. > > In the UK you can normally safely connect yourself between neutral and > earth, as neutral is "always" bonded to earth at the > sub-station. There > may be a few volts on neutral due to phase imbalance in the > three phase supply and how far you are from the sub-station, > but normally that's not a > problem. I really wouldn't like to connect myself between > live (nominal > 230V over here) and neutral though! > > I don't know the wiring rules in US well enough to determine > how "safe" this would "over there". > > Dave > In the U.S., depending on where the installation is (residential vs industrial), the neutral ("groundED conductor") is bonded (code-speak for permanently connected) to the earth ground at the service entrance panel. The safety ground ("groundING conductor" aka green-wire ground) runs separately from that point. If you have a 15A receptacle (NEMA 5-15R, for instance), there is a rule about which slot connects to neutral and which to line (wider is closer to earth ground, e.g. neutral). And, on screw in light fixtures, the neutral must be connected to the shell (so that if some of the male thread is exposed, it's at lower voltage relative to the grounded fixture. There are lots of configurations possible (including, for instance, balanced 120V, where each side is 60V relative to earth ground) still using the NEMA 5-15R configuration. And, there's a lot of stuff when you're running off an isolated power source (e.g. a generator or UPS). And, if you're in an industrial or office environment, fed with 3 phase power, there's all kinds of strange configurations possible (e.g. delta, with the midpoint of one phase winding grounded, or Wye/Star with the neutral bonded through a high impedance to ground). But.. Bear in mind that NEC allows 2% voltage drop at the end of the run from the panel, so 2% of 120V is 2.4V, so the neutral *should* be about 1.2V above earth ground. From brooke at pacific.net Thu Oct 2 14:45:46 2008 From: brooke at pacific.net (Brooke Clarke) Date: Thu, 02 Oct 2008 11:45:46 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E50EA3.3030001@comcast.net> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> <48E50EA3.3030001@comcast.net> Message-ID: <48E516DA.1000402@pacific.net> Hi Mike: The reason for the center tapped transformer on the pole pig is to protect the house occupants from a primary to secondary short in the pole pig transformer. That would put 4KV into your house. It's not clear to me how 230 VAC countries handle that problem? If they also use the same transformer but only bring in the 230 VAC then neither side of the line is near ground potential. Have Fun, Brooke Clarke http://www.prc68.com/P/Prod.html Products I make and sell http://www.prc68.com/Alpha.shtml All my web pages listed based on html name http://www.PRC68.com http://www.precisionclock.com http://www.prc68.com/I/WebCam2.shtml 24/7 Sky-Weather-Astronomy Web Cam Mike Naruta AA8K wrote: > Basically, we get ours from a 230 Volt, > center-tapped transformer secondary. > The center tap is also earthed. We can > connect 115 Volt appliances between either > end of the transformer and center-tap "neutral". > Higher-current appliances connect to both > ends to get the full 230 Volts. > > The neutral is bonded to the earth connection > at the mains panel. > > Ground Fault Interrupters (GFI) monitor > the current flow in the "hot" and neutral > conductors. Any imbalance indicates a > current flow on the earth conductor and > the GFI disconnects the circuit to remove > a shock hazard. > > > Interesting things happen when the neutral > conductor between the mains panel and the > utility transformer secondary has high > resistance. Instead of the voltage being > the same on both "hot" leads, the voltage > is divided proportionately to the load > resistance. One "hot" lead can be at, > say, 30 Volts, while the other "hot" lead > is at 200 Volts. This can be exciting. > > > Mike - AA8K > > > > David C. Partridge wrote: >> That critically depends what country you are in. >> >> In the UK you can normally safely connect yourself between neutral and >> earth, as neutral is "always" bonded to earth at the sub-station. There >> may be a few volts on neutral due to phase imbalance in the three phase >> supply and how far you are from the sub-station, but normally that's not a >> problem. I really wouldn't like to connect myself between live (nominal >> 230V over here) and neutral though! >> >> I don't know the wiring rules in US well enough to determine how "safe" this >> would "over there". >> >> Dave >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From w3kl at w3kl.com Thu Oct 2 14:56:51 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 11:56:51 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <20081002175646.6855BBCD4@ip-64-139-1-69.sjc.megapath.net> Message-ID: <953814.52042.qm@web35402.mail.mud.yahoo.com> "What happens to a 5061 if I swap the power wires?? I can imagine some second order considerations that would depend on how the power transformer is constructed." ? This is my concern.? Hence, I want to get it right in the beginning. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Hal Murray wrote: From: Hal Murray Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 1:56 PM > US is similar regarding the lashing together of earth and ground for > single phase power. However, current US electric code is very specific > about which terminal of the AC plug is wired to "hot" and which is > wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. -- These are my opinions, not necessarily my employer's. I hate spam. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From sar10538 at gmail.com Thu Oct 2 15:02:27 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Fri, 3 Oct 2008 08:02:27 +1300 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E516DA.1000402@pacific.net> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> <48E50EA3.3030001@comcast.net> <48E516DA.1000402@pacific.net> Message-ID: <1231b6a80810021202h8878c14obc39c2600f1996c4@mail.gmail.com> 2008/10/3 Brooke Clarke : > It's not clear to me how 230 VAC countries handle that problem? If they also > use the same transformer but only bring in the 230 VAC then neither side of the > line is near ground potential. In 230/240 VAC the neutral side of the transformer output is earthed at the transformer end. So breakdowns in the transformer go direct to earth at the distribution transformer itself. At the customer end you will find a small voltage at the neutral terminal due to the current running down the resistance of the conductor back to the transformer. As this is not a balanced supply, outlets have specific connections to each pole of the mains and earth. The earth connection is made locally, usually bonded to the incoming water main. 73 Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From w3kl at w3kl.com Thu Oct 2 15:04:33 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 12:04:33 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message-ID: <290391.71932.qm@web35406.mail.mud.yahoo.com> Scott.? Thanks for the information.? Tsuchiya-san provided the part number for the connector and I have already ordered one from Powell. ? I am looking forward to getting the unit up and running and providing a stable 10 MHz from which I will lock all of my frequency sensitive test equipment. (spectrum analyzer, network analyzer, synthesized signal generator, and frequency counter). ? Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Scott McGrath wrote: From: Scott McGrath Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 2:11 PM No I bought a 5061A a few weeks before unfortunately it has issues some of which are traceable to improper packing. I'm surprised you did not buy the power cord (i did) on ebay. The Cannon connectors are expensive but they can be had from Powell Electronics here in Massachusetts. I think someone here knows the part # The reason Parts are Unobtainium is Agilent sold the Time and Frequency divsion to Symmetricom and while some parts stock is still available from Agilent most of the people have moved on plus the 5061 is a 20+ year old design and it was superceded by the microprocessor controlled 5071A which is an even better Cs device which is a couple of orders of magnitude better than our 5061x's. On the other hand the 5061 is approachable by someone with a well equipped lab. But still we own devices which at one time were the exclusive domain of Govenments, national laboratories and aerospace firms. Welcome to the club! On Thu, Oct 2, 2008 at 11:09 AM, Jeffrey Okamitsu wrote: > Scott, Tom. Thanks for your input. I am sure the unit was working before hand. I will probably pop the top cover off and have a look. > > The schematic helps. Thanks. > > Yes, this was the one on e-bay. Was I bidding against you? > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Thu, 10/2/08, Scott McGrath wrote: > > From: Scott McGrath > Subject: Re: [time-nuts] AC Connector On HP 5061B > To: "Tom Van Baak" , "Discussion of precise time and frequency measurement" > Date: Thursday, October 2, 2008, 10:29 AM > > Was this the pretty one on Ebay? - you really, really need to open it > up at least to ensure nothing came adrift in shipping, I'll second Tom > on the sheer coolness of the 5061B but also remember most of the > components in a Cesium beam fall under the category of "Unobtainium" > so you will want to ensure everything is as it should be. > > You will want to follow the preoperation checklist which can be found here > > http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 > > On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak wrote: >>> I recently acquired an HP 5061B (Options 3 and 4). The system >>> came without an AC cable. >>> >>> I can easily make a replacement cable for the system. However, >>> I need to know the pin assignments. I can open the unit to look, >>> but if someone has the answer it would save me the hassle. >> >> You just got a 5061B and you don't want to open it? It is so cool >> looking inside, how can you resist? >> >> See the pin assignments in the 5061 manual: >> http://www.leapsecond.com/museum/hp5061a/5061a.pdf >> >> But, NEVER, make a power cord for something as precious as a >> 5061 without actually checking pins from the inside. On some >> models 5065/5061 that I have HP switched the pin assignments. >> See, for example, >> >> http://www.leapsecond.com/museum/hp5065a/conn.htm >> >>> Each of the pins on the jack at are assigned a letter. "G", > "A", and "B" (I think). >>> "G" is ground as it is connected to chassis (confirmed with > am ohmmeter). >>> Does anyone know which of the other two pins is AC hot and which is AC > neutral? >> >> The other way to check it is pull the fuse and measure which pin >> is connected to the ends of the fuse holder. >> >> /tvb >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From ian.sheffield1 at tesco.net Thu Oct 2 15:09:29 2008 From: ian.sheffield1 at tesco.net (Ian Sheffield) Date: Thu, 2 Oct 2008 20:09:29 +0100 Subject: [time-nuts] AC Connector On HP 5061B References: <953814.52042.qm@web35402.mail.mud.yahoo.com> Message-ID: <012801c924c2$68352ae0$0300000a@cookie> Similar to what another poster suggested, but more direct - assuming the schematic shows that only the live side is fuse protected inside the HP, then if you take out the fuse on the rear panel, and see which prong on the connector connects to it, that should tell you. - unless both sides are fused :-( Ian. ----- Original Message ----- From: "Jeffrey Okamitsu" To: "Discussion of precise time and frequency measurement" Sent: Thursday, October 02, 2008 7:56 PM Subject: Re: [time-nuts] AC Connector On HP 5061B "What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed." This is my concern. Hence, I want to get it right in the beginning. Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Hal Murray wrote: From: Hal Murray Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 1:56 PM > US is similar regarding the lashing together of earth and ground for > single phase power. However, current US electric code is very specific > about which terminal of the AC plug is wired to "hot" and which is > wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. -- These are my opinions, not necessarily my employer's. I hate spam. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1703 - Release Date: 10/2/2008 07:46 From tvb at LeapSecond.com Thu Oct 2 15:15:31 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 12:15:31 -0700 Subject: [time-nuts] AC Connector On HP 5061B References: <20081002175646.6855BBCD4@ip-64-139-1-69.sjc.megapath.net> Message-ID: <001f01c924c3$3f0b7d30$0300a8c0@pc52> > What happens to a 5061 if I swap the power wires? I can imagine some second > order considerations that would depend on how the power transformer is > constructed. The transformer is symmetrical so no worries there. The only difference is the fuse. Black (hot) is fused, white (neutral) isn't. See the 5061A ac input schematic from figure 8-6 here: http://www.leapsecond.com/museum/hp5061a/ac-power-pins.gif /tvb From tvb at LeapSecond.com Thu Oct 2 15:43:28 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 12:43:28 -0700 Subject: [time-nuts] Testing frequency using NTP References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> Message-ID: <000301c924c7$26073c30$0300a8c0@pc52> > I'm wondering about the possibility of checking the frequency of my > oscillator by using a NTP synced RT Linux system. What I'm thinking of An "all-PC" frequency counter is a great idea. True, the performance is limited compared to GPS time sources and hardware frequency counters, but there's something to be said for an all (or almost all) software approach. Time-stamping from an external pin transition should work fine. Consider also using the sound card as a time comparator. If you put your divided down UUT the left channel and an NTP sync'd parallel or serial port tick into the right channel you can compare the relative phase by looking at the stereo input data. Phase change over time gives you frequency error. The instability of the sound card's own LO drops out of the equation. With 44.1 kHz sampling you could handle tick rates of 1 kHz without any problem. This should be quite a bit more accurate than 1 Hz sampling, so you might have to wait less for your goal of 1 ppm resolution. If the limiting factor is the quality of your NTP connection, then you've done a good job. /tvb From w3kl at w3kl.com Thu Oct 2 15:51:58 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 12:51:58 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <012801c924c2$68352ae0$0300000a@cookie> Message-ID: <855496.47849.qm@web35404.mail.mud.yahoo.com> According to the circuit diagram, only one side is fused and it is identified on the schematic as the "hot" side. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Ian Sheffield wrote: From: Ian Sheffield Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 3:09 PM Similar to what another poster suggested, but more direct - assuming the schematic shows that only the live side is fuse protected inside the HP, then if you take out the fuse on the rear panel, and see which prong on the connector connects to it, that should tell you. - unless both sides are fused :-( Ian. ----- Original Message ----- From: "Jeffrey Okamitsu" To: "Discussion of precise time and frequency measurement" Sent: Thursday, October 02, 2008 7:56 PM Subject: Re: [time-nuts] AC Connector On HP 5061B "What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed." This is my concern. Hence, I want to get it right in the beginning. Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Hal Murray wrote: From: Hal Murray Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 1:56 PM > US is similar regarding the lashing together of earth and ground for > single phase power. However, current US electric code is very specific > about which terminal of the AC plug is wired to "hot" and which is > wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. -- These are my opinions, not necessarily my employer's. I hate spam. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1703 - Release Date: 10/2/2008 07:46 _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From bruce.griffiths at xtra.co.nz Thu Oct 2 16:28:56 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 09:28:56 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: References: Message-ID: <48E52F08.8070400@xtra.co.nz> Mike Monett wrote: > Hello Bruce, > > This is my first attempt to post so I'm not sure if it will work. > > I have been researching the forum archive and find it is by far the > best resource on time and frequency available anywhere. Also, your > posts are extremely helpful to a newcomer. Thanks! > > I am curious about the NIST GPS timing receiver that has a > resolution of a few ps. It doesn't seem possible to get that kind of > precision with conventional GPS methods that produce a 1pps signal. > > Can you describe more how this is done, and do you have any web > links that give more information? > > Thanks, > > Mike Monett > > Mike They actually use an augmented form of GPS common view for which the GPS PPS signal and its timing variations are largely common to both locations and thus largely cancel when comparing the frequencies at the customer site with the standards at NIST. With a good timing receiver (and antenna location) the sawtooth corrected PPS signal timing noise can be as low as a few nanosec. The "all in view" technique will reduce the noise contribution to the comparison somewhat. The timestamp resolution of better than 30ps or so ensures that time stamp quantisation noise is negligible. It also allows, in principle at least, standalone 3 cornered hat comparisons of the frequency instabilities of the 3 sources connected to the customer instrument. For more detail see: http://tf.nist.gov/timefreq/service/fms.htm Only carrier phase GPS techniques are potentially capable of picosecond noise levels. However there are a large number of effects that have to be taken into account and data reduction and correction is very complex. Bruce From bruce.griffiths at xtra.co.nz Thu Oct 2 16:41:18 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 09:41:18 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <000301c924c7$26073c30$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> Message-ID: <48E531EE.5090505@xtra.co.nz> Tom Van Baak wrote: >> I'm wondering about the possibility of checking the frequency of my >> oscillator by using a NTP synced RT Linux system. What I'm thinking of >> > > An "all-PC" frequency counter is a great idea. True, the > performance is limited compared to GPS time sources and > hardware frequency counters, but there's something to be > said for an all (or almost all) software approach. > > Time-stamping from an external pin transition should work fine. > > Consider also using the sound card as a time comparator. > If you put your divided down UUT the left channel and an > NTP sync'd parallel or serial port tick into the right channel > you can compare the relative phase by looking at the stereo > input data. Phase change over time gives you frequency error. > > The instability of the sound card's own LO drops out of the > equation. With 44.1 kHz sampling you could handle tick rates > of 1 kHz without any problem. This should be quite a bit more > accurate than 1 Hz sampling, so you might have to wait less > for your goal of 1 ppm resolution. If the limiting factor is the > quality of your NTP connection, then you've done a good job. > > /tvb > > > Tom When using a sound card for frequency comparisons the zero crossing time stamp resolution is improved if the slew rate of the input signal is slow enough that several (3 or more) samples are taken in the vicinity of the zero crossing. One can then make use of WKS (Whittaker, Kotelnikov, Shannon) interpolation to accurately calculate a high resolution zero crossing time stamp. The instability of the sound card LO isnt completely cancelled if the zero crossings of the the 2 signals aren't coincident. Bruce From tvb at LeapSecond.com Thu Oct 2 17:09:34 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 14:09:34 -0700 Subject: [time-nuts] Testing frequency using NTP References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> Message-ID: <000c01c924d3$2c9e21b0$0300a8c0@pc52> > When using a sound card for frequency comparisons the zero crossing time > stamp resolution is improved if the slew rate of the input signal is > slow enough that several (3 or more) samples are taken in the vicinity > of the zero crossing. One can then make use of WKS (Whittaker, > Kotelnikov, Shannon) interpolation to accurately calculate a high > resolution zero crossing time stamp. Clever. > The instability of the sound card LO isnt completely cancelled if the > zero crossings of the the 2 signals aren't coincident. That seems right for absolute event timing with a stereo sound card but I think for a frequency measurement the delay, if any, between channels would also cancel out (as long as the delay itself stays relatively fixed). We'll know for sure when someone actually tries it. A sound card timing experiment, vaguely related to this, is here: http://www.leapsecond.com/pages/sound-1pps/ There I used a sound card to generate a 1 PPS and measured its ADEV. Note that this is unrelated to NTP (NTP disciplines the CPU or system bus clock, which is typically not the same oscillator as the sound card clock). Win32 source code: http://www.leapsecond.com/tools/1hz.c /tvb http://www.LeapSecond.com From cfharris at erols.com Thu Oct 2 17:18:24 2008 From: cfharris at erols.com (Chuck Harris) Date: Thu, 02 Oct 2008 17:18:24 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> Message-ID: <48E53AA0.6030700@erols.com> Lux, James P wrote: > In the U.S., depending on where the installation is (residential vs industrial), the neutral ("groundED conductor") > is bonded (code-speak for permanently connected) to the earth ground at the service entrance panel. The safety ground > ("groundING conductor" aka green-wire ground) runs separately from that point. That is true on 120V 15 or 20A circuits, whether you are industrial, or residential. > If you have a 15A receptacle (NEMA 5-15R, for instance), there is a rule about which slot connects to neutral and > which to line (wider is closer to earth ground, e.g. neutral). And, on screw in light fixtures, the neutral must be > connected to the shell (so that if some of the male thread is exposed, it's at lower voltage relative to the grounded > fixture. > > There are lots of configurations possible (including, for instance, balanced 120V, where each side is 60V relative to > earth ground) still using the NEMA 5-15R configuration. To the best of my knowledge, that configuration is only found in marine applications. NEC doesn't allow it on shore. > And, there's a lot of stuff when you're running off an isolated power source (e.g. a generator or UPS). > > And, if you're in an industrial or office environment, fed with 3 phase power, there's all kinds of strange > configurations possible (e.g. delta, with the midpoint of one phase winding grounded, or Wye/Star with the neutral > bonded through a high impedance to ground). True, but they all end up the same as the residential 120V circuit, with the black wire hot, and the white (or grey) neutral bonded to the service panel. -Chuck Harris From bruce.griffiths at xtra.co.nz Thu Oct 2 17:29:21 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 10:29:21 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <000c01c924d3$2c9e21b0$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> Message-ID: <48E53D31.8090706@xtra.co.nz> Tom Van Baak wrote: >> When using a sound card for frequency comparisons the zero crossing time >> stamp resolution is improved if the slew rate of the input signal is >> slow enough that several (3 or more) samples are taken in the vicinity >> of the zero crossing. One can then make use of WKS (Whittaker, >> Kotelnikov, Shannon) interpolation to accurately calculate a high >> resolution zero crossing time stamp. >> > > Clever. > > >> The instability of the sound card LO isnt completely cancelled if the >> zero crossings of the the 2 signals aren't coincident. >> > > That seems right for absolute event timing with a stereo sound card > but I think for a frequency measurement the delay, if any, between > channels would also cancel out (as long as the delay itself stays > relatively fixed). We'll know for sure when someone actually tries it. > > A sound card timing experiment, vaguely related to this, is here: > http://www.leapsecond.com/pages/sound-1pps/ > > There I used a sound card to generate a 1 PPS and measured its > ADEV. Note that this is unrelated to NTP (NTP disciplines the CPU > or system bus clock, which is typically not the same oscillator as > the sound card clock). > > Win32 source code: http://www.leapsecond.com/tools/1hz.c > > /tvb > http://www.LeapSecond.com > > Tom The short term phase instabilities of the sound card LO that occur during the finite interval between the zero crossing times for one channel and the zero crossing time for the other channel can be significant. Also even with a zero noise sound card LO the 2 zero crossings occur at different times so that some correction for the additional phase instability of the 2 sources over this time interval is needed in exactly the same way as for a dual mixer time difference system when the 2 zero crossings aren't nearly coincident in time. Such variations are substantially reduced when the input frequencies are increased. If the input signal SNR is sufficiently high the zero crossing time stamp jitter noise may be as low as a few ns for a 1khz input frequency. Bruce From phk at phk.freebsd.dk Thu Oct 2 17:31:55 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Thu, 02 Oct 2008 21:31:55 +0000 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: Your message of "Thu, 02 Oct 2008 12:43:28 MST." <000301c924c7$26073c30$0300a8c0@pc52> Message-ID: <1774.1222983115@critter.freebsd.dk> In message <000301c924c7$26073c30$0300a8c0 at pc52>, "Tom Van Baak" writes: >> I'm wondering about the possibility of checking the frequency of my >> oscillator by using a NTP synced RT Linux system. What I'm thinking of > >An "all-PC" frequency counter is a great idea. Actually, the best hardware for the job is the Soekris NET4501 which can timestamp a signal to a quarter microsecond. That's why we use it for NTP servers in the first place. All the software you need is in the FreeBSD kernel, and there is a handy userland program to get the measurments into ascii format (the earlier mentioned ppsapitest program). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From bruce.griffiths at xtra.co.nz Thu Oct 2 17:59:21 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 10:59:21 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <000c01c924d3$2c9e21b0$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> Message-ID: <48E54439.8030001@xtra.co.nz> Tom Van Baak wrote: >> The instability of the sound card LO isnt completely cancelled if the >> zero crossings of the the 2 signals aren't coincident. >> > > That seems right for absolute event timing with a stereo sound card > but I think for a frequency measurement the delay, if any, between > channels would also cancel out (as long as the delay itself stays > relatively fixed). We'll know for sure when someone actually tries it. > > A sound card timing experiment, vaguely related to this, is here: > http://www.leapsecond.com/pages/sound-1pps/ > > There I used a sound card to generate a 1 PPS and measured its > ADEV. Note that this is unrelated to NTP (NTP disciplines the CPU > or system bus clock, which is typically not the same oscillator as > the sound card clock). > > Win32 source code: http://www.leapsecond.com/tools/1hz.c > > /tvb > http://www.LeapSecond.com > Tom With a high end sound card one can lock the LO to a synthesized SPDIF source with a stable frequency reference which should minimise long term sound card LO frequency variations when these are significant. The major source of interchannel phase shift instability will be the phase shift instabilities of the sound card input RC coupling network particularly if electrolytic capacitors are used and the input frequencies are too close to the high pass RC filter 3dB frequency. Amplifier phase shift instabilities are much smaller and the interchannel group delay mismatch will be relatively small as the group delay for each channel is determined by the digital filters used by the ADC. With a high end (24 bit) sound card it is relatively easy to achieve a measurement noise comparable to that of the traditional zero crossing detector used in a dual mixer sytem. Bruce From wje at quackers.net Thu Oct 2 18:09:21 2008 From: wje at quackers.net (wje) Date: Thu, 02 Oct 2008 18:09:21 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <012801c924c2$68352ae0$0300000a@cookie> References: <953814.52042.qm@web35402.mail.mud.yahoo.com> <012801c924c2$68352ae0$0300000a@cookie> Message-ID: <48E54691.7030107@quackers.net> And this is another reason you should pay attention to hot and neutral. The hot side is usually where the fuse is, as is the case in the 5061. If you swap them, you no longer have any protection against an internal hot-to-ground AC fault. Bill Ezell ---------- They said 'Windows or better' so I used Linux. Ian Sheffield wrote: Similar to what another poster suggested, but more direct - assuming the schematic shows that only the live side is fuse protected inside the HP, then if you take out the fuse on the rear panel, and see which prong on the connector connects to it, that should tell you. - unless both sides are fused :-( Ian. ----- Original Message ----- From: "Jeffrey Okamitsu" [1] To: "Discussion of precise time and frequency measurement" [2] Sent: Thursday, October 02, 2008 7:56 PM Subject: Re: [time-nuts] AC Connector On HP 5061B "What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed." This is my concern. Hence, I want to get it right in the beginning. Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Hal Murray [3] wrote: From: Hal Murray [4] Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" [5] Date: Thursday, October 2, 2008, 1:56 PM US is similar regarding the lashing together of earth and ground for single phase power. However, current US electric code is very specific about which terminal of the AC plug is wired to "hot" and which is wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. References 1. mailto:w3kl at w3kl.com 2. mailto:time-nuts at febo.com 3. mailto:hmurray at megapathdsl.net 4. mailto:hmurray at megapathdsl.net 5. mailto:time-nuts at febo.com From james.p.lux at jpl.nasa.gov Thu Oct 2 19:27:04 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Thu, 2 Oct 2008 16:27:04 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E53AA0.6030700@erols.com> References: <728480.33864.qm@web35405.mail.mud.yahoo.com> <40777.59990.qm@web35406.mail.mud.yahoo.com> <34144257F8BF4D59B25BE9A5B0248FAD@APOLLO> <48E53AA0.6030700@erols.com> Message-ID: > > Lux, James P wrote: > > > In the U.S., depending on where the installation is (residential vs > > industrial), the neutral ("groundED conductor") is bonded > (code-speak > > for permanently connected) to the earth ground at the > service entrance panel. The safety ground ("groundING > conductor" aka green-wire ground) runs separately from that point. > > That is true on 120V 15 or 20A circuits, whether you are > industrial, or residential. One can have isolated circuits that have no connection (i.e. no "grounded conductor") (used for systems where there are humans connected to test equipment, for instance) and there's that high impedance bonding thing in industrial applications (although I think that ONLY applies to 3 phase loads..don't have the code here in front of me to check.) > > > If you have a 15A receptacle (NEMA 5-15R, for instance), there is a > > rule about which slot connects to neutral and which to line > (wider is > > closer to earth ground, e.g. neutral). And, on screw in light > > fixtures, the neutral must be connected to the shell (so > that if some of the male thread is exposed, it's at lower > voltage relative to the grounded fixture. > > > > There are lots of configurations possible (including, for instance, > > balanced 120V, where each side is 60V relative to earth > ground) still using the NEMA 5-15R configuration. > > To the best of my knowledge, that configuration is only found > in marine applications. > NEC doesn't allow it on shore. Actually, it does allow it (art 647, I think). It's used in recording studios, for instance (old NEC art 530). There's some wording about use under supervision of qualified personnel, but if you're smart enough to hook up balanced AC power for your rack of oscillators, you're probably qualified to use it. Just don't do it to wire your whole house that way. Might have to do some careful talking if it comes up.. But your time-nuts lab is probably an industrial occupancy, eh? Of course, if the thing is all contained within a big cabinet or rack, and you're not wiring up wall sockets, then the whole rack is the "utilization equipment" and what's inside doesn't necessarily have to follow NEC. > > > And, there's a lot of stuff when you're running off an > isolated power source (e.g. a generator or UPS). > > > > And, if you're in an industrial or office environment, fed with 3 > > phase power, there's all kinds of strange configurations possible > > (e.g. delta, with the midpoint of one phase winding > grounded, or Wye/Star with the neutral bonded through a high > impedance to ground). > > True, but they all end up the same as the residential 120V > circuit, with the black wire hot, and the white (or grey) > neutral bonded to the service panel. Delta with midpoint ground might not even have a neutral, even though it's a separately derived "grounded system". You'd have a 240V receptacle with 2 hots and a ground. I'm not sure if you could legally put a single phase receptacle between the high phase and one of the two low phases. But true if it's a 120V circuit.. The midpoint would be the neutral. From tvb at LeapSecond.com Thu Oct 2 20:32:10 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 17:32:10 -0700 Subject: [time-nuts] Testing frequency using NTP References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> <48E53D31.8090706@xtra.co.nz> Message-ID: <002701c924ef$7c755de0$0300a8c0@pc52> > Tom > > The short term phase instabilities of the sound card LO that occur > during the finite interval between the zero crossing times for one > channel and the zero crossing time for the other channel can be > significant. > ... Bruce, I'm all ears for details about the phase stability of sounds cards. But you need to define "significant" here. Give me real numbers and I'll believe it. Bear in mind that we're talking about a PC-based application with a couple of milliseconds of expected NTP time jitter, and a modest goal of measuring frequency to ppm levels even if it takes hours to achieve that level. /tvb From sar10538 at gmail.com Thu Oct 2 20:41:52 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Fri, 3 Oct 2008 13:41:52 +1300 Subject: [time-nuts] And, for my next trick, 50Hz Message-ID: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> Call me crazy but I wonder if my accurate relative period of time could be derived from the 230VAC 50Hz mains supply over here. Now, before you yell at me, consider this, I have a couple of mains driven clocks in the house and only seem to need to change the time on them when we go from Standard Time to Daylight Saving Time. Agreed, the instantaneous frequency of the mains is not always spot on but the long term average seems to be kept pretty accurate or we would all have to keep changing our mains timed clocks. If I knew the standard deviation of the mains, I could probably calculate the period of time I'd have to gate my breadboard "frequency counter" to achieve a certain accuracy. 73, Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From tvb at LeapSecond.com Thu Oct 2 20:52:26 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 17:52:26 -0700 Subject: [time-nuts] And, for my next trick, 50Hz References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> Message-ID: <001301c924f2$511ed330$0300a8c0@pc52> > Call me crazy but I wonder if my accurate relative period of time > could be derived from the 230VAC 50Hz mains supply over here. Now, > before you yell at me, consider this, I have a couple of mains driven > clocks in the house and only seem to need to change the time on them > when we go from Standard Time to Daylight Saving Time. Agreed, the > instantaneous frequency of the mains is not always spot on but the > long term average seems to be kept pretty accurate or we would all > have to keep changing our mains timed clocks. If I knew the standard > deviation of the mains, I could probably calculate the period of time > I'd have to gate my breadboard "frequency counter" to achieve a > certain accuracy. > > 73, Steve For standard (or Allan) deviation of mains frequencies, see: http://wwwhome.cs.utwente.nl/~ptdeboer/misc/mains.html <60 Hz AC Mains Frequency Accuracy Measurement> http://www.leapsecond.com/pages/mains/ /tvb From dforbes at dakotacom.net Thu Oct 2 21:14:18 2008 From: dforbes at dakotacom.net (David Forbes) Date: Thu, 2 Oct 2008 18:14:18 -0700 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <002701c924ef$7c755de0$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> <48E53D31.8090706@xtra.co.nz> <002701c924ef$7c755de0$0300a8c0@pc52> Message-ID: At 5:32 PM -0700 10/2/08, Tom Van Baak wrote: >> Tom >> >> The short term phase instabilities of the sound card LO that occur >> during the finite interval between the zero crossing times for one >> channel and the zero crossing time for the other channel can be >> significant. >> ... > >Bruce, > >I'm all ears for details about the phase stability of sounds cards. >But you need to define "significant" here. Give me real numbers >and I'll believe it. > >Bear in mind that we're talking about a PC-based application with >a couple of milliseconds of expected NTP time jitter, and a modest >goal of measuring frequency to ppm levels even if it takes hours >to achieve that level. > >/tvb Tom, I expect that the answer is highly dependent on what sort of PLL they use on the sound card to generate the sampling clock from the oscillator. PLLs used on digital cards can be very lousy with regard to jitter. I remember designing a VMEbus card about 10 years ago that used a little 20-pin IC Works PLL chip to double the clock. When I looked closely, I saw that that chip was responsible for generating a nanosecond of jitter on a 66 MHz clock. That is one crappy PLL! But a nanosecond is much smaller than the millisecond NTP jitter, so you'd have to compare the sound card's clock jitter to that of the NTP server averaged over millions of 1 KHz clock input edges to see the effects of the PLL. A sound card that uses a directly divided crystal oscillator, if such things exist, should be several orders of magnitude better. Curiously, the icworks.com domain name is now available for purchase. -- --David Forbes, Tucson, AZ http://www.cathodecorner.com/ From bruce.griffiths at xtra.co.nz Thu Oct 2 21:34:28 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 14:34:28 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <002701c924ef$7c755de0$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> <48E53D31.8090706@xtra.co.nz> <002701c924ef$7c755de0$0300a8c0@pc52> Message-ID: <48E576A4.7000309@xtra.co.nz> Tom Van Baak wrote: >> Tom >> >> The short term phase instabilities of the sound card LO that occur >> during the finite interval between the zero crossing times for one >> channel and the zero crossing time for the other channel can be >> significant. >> ... >> > > Bruce, > > I'm all ears for details about the phase stability of sounds cards. > But you need to define "significant" here. Give me real numbers > and I'll believe it. > > Bear in mind that we're talking about a PC-based application with > a couple of milliseconds of expected NTP time jitter, and a modest > goal of measuring frequency to ppm levels even if it takes hours > to achieve that level. > > /tvb > > Tom When compared to a few milliseconds of NTP jitter the phase instability of a sound card LO is usually insignificant, particularly if it is sampling at a frequency directly derived from a crystal oscillator via division either explicit or implicit. For the more demanding task of comparing a couple of reasonably stable sources such phase instabilities appear to be relatively small (subnanosecond with a high end card). The simplest way to evaluate this for a particular sound card is to divide down the output of a low noise OCXO, low pass filter the resultant signal and drive both sound card channels with the same signal. A stable phase shift between the channels can be produced by driving the L and R channels in antiphase. The simplest way to do this with a stable phase shift between the 2 signals, at least with a quasi sinusoidal signal, is to use an audio transformer with a centre tapped secondary. With a high end sound card that has balanced inputs it is even simpler to drive the 2 channels 180 degrees out of phase. This allows the measurement noise to be evaluated as a function of the time interval between the zero crossings for each channel by varying the signal frequency. To minimise the contribution from sound card input noise (or at least maintain this constant) the signal transition times should remain fixed as the signal frequency is varied. It is also essential to use a low phase noise signal or the signal phase instability for an averaging time of 1/2 the signal period will dominate. With an input signal having a finite slew rate at the zero crossing sound card noise will produce zero crossing time stamp jitter that exceeds any contribution from the LO. For example, a full scale 1 kHz input signal will have a zero crossing time stamp jitter of 1.6ns if the sound card rms noise is 10ppm of full scale. Only a few sound cards are this quiet. This can be reduced by digital filtering which lowers the effective bandwidth. This isn't so different from the low pass filtering of the mixer IF output used in classical dual mixer time difference systems or in such instruments as the TS5120A. It would be useful if the phase stability data for different sound cards could be obtained. I only have a relatively high end card with balanced inputs except for motherboard sound systems most of which appear to be rather noisy - lots of extraneous signals present in the ADC output spectrum. Bruce From w3kl at w3kl.com Thu Oct 2 22:01:38 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Thu, 2 Oct 2008 19:01:38 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E54691.7030107@quackers.net> Message-ID: <435424.38503.qm@web35407.mail.mud.yahoo.com> Good point. ? BTW.? I confirmed the schematic - B is "hot", A is "neutral". ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, wje wrote: From: wje Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Thursday, October 2, 2008, 6:09 PM And this is another reason you should pay attention to hot and neutral. The hot side is usually where the fuse is, as is the case in the 5061. If you swap them, you no longer have any protection against an internal hot-to-ground AC fault. Bill Ezell ---------- They said 'Windows or better' so I used Linux. Ian Sheffield wrote: Similar to what another poster suggested, but more direct - assuming the schematic shows that only the live side is fuse protected inside the HP, then if you take out the fuse on the rear panel, and see which prong on the connector connects to it, that should tell you. - unless both sides are fused :-( Ian. ----- Original Message ----- From: "Jeffrey Okamitsu" [1] To: "Discussion of precise time and frequency measurement" [2] Sent: Thursday, October 02, 2008 7:56 PM Subject: Re: [time-nuts] AC Connector On HP 5061B "What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed." This is my concern. Hence, I want to get it right in the beginning. Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Thu, 10/2/08, Hal Murray [3] wrote: From: Hal Murray [4] Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" [5] Date: Thursday, October 2, 2008, 1:56 PM US is similar regarding the lashing together of earth and ground for single phase power. However, current US electric code is very specific about which terminal of the AC plug is wired to "hot" and which is wired to "neutral". It used to matter back in the tube days when cheap radios/TVs didn't have a power transformer. The neutral was connected to the chassis and the B+ was derived from the hot line. That gives you a hot chassis if you swap the power wires. (The chassis was all hidden in plastic, at least in theory.) What happens to a 5061 if I swap the power wires? I can imagine some second order considerations that would depend on how the power transformer is constructed. References 1. mailto:w3kl at w3kl.com 2. mailto:time-nuts at febo.com 3. mailto:hmurray at megapathdsl.net 4. mailto:hmurray at megapathdsl.net 5. mailto:time-nuts at febo.com _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From bruce.griffiths at xtra.co.nz Thu Oct 2 22:09:03 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 15:09:03 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <48E54439.8030001@xtra.co.nz> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> <48E54439.8030001@xtra.co.nz> Message-ID: <48E57EBF.7050503@xtra.co.nz> > Tom > > > The major source of interchannel phase shift instability will be the > phase shift instabilities of the sound card input RC coupling network > particularly if electrolytic capacitors are used and the input > frequencies are too close to the high pass RC filter 3dB frequency. > Amplifier phase shift instabilities are much smaller and the > interchannel group delay mismatch will be relatively small as the group > delay for each channel is determined by the digital filters used by the ADC. > > For temperatures around 20C a wet electrolytic cap has a tempco of aroun +500ppm/C or so. With a 0.5dBinput frequency of 20Hz a typical sound card has a high pass filter input time constant of about 33ms. At 1kHz the corresponding phase shift is about 800ns with a tempco of about 0.4ns/C. Bruce From bruce.griffiths at xtra.co.nz Thu Oct 2 22:37:52 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 15:37:52 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <48E57EBF.7050503@xtra.co.nz> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52> <48E54439.8030001@xtra.co.nz> <48E57EBF.7050503@xtra.co.nz> Message-ID: <48E58580.30205@xtra.co.nz> Bruce Griffiths wrote: >> Tom >> >> >> The major source of interchannel phase shift instability will be the >> phase shift instabilities of the sound card input RC coupling network >> particularly if electrolytic capacitors are used and the input >> frequencies are too close to the high pass RC filter 3dB frequency. >> Amplifier phase shift instabilities are much smaller and the >> interchannel group delay mismatch will be relatively small as the group >> delay for each channel is determined by the digital filters used by the ADC. >> >> >> > For temperatures around 20C a wet electrolytic cap has a tempco of aroun > +500ppm/C or so. > With a 0.5dBinput frequency of 20Hz a typical sound card has a high pass > filter input time constant of about 33ms. > At 1kHz the corresponding phase shift is about 800ns with a tempco of > about 0.4ns/C. > > Bruce > Correction: The time constant should have been 22ms and the phase shift 1.16us with a tempco of 580ps/C. Since both channels have the same nominal low frequency cutoff the differential phase shift tempco will be somewhat smaller. Bruce From didier at cox.net Thu Oct 2 22:43:55 2008 From: didier at cox.net (Didier Juges) Date: Thu, 2 Oct 2008 21:43:55 -0500 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <1231b6a80810021202h8878c14obc39c2600f1996c4@mail.gmail.com> References: <728480.33864.qm@web35405.mail.mud.yahoo.com><40777.59990.qm@web35406.mail.mud.yahoo.com><34144257F8BF4D59B25BE9A5B0248FAD@APOLLO><48E50EA3.3030001@comcast.net> <48E516DA.1000402@pacific.net> <1231b6a80810021202h8878c14obc39c2600f1996c4@mail.gmail.com> Message-ID: > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Steve Rooke > Sent: Thursday, October 02, 2008 2:02 PM > To: brooke at pacific.net; Discussion of precise time and > frequency measurement > Subject: Re: [time-nuts] AC Connector On HP 5061B > > 2008/10/3 Brooke Clarke : > > It's not clear to me how 230 VAC countries handle that problem? If > > they also use the same transformer but only bring in the > 230 VAC then > > neither side of the line is near ground potential. > > In 230/240 VAC the neutral side of the transformer output is > earthed at the transformer end. So breakdowns in the > transformer go direct to earth at the distribution > transformer itself. At the customer end you will find a small > voltage at the neutral terminal due to the current running > down the resistance of the conductor back to the transformer. > As this is not a balanced supply, outlets have specific > connections to each pole of the mains and earth. The earth > connection is made locally, usually bonded to the incoming water main. > > 73 > Steve > -- > Steve Rooke - ZL3TUV & G8KVD > Omnium finis imminet > In France, power distribution is typically via 3 phase 220/380, so each 220 phase has one side at neutral. I am not sure where it is grounded. Usually, the three phases drive separate areas of the house in an attempt to balance the load. Few houses used to have all electric heating, even though that trend has increased substantially in the last 20 years. High power consumers (such as house heating) use the three phase directly (that's the case in my dad's house.) There is no pole-pig in France, each neighborhood has a larger transformer in a small building at the end of the street feeding a significant number of houses. Distribution to the transformer is at high voltage (6kV I think, but I may be off). Since over 80% of electrical power in France comes from nuclear power plants, the effect of gas prices on electricity prices has not been very significant yet. Didier KO4BB From sar10538 at gmail.com Thu Oct 2 23:29:19 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Fri, 3 Oct 2008 16:29:19 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <001301c924f2$511ed330$0300a8c0@pc52> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> Message-ID: <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> Hi Tom, 2008/10/3 Tom Van Baak : > For standard (or Allan) deviation of mains frequencies, see: > > > http://wwwhome.cs.utwente.nl/~ptdeboer/misc/mains.html > > <60 Hz AC Mains Frequency Accuracy Measurement> > http://www.leapsecond.com/pages/mains/ Many thanks for these pointers, very interesting and useful work. This does show that for a long sampling time, quite a high degree of accuracy could be obtained. The downsides are that the sampling period would have to be very long and could easily be affected by power cuts causing failure to my proposed testing method. So theory proved but impractical. Looks like I'll have to bite the bullet and go with a GPS disciplined ocxo to make a good frequency standard. Cheers, Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From tvb at LeapSecond.com Thu Oct 2 23:29:25 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 20:29:25 -0700 Subject: [time-nuts] Testing frequency using NTP References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52><48E54439.8030001@xtra.co.nz> <48E57EBF.7050503@xtra.co.nz> <48E58580.30205@xtra.co.nz> Message-ID: <001501c92508$3f672460$0300a8c0@pc52> > The time constant should have been 22ms and the phase shift 1.16us with > a tempco of 580ps/C. > Since both channels have the same nominal low frequency cutoff the > differential phase shift tempco will be somewhat smaller. Thanks for the calculations. So it's probably safe to say the differential phase shift stability is many orders of magnitude less than NTP jitter. Good. Anyway, I think it would make a fun project to see how well a typical PC sound card actually does as a 1PPS or LF phase comparator and frequency counter. I wouldn't expect better results than a $50 surplus eBay time interval counter, but it would be interesting to see just how bad or even how good it might be. There are, after all, many timing applications where nanosecond and picosecond resolution isn't required. /tvb From bruce.griffiths at xtra.co.nz Thu Oct 2 23:53:57 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 16:53:57 +1300 Subject: [time-nuts] Testing frequency using NTP In-Reply-To: <001501c92508$3f672460$0300a8c0@pc52> References: <1231b6a80810011707q5d4a2295ne757716317fbc807@mail.gmail.com> <000301c924c7$26073c30$0300a8c0@pc52> <48E531EE.5090505@xtra.co.nz> <000c01c924d3$2c9e21b0$0300a8c0@pc52><48E54439.8030001@xtra.co.nz> <48E57EBF.7050503@xtra.co.nz> <48E58580.30205@xtra.co.nz> <001501c92508$3f672460$0300a8c0@pc52> Message-ID: <48E59755.4070909@xtra.co.nz> Tom Van Baak wrote: > Anyway, I think it would make a fun project to see how well a > typical PC sound card actually does as a 1PPS or LF phase > comparator and frequency counter. I wouldn't expect better > results than a $50 surplus eBay time interval counter, but it > would be interesting to see just how bad or even how good it > might be. There are, after all, many timing applications where > nanosecond and picosecond resolution isn't required. > > /tvb > > Tom If one has a frequency counter with say 100uV rms equivalent input noise and a 1V peak 1kHz sinewave input signal the trigger jitter will be about 16ns rms. Some frequency counter trigger circuits will be noisier than this. Thus a good sound card can be expected to have somewhat lower noise than this when comparing 2 ~ 1kHz sinewave signals. To improve the low frequency trigger noise of a counter a carefully designed zero crossing detector is required to drive the counter. Such a zero crossing detector will be limited to a narrow range of frequencies unless the various filter time constants etc can be adjusted to optimise the zero crossing detector to suit the input frequency of interest. Thus the performance of a sound card for comparison low frequency sinewave signals will exceed that of a $50 or even $10,000 counter unless suitable ZCDs are used to drive the counter inputs. If the signal zero crossing slew rates are large enough a good counter may outperform a sound card even with low frequency signals. Bruce From tvb at LeapSecond.com Fri Oct 3 00:21:03 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Thu, 2 Oct 2008 21:21:03 -0700 Subject: [time-nuts] And, for my next trick, 50Hz References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> Message-ID: <002401c9250f$76694f40$0300a8c0@pc52> > Many thanks for these pointers, very interesting and useful work. This > does show that for a long sampling time, quite a high degree of > accuracy could be obtained. The downsides are that the sampling period > would have to be very long and could easily be affected by power cuts > causing failure to my proposed testing method. So theory proved but > impractical. Looks like I'll have to bite the bullet and go with a GPS > disciplined ocxo to make a good frequency standard. > > Cheers, > Steve Ah, if you are a time-nut of course you will bite the bullet and get a GPSDO. But you should also not give up on the PC idea. If it works it will be a great gift to many people (OK, maybe not the pico- and nanosecond crowd, but to regular millisecond kind of folks). And, I no longer think long sample times are required. Consider the following. Assume you can get NTP to give you ms or sub-millisecond accurate time-stamps. Also assume you divide down your UUT to something like 1 kHz and feed that into one channel of your sound card (and as Bruce pointed out, maybe the slower the rise time the better in this case). Now, collect 16-bits of waveform data at 44.1 kHz. First, note that it's not exactly 44.100000 kHz -- but over time, as your circular input buffers fill up, you can use NTP time-stamps to calculate what the sampling rate precisely was/is. Then, looking at your highly oversampled waveform data, you can calculate the phase of your UUT frequency relative to the now precisely known sound card sampling rate. Over time you will see the phase drift, which then directly gives you the UUT frequency error. So what you end up doing is using the sound card like a high resolution vernier between NTP timekeeping on the inside and your UUT on the outside. I bet you a Thunderbolt that you can measure to 1 ppm within ten seconds. /tvb http://www.LeapSecond.com p.s. For extra credit, tee your UUT into both channels, do twice the math, and see if you can measure both differential phase, and differential phase drift between them. From bruce.griffiths at xtra.co.nz Fri Oct 3 00:38:25 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Fri, 03 Oct 2008 17:38:25 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <002401c9250f$76694f40$0300a8c0@pc52> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> Message-ID: <48E5A1C1.7090702@xtra.co.nz> Tom Van Baak wrote: > measure to 1 ppm within ten seconds. > > /tvb > http://www.LeapSecond.com > > p.s. For extra credit, tee your UUT into both channels, do twice > the math, and see if you can measure both differential phase, > and differential phase drift between them. > > > Tom A better way may be to drive both sound card input channels in phase quadrature with a pair of sinewave signals. One can then any variations in calculated phase (arctan (L/R)) will be due to differences phase variations between the L and R channels and variations in the phase shift between the 2 signals. Since 250us of delay line is somewhat inconvenient, will have high attenuation and will be very expensive some other means of generating the 2 signals in phase quadrature is required. Corrections would need to be made for the effect of amplitude and quadrature phase errors. Bruce From chris.cheney at tesco.net Fri Oct 3 04:31:29 2008 From: chris.cheney at tesco.net (Chris Cheney) Date: Fri, 03 Oct 2008 09:31:29 +0100 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> Message-ID: <48E5E671.9736.29558B@chris.cheney.tesco.net> On 3 Oct 2008 at 13:41, Steve Rooke wrote: > Call me crazy but I wonder if my accurate relative period of time > could be derived from the 230VAC 50Hz mains supply over here. Now, > before you yell at me, consider this, I have a couple of mains driven > clocks in the house and only seem to need to change the time on them when > we go from Standard Time to Daylight Saving Time. Agreed, the > instantaneous frequency of the mains is not always spot on but the long > term average seems to be kept pretty accurate or we would all have to keep > changing our mains timed clocks. If I knew the standard deviation of the > mains, I could probably calculate the period of time I'd have to gate my > breadboard "frequency counter" to achieve a certain accuracy. A bit of Googling finds: Frequency: "a variation not exceeding 1 per cent above or below the declared frequency;" (http://www.statutelaw.gov.uk/content.aspx?LegType=All+Legislation&title=e lectricity+safety+quality+continuity&searchEnacted=0&extentMatchOnly=0&con fersPower=0&blanketAmendment=0&sortAlpha=0&TYPE=QS&PageNumber=1&NavFrom=0& parentActiveTextDocId=1590332&ActiveTextDocId=1590368&filesize=4590 - section 27(3)(a)) Electric clock time: "NGET will endeavour (in so far as it is able) to control electric clock time to within plus or minus 10 seconds" (http://www.nationalgrid.com/NR/rdonlyres/4894C7AA-DCD2-4835-9986- 57338C31C86A/9922/BC3_i3r18.pdf - section BC3.4.3) BTW wrt earthing via the incoming water main - in the UK, plastic pipe is commonly used for incoming water mains these days. 73 Chris G3RSE From d.seiter at comcast.net Fri Oct 3 04:43:24 2008 From: d.seiter at comcast.net (d.seiter at comcast.net) Date: Fri, 03 Oct 2008 08:43:24 +0000 Subject: [time-nuts] Need a simple ID for some gear Message-ID: <100320080843.26745.48E5DB2C00086EF10000687922007340769D0A9B070A9CD20B@comcast.net> I don't know a whole bunch about microwave gear, so I need a little help. I came across a small box in a pile this evening and I don't have a clue what it is. It's a T construct, with SMAs at both ends of the horizontal. The vertical end looks like it's terminated to gnd. Internal construction in a plate which connects all three terminals. Above and below the plate is a ceramic triangle with a circular black insert. Each plate of the outer case has a circular magnet the same size as the black insert on the ceramic plates, on the external side, and there is a U shaped steel clamp which covers the entire assembly. This is probably a really easy question for some of you out there....what is it? I also came across some K&L filters from my time at Cylink, but the website gave me no joy. When the sample says S/N 1, I don't expect much... I suppose I could just feed a signal through them and see where the outputs occur.... both series have 5787.5 embedded n the part number, so I'm thinking that's the center or cutoff frequency. -Dave From t_list_1_only at braw.co.uk Fri Oct 3 04:57:01 2008 From: t_list_1_only at braw.co.uk (David ) Date: Fri, 3 Oct 2008 09:57:01 +0100 Subject: [time-nuts] Need a simple ID for some gear In-Reply-To: Message-ID: > I don't know a whole bunch about microwave gear, so I need a > little help. I came across a small box in a pile this > evening and I don't have a clue what it is. > > It's a T construct, with SMAs at both ends of the horizontal. > The vertical end looks like it's terminated to gnd. > Internal construction in a plate which connects all three > terminals. Above and below the plate is a ceramic triangle > with a circular black insert. Each plate of the outer case > has a circular magnet the same size as the black insert on > the ceramic plates, on the external side, and there is a U > shaped steel clamp which covers the entire assembly. > > This is probably a really easy question for some of you out > there....what is it? Opening guess- a microwave isolator, the third port being a 50 ohm load rather than a short to ground? http://en.wikipedia.org/wiki/Circulator Problem is they tend to be relatively narrow band (say 5%) so I have an expanding junk box that never quite has the one that would be useful ! Cheers From stanw1le at verizon.net Fri Oct 3 09:08:33 2008 From: stanw1le at verizon.net (Stan W1LE) Date: Fri, 03 Oct 2008 09:08:33 -0400 Subject: [time-nuts] Need a simple ID for some gear In-Reply-To: <100320080843.26745.48E5DB2C00086EF10000687922007340769D0A9B070A9CD20B@comcast.net> References: <100320080843.26745.48E5DB2C00086EF10000687922007340769D0A9B070A9CD20B@comcast.net> Message-ID: <48E61951.3000102@verizon.net> Sounds like a isolator, a passive ferrite device. Stan, W1LE Cape Cod d.seiter at comcast.net wrote: > I don't know a whole bunch about microwave gear, so I need a little help. I came across a small box in a pile this evening and I don't have a clue what it is. > > It's a T construct, with SMAs at both ends of the horizontal. The vertical end looks like it's terminated to gnd. Internal construction in a plate which connects all three terminals. Above and below the plate is a ceramic triangle with a circular black insert. Each plate of the outer case has a circular magnet the same size as the black insert on the ceramic plates, on the external side, and there is a U shaped steel clamp which covers the entire assembly. > > This is probably a really easy question for some of you out there....what is it? > > I also came across some K&L filters from my time at Cylink, but the website gave me no joy. When the sample says S/N 1, I don't expect much... I suppose I could just feed a signal through them and see where the outputs occur.... both series have 5787.5 embedded n the part number, so I'm thinking that's the center or cutoff frequency. > > -Dave > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > From james.p.lux at jpl.nasa.gov Fri Oct 3 09:19:29 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Fri, 3 Oct 2008 06:19:29 -0700 Subject: [time-nuts] Need a simple ID for some gear In-Reply-To: <100320080843.26745.48E5DB2C00086EF10000687922007340769D0A9B070A9CD20B@comcast.net> Message-ID: Ferrite circulator. Black insert is ferrite If one of the three ports is terminated, it?s hooked up as an isolator. Jim On 10/3/08 1:43 AM, "d.seiter at comcast.net" wrote: > I don't know a whole bunch about microwave gear, so I need a little help. I > came across a small box in a pile this evening and I don't have a clue what it > is. > > It's a T construct, with SMAs at both ends of the horizontal. The vertical > end looks like it's terminated to gnd. Internal construction in a plate which > connects all three terminals. Above and below the plate is a ceramic triangle > with a circular black insert. Each plate of the outer case has a circular > magnet the same size as the black insert on the ceramic plates, on the > external side, and there is a U shaped steel clamp which covers the entire > assembly. > > This is probably a really easy question for some of you out there....what is > it? > > I also came across some K&L filters from my time at Cylink, but the website > gave me no joy. When the sample says S/N 1, I don't expect much... I suppose > I could just feed a signal through them and see where the outputs occur.... > both series have 5787.5 embedded n the part number, so I'm thinking that's the > center or cutoff frequency. > From scmcgrath at gmail.com Fri Oct 3 10:02:49 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Fri, 3 Oct 2008 10:02:49 -0400 Subject: [time-nuts] Noisy output on Austron 2100T Message-ID: My Austron 2100T outputs have significant noise on the peaks of pulses and square wave output, Is this normal or is this a fault I need to correct other than that it works quite nicely and I am usually locked to Nantucket MA or Seneca NY if Nantucket is out of service Thanks Scott N1JIN From scmcgrath at gmail.com Fri Oct 3 10:09:02 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Fri, 3 Oct 2008 10:09:02 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <290391.71932.qm@web35406.mail.mud.yahoo.com> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> Message-ID: You need one other piece of gear then. A dIstribution amplifier if you do not already have one - they come up pretty frequently on ebay and there is a thread on building the NIST reference design ongoing the thread title is "homebrew 13 dBm distribution amplifier based on NIST design 5 to 100 MHz" On the DA you will want to ensure all your output cables are of identical length as this will ensure that all signals are in phase at the timebase input(s). It's a small thing really a fraction of a picosecond but it's there and easily compensated for. On Thu, Oct 2, 2008 at 3:04 PM, Jeffrey Okamitsu wrote: > Scott. Thanks for the information. Tsuchiya-san provided the part number for the connector and I have already ordered one from Powell. > > I am looking forward to getting the unit up and running and providing a stable 10 MHz from which I will lock all of my frequency sensitive test equipment. (spectrum analyzer, network analyzer, synthesized signal generator, and frequency counter). > > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Thu, 10/2/08, Scott McGrath wrote: > > From: Scott McGrath > Subject: Re: [time-nuts] AC Connector On HP 5061B > To: "Discussion of precise time and frequency measurement" > Date: Thursday, October 2, 2008, 2:11 PM > > No I bought a 5061A a few weeks before unfortunately it has issues > some of which are traceable to improper packing. I'm surprised you > did not buy the power cord (i did) on ebay. The Cannon connectors > are expensive but they can be had from Powell Electronics here in > Massachusetts. > > I think someone here knows the part # > > The reason Parts are Unobtainium is Agilent sold the Time and > Frequency divsion to Symmetricom and while some parts stock is still > available from Agilent most of the people have moved on plus the 5061 > is a 20+ year old design and it was superceded by the microprocessor > controlled 5071A which is an even better Cs device which is a couple > of orders of magnitude better than our 5061x's. On the other hand > the 5061 is approachable by someone with a well equipped lab. > > But still we own devices which at one time were the exclusive domain > of Govenments, national laboratories and aerospace firms. > > Welcome to the club! > > On Thu, Oct 2, 2008 at 11:09 AM, Jeffrey Okamitsu wrote: >> Scott, Tom. Thanks for your input. I am sure the unit was working before > hand. I will probably pop the top cover off and have a look. >> >> The schematic helps. Thanks. >> >> Yes, this was the one on e-bay. Was I bidding against you? >> >> Jeff >> >> Jeffrey K. Okamitsu, PhD, MBA >> +1-609-638-5402 >> >> --- On Thu, 10/2/08, Scott McGrath wrote: >> >> From: Scott McGrath >> Subject: Re: [time-nuts] AC Connector On HP 5061B >> To: "Tom Van Baak" , "Discussion > of precise time and frequency measurement" >> Date: Thursday, October 2, 2008, 10:29 AM >> >> Was this the pretty one on Ebay? - you really, really need to open it >> up at least to ensure nothing came adrift in shipping, I'll second Tom >> on the sheer coolness of the 5061B but also remember most of the >> components in a Cesium beam fall under the category of > "Unobtainium" >> so you will want to ensure everything is as it should be. >> >> You will want to follow the preoperation checklist which can be found here >> >> > http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 >> >> On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak > wrote: >>>> I recently acquired an HP 5061B (Options 3 and 4). The system >>>> came without an AC cable. >>>> >>>> I can easily make a replacement cable for the system. However, >>>> I need to know the pin assignments. I can open the unit to look, >>>> but if someone has the answer it would save me the hassle. >>> >>> You just got a 5061B and you don't want to open it? It is so cool >>> looking inside, how can you resist? >>> >>> See the pin assignments in the 5061 manual: >>> http://www.leapsecond.com/museum/hp5061a/5061a.pdf >>> >>> But, NEVER, make a power cord for something as precious as a >>> 5061 without actually checking pins from the inside. On some >>> models 5065/5061 that I have HP switched the pin assignments. >>> See, for example, >>> >>> http://www.leapsecond.com/museum/hp5065a/conn.htm >>> >>>> Each of the pins on the jack at are assigned a letter. > "G", >> "A", and "B" (I think). >>>> "G" is ground as it is connected to chassis (confirmed > with >> am ohmmeter). >>>> Does anyone know which of the other two pins is AC hot and which > is AC >> neutral? >>> >>> The other way to check it is pull the fuse and measure which pin >>> is connected to the ends of the fuse holder. >>> >>> /tvb >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From sar10538 at gmail.com Fri Oct 3 11:52:06 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 04:52:06 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <48E5E671.9736.29558B@chris.cheney.tesco.net> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <48E5E671.9736.29558B@chris.cheney.tesco.net> Message-ID: <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> Hi Chris, 2008/10/3 Chris Cheney : > A bit of Googling finds: > > Frequency: "a variation not exceeding 1 per cent above or below the > declared frequency;" > (http://www.statutelaw.gov.uk/content.aspx?LegType=All+Legislation&title=e > lectricity+safety+quality+continuity&searchEnacted=0&extentMatchOnly=0&con > fersPower=0&blanketAmendment=0&sortAlpha=0&TYPE=QS&PageNumber=1&NavFrom=0& > parentActiveTextDocId=1590332&ActiveTextDocId=1590368&filesize=4590 - > section 27(3)(a)) Hmmm... that would make a mockery of keeping time on the large number of mains timed clocks in the UK. They would be out by a minute about every hour and a half or a quarter of an hour each day, which would be hopeless! > Electric clock time: "NGET will endeavour (in so far as it is able) to > control electric clock time to within plus or minus 10 seconds" > (http://www.nationalgrid.com/NR/rdonlyres/4894C7AA-DCD2-4835-9986- > 57338C31C86A/9922/BC3_i3r18.pdf - section BC3.4.3) For some reason I could not get this link down, it just keeps stopping about a third of the way through. The title does not give an idea of the nature of the period for which the 10 seconds drift is acceptable. > BTW wrt earthing via the incoming water main - in the UK, plastic pipe is > commonly used for incoming water mains these days. That is probably the case now so I guess they must put a local earth spike instead. What I was trying to convey was that there was a local earth at each house. 73 Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From w3kl at w3kl.com Fri Oct 3 12:35:03 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 09:35:03 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message-ID: <779066.76212.qm@web35401.mail.mud.yahoo.com> Scott.? Yes, I'm working on acquiring a DA.? I'm also considering homebrewing one.? I've been watching the thread on the NIST design. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Fri, 10/3/08, Scott McGrath wrote: From: Scott McGrath Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Friday, October 3, 2008, 10:09 AM You need one other piece of gear then. A dIstribution amplifier if you do not already have one - they come up pretty frequently on ebay and there is a thread on building the NIST reference design ongoing the thread title is "homebrew 13 dBm distribution amplifier based on NIST design 5 to 100 MHz" On the DA you will want to ensure all your output cables are of identical length as this will ensure that all signals are in phase at the timebase input(s). It's a small thing really a fraction of a picosecond but it's there and easily compensated for. On Thu, Oct 2, 2008 at 3:04 PM, Jeffrey Okamitsu wrote: > Scott. Thanks for the information. Tsuchiya-san provided the part number for the connector and I have already ordered one from Powell. > > I am looking forward to getting the unit up and running and providing a stable 10 MHz from which I will lock all of my frequency sensitive test equipment. (spectrum analyzer, network analyzer, synthesized signal generator, and frequency counter). > > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Thu, 10/2/08, Scott McGrath wrote: > > From: Scott McGrath > Subject: Re: [time-nuts] AC Connector On HP 5061B > To: "Discussion of precise time and frequency measurement" > Date: Thursday, October 2, 2008, 2:11 PM > > No I bought a 5061A a few weeks before unfortunately it has issues > some of which are traceable to improper packing. I'm surprised you > did not buy the power cord (i did) on ebay. The Cannon connectors > are expensive but they can be had from Powell Electronics here in > Massachusetts. > > I think someone here knows the part # > > The reason Parts are Unobtainium is Agilent sold the Time and > Frequency divsion to Symmetricom and while some parts stock is still > available from Agilent most of the people have moved on plus the 5061 > is a 20+ year old design and it was superceded by the microprocessor > controlled 5071A which is an even better Cs device which is a couple > of orders of magnitude better than our 5061x's. On the other hand > the 5061 is approachable by someone with a well equipped lab. > > But still we own devices which at one time were the exclusive domain > of Govenments, national laboratories and aerospace firms. > > Welcome to the club! > > On Thu, Oct 2, 2008 at 11:09 AM, Jeffrey Okamitsu wrote: >> Scott, Tom. Thanks for your input. I am sure the unit was working before > hand. I will probably pop the top cover off and have a look. >> >> The schematic helps. Thanks. >> >> Yes, this was the one on e-bay. Was I bidding against you? >> >> Jeff >> >> Jeffrey K. Okamitsu, PhD, MBA >> +1-609-638-5402 >> >> --- On Thu, 10/2/08, Scott McGrath wrote: >> >> From: Scott McGrath >> Subject: Re: [time-nuts] AC Connector On HP 5061B >> To: "Tom Van Baak" , "Discussion > of precise time and frequency measurement" >> Date: Thursday, October 2, 2008, 10:29 AM >> >> Was this the pretty one on Ebay? - you really, really need to open it >> up at least to ensure nothing came adrift in shipping, I'll second Tom >> on the sheer coolness of the 5061B but also remember most of the >> components in a Cesium beam fall under the category of > "Unobtainium" >> so you will want to ensure everything is as it should be. >> >> You will want to follow the preoperation checklist which can be found here >> >> > http://www.home.agilent.com/agilent/facet.jspx?cc=US&lc=eng&t=80091.k.3&no=150 >> >> On Thu, Oct 2, 2008 at 9:56 AM, Tom Van Baak > wrote: >>>> I recently acquired an HP 5061B (Options 3 and 4). The system >>>> came without an AC cable. >>>> >>>> I can easily make a replacement cable for the system. However, >>>> I need to know the pin assignments. I can open the unit to look, >>>> but if someone has the answer it would save me the hassle. >>> >>> You just got a 5061B and you don't want to open it? It is so cool >>> looking inside, how can you resist? >>> >>> See the pin assignments in the 5061 manual: >>> http://www.leapsecond.com/museum/hp5061a/5061a.pdf >>> >>> But, NEVER, make a power cord for something as precious as a >>> 5061 without actually checking pins from the inside. On some >>> models 5065/5061 that I have HP switched the pin assignments. >>> See, for example, >>> >>> http://www.leapsecond.com/museum/hp5065a/conn.htm >>> >>>> Each of the pins on the jack at are assigned a letter. > "G", >> "A", and "B" (I think). >>>> "G" is ground as it is connected to chassis (confirmed > with >> am ohmmeter). >>>> Does anyone know which of the other two pins is AC hot and which > is AC >> neutral? >>> >>> The other way to check it is pull the fuse and measure which pin >>> is connected to the ends of the fuse holder. >>> >>> /tvb >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From sar10538 at gmail.com Fri Oct 3 12:52:03 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 05:52:03 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <002401c9250f$76694f40$0300a8c0@pc52> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> Message-ID: <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> Tom, 2008/10/3 Tom Van Baak : > Ah, if you are a time-nut of course you will bite the bullet and > get a GPSDO. But you should also not give up on the PC idea. > If it works it will be a great gift to many people (OK, maybe not > the pico- and nanosecond crowd, but to regular millisecond > kind of folks). Well, that's the way I plan to go now but as you say there is indeed some merit in continuing with the idea of using NTP to check the frequency of an oscillator as per my original idea. Certainly I believe that figures in the milisecond area are probably achievable without too much trouble. > And, I no longer think long sample times are required. > > Consider the following. Assume you can get NTP to give you > ms or sub-millisecond accurate time-stamps. Also assume you > divide down your UUT to something like 1 kHz and feed that > into one channel of your sound card (and as Bruce pointed > out, maybe the slower the rise time the better in this case). > > Now, collect 16-bits of waveform data at 44.1 kHz. First, note > that it's not exactly 44.100000 kHz -- but over time, as your > circular input buffers fill up, you can use NTP time-stamps to > calculate what the sampling rate precisely was/is. This would produce a lot of data and be quite intensive in processor time. Sampling the input waveform is easy as it's done in hardware on the sound card but if we are time-stamping each sample with an accurate wall time value that is going to be a lot of system calls and I wonder if this may come out of sync at times. > Then, looking at your highly oversampled waveform data, you > can calculate the phase of your UUT frequency relative to the > now precisely known sound card sampling rate. Over time you > will see the phase drift, which then directly gives you the UUT > frequency error. It's a very interesting idea and I may have a go at this one. > So what you end up doing is using the sound card like a high > resolution vernier between NTP timekeeping on the inside and > your UUT on the outside. I bet you a Thunderbolt that you can > measure to 1 ppm within ten seconds. Lets see, phase shift of 1ppm in 10 seconds at a sampling rate of 44KHz. So our error is 10^-6 so over 10 seconds becomes a 10^-5 change. Now 44KHz is a rate of 4.4x10^4 or 0.44x10^5. So that looks like we would come up a bit short on data to verify the 1ppm difference, IE. only 0.44 sample to indicate the error which would not show up. at 10ppm we would have 4.4 samples to show the difference which would be more workable. Is my logic wrong here or when do I get my Thunderbolt? > p.s. For extra credit, tee your UUT into both channels, do twice > the math, and see if you can measure both differential phase, > and differential phase drift between them. This would really just check the phase difference between samples for the two channels of the sound card and I would expect that to remain fairly constant. It's an interesting point though, I wonder if both channels are sampled simultaneously or in a serial fashion. If that was the case, and assuming that the samples were equally spaced between the two channels, you may get the equivalent of an 88KHz sampling rate which would just push the ability of this system to measure a 1ppm difference. I guess it depends on if the sound card uses two A2D converter or just one and switches this between channels. I think that switching it between channels may be a bit of a messy affair due to the settling time needed before the sample is taken on each channel. So do I get two Thunderbolts now. 73, Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Fri Oct 3 13:18:46 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 06:18:46 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> Message-ID: <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> Tom, Sorry to post in response to my previous post but perhaps this system could work if the input signal did have a quite a slow rise time. I was thinking more of coupling the output of the proposed 1KHz divider through quite a small amount of low-pass filtration. If the 1KHz was passed through a low-pass filter at the fundamental we would get a sine-wave with a relatively slow rise time and the ability to get more samples around the zero crossing point. Taking it a stage further, we could pass our square wave though an integrator to produce a linear sawtooth which would provide the best way to measure any phase shift. Now I think this could work to gauge 1ppm in 10 seconds but you would really need a short-term stable NTP disciplined clock to do it. I wonder what the average allan variance would be for this setup over a 10 second period. 73, Steve 2008/10/4 Steve Rooke : > Tom, > > 2008/10/3 Tom Van Baak : >> Ah, if you are a time-nut of course you will bite the bullet and >> get a GPSDO. But you should also not give up on the PC idea. >> If it works it will be a great gift to many people (OK, maybe not >> the pico- and nanosecond crowd, but to regular millisecond >> kind of folks). > > Well, that's the way I plan to go now but as you say there is indeed > some merit in continuing with the idea of using NTP to check the > frequency of an oscillator as per my original idea. Certainly I > believe that figures in the milisecond area are probably achievable > without too much trouble. > >> And, I no longer think long sample times are required. >> >> Consider the following. Assume you can get NTP to give you >> ms or sub-millisecond accurate time-stamps. Also assume you >> divide down your UUT to something like 1 kHz and feed that >> into one channel of your sound card (and as Bruce pointed >> out, maybe the slower the rise time the better in this case). >> >> Now, collect 16-bits of waveform data at 44.1 kHz. First, note >> that it's not exactly 44.100000 kHz -- but over time, as your >> circular input buffers fill up, you can use NTP time-stamps to >> calculate what the sampling rate precisely was/is. > > This would produce a lot of data and be quite intensive in processor > time. Sampling the input waveform is easy as it's done in hardware on > the sound card but if we are time-stamping each sample with an > accurate wall time value that is going to be a lot of system calls and > I wonder if this may come out of sync at times. > >> Then, looking at your highly oversampled waveform data, you >> can calculate the phase of your UUT frequency relative to the >> now precisely known sound card sampling rate. Over time you >> will see the phase drift, which then directly gives you the UUT >> frequency error. > > It's a very interesting idea and I may have a go at this one. > >> So what you end up doing is using the sound card like a high >> resolution vernier between NTP timekeeping on the inside and >> your UUT on the outside. I bet you a Thunderbolt that you can >> measure to 1 ppm within ten seconds. > > Lets see, phase shift of 1ppm in 10 seconds at a sampling rate of > 44KHz. So our error is 10^-6 so over 10 seconds becomes a 10^-5 > change. Now 44KHz is a rate of 4.4x10^4 or 0.44x10^5. So that looks > like we would come up a bit short on data to verify the 1ppm > difference, IE. only 0.44 sample to indicate the error which would not > show up. at 10ppm we would have 4.4 samples to show the difference > which would be more workable. Is my logic wrong here or when do I get > my Thunderbolt? > >> p.s. For extra credit, tee your UUT into both channels, do twice >> the math, and see if you can measure both differential phase, >> and differential phase drift between them. > > This would really just check the phase difference between samples for > the two channels of the sound card and I would expect that to remain > fairly constant. It's an interesting point though, I wonder if both > channels are sampled simultaneously or in a serial fashion. If that > was the case, and assuming that the samples were equally spaced > between the two channels, you may get the equivalent of an 88KHz > sampling rate which would just push the ability of this system to > measure a 1ppm difference. I guess it depends on if the sound card > uses two A2D converter or just one and switches this between channels. > I think that switching it between channels may be a bit of a messy > affair due to the settling time needed before the sample is taken on > each channel. > > So do I get two Thunderbolts now. > > 73, Steve > -- > Steve Rooke - ZL3TUV & G8KVD > Omnium finis imminet > -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From hmurray at megapathdsl.net Fri Oct 3 13:51:47 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Fri, 03 Oct 2008 10:51:47 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message from "Scott McGrath" of "Fri, 03 Oct 2008 10:09:02 EDT." Message-ID: <20081003175148.E1A5ABCD5@ip-64-139-1-69.sjc.megapath.net> > On the DA you will want to ensure all your output cables are of > identical length as this will ensure that all signals are in phase at > the timebase input(s). It's a small thing really a fraction of a > picosecond but it's there and easily compensated for. If you are after picoseconds, you have to match cable lengths very carefully. The rule of thumb is a foot per nanosecond. Coax is slower: roughly 1/2 for junk but faster for good (low loss) coax. The way I remember the number for fibers (and good coax) is that 1 ft/ns would be 5 microseconds per mile. Fiber is 5 microseconds per kilometer. All you need to calculate the speed of light is the dielectric constant. (I'd have to dig out a book to find the formula. It's probably k/squt(e)) Good coax is mostly air which reduces the dielectric constant and speeds up light. Similarly, traces on the outside layers of a PCB (half air if you neglect the solder mask) are faster than traces on inside layers. Good coax uses foam rather than solid dielectric. It's mostly air which reduces the dielectric constant. -- These are my opinions, not necessarily my employer's. I hate spam. From w3kl at w3kl.com Fri Oct 3 14:01:43 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 11:01:43 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <20081003175148.E1A5ABCD5@ip-64-139-1-69.sjc.megapath.net> Message-ID: <308300.65077.qm@web35402.mail.mud.yahoo.com> A better way to cut coax to the right delay lengths is to use a network analyzer. ? From tvb at LeapSecond.com Fri Oct 3 14:19:36 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Fri, 3 Oct 2008 11:19:36 -0700 Subject: [time-nuts] AC Connector On HP 5061B References: <290391.71932.qm@web35406.mail.mud.yahoo.com> Message-ID: <002f01c92584$97dc0760$0300a8c0@pc52> > On the DA you will want to ensure all your output cables are of > identical length as this will ensure that all signals are in phase at > the timebase input(s). It's a small thing really a fraction of a > picosecond but it's there and easily compensated for. When does the phase of the timebase input mean anything? Most test equipment is happy to have a stable external frequency input; the phase is immaterial, no? Can someone give me an example when relative phase among various random pieces of test equipment is important? /tvb From david.partridge at dsl.pipex.com Fri Oct 3 14:32:12 2008 From: david.partridge at dsl.pipex.com (David C. Partridge) Date: Fri, 3 Oct 2008 19:32:12 +0100 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <308300.65077.qm@web35402.mail.mud.yahoo.com> References: <20081003175148.E1A5ABCD5@ip-64-139-1-69.sjc.megapath.net> <308300.65077.qm@web35402.mail.mud.yahoo.com> Message-ID: <7FBAF7A76AD042279F5F8A7AB6934669@APOLLO> Or use a TDR like the Tektronix 7S12. RG400 (solid PTFE dielectrice IIRC) in my experience typically comes out at about 8.6" per nS which is slightly at odds with the published propogation speed of .69 which would suggest 8.28". The 5nS cables I made up not long back are almost exactly 43" long. RG58 has a published propogation velocity of .66 (8" per nS) but tends to vary rather more in characteristics (electrical length versus measured length). Dave -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu Sent: 03 October 2008 19:02 To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] AC Connector On HP 5061B A better way to cut coax to the right delay lengths is to use a network analyzer. ? From tvb at LeapSecond.com Fri Oct 3 14:33:11 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Fri, 3 Oct 2008 11:33:11 -0700 Subject: [time-nuts] And, for my next trick, 50Hz References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> Message-ID: <003401c92586$7dacc5d0$0300a8c0@pc52> > This would produce a lot of data and be quite intensive in processor > time. Sampling the input waveform is easy as it's done in hardware on There's no need to time-stamp each sample (and I'm not sure this is even possible with sound card API's). What I meant is to time-stamp each sound card input buffer completion interrupt. For example, a 512 byte buffer would give you 86.1 interrupts per second which should be plenty of time-stamps to precisely determine the relative clock rates of NTP vs. the sound card without creating much overhead. You could play with the trade-off of buffer size and the number of circular buffers to achieve both the desired precision and the desired reliability. Your precision goal is to know the frequency offset of the sound card to 1ppm vs. NTP. Your reliability goal is zero input buffer data loss. > Lets see, phase shift of 1ppm in 10 seconds at a sampling rate of > 44KHz. So our error is 10^-6 so over 10 seconds becomes a 10^-5 > change. Now 44KHz is a rate of 4.4x10^4 or 0.44x10^5. So that looks > like we would come up a bit short on data to verify the 1ppm > difference, IE. only 0.44 sample to indicate the error which would not > show up. at 10ppm we would have 4.4 samples to show the difference > which would be more workable. Is my logic wrong here or when do I get > my Thunderbolt? My calculations were -- a frequency error of 1 ppm is a 1 us per second phase drift. Since you are sampling at 44.1 kHz (which is one sample every 22.67 us) the leading edge (or the peak, or centroid, or whatever) of the sampled UUT waveform will drift by one "quantum" (a sample bucket) in just 22 seconds. I think we are on the same page so far. Now, with not much math, and because you see 1000 waveforms per second, you should be able to nail down the *average* phase of the UUT to less than one bucket; depending on the noise level, maybe way less than one bucket. But if even half a bucket, you'd detect 1ppm in 10 seconds. At least that was my hunch. Note that since the UUT frequency (nominally 1 kHz) is not exactly synchronized with the sound card sampling frequency (nominally 44.1 kHz) the saw-tooth like effect you will see is also to your great advantage. In addition, any modest jitter in the sound card or in your UUT will further make your phase measurements average down better than one bucket. Watching the std dev of your edge detect measurements would be a good indication of how long you actually need to continue sampling in order to meet a 1 ppm resolution goal. Clearly, if you can't nail down the UUT waveform to even within ten 44.1 kHz samples, you're talking a frequency measurement duration of minutes rather than seconds. /tvb http://www.LeapSecond.com From chris.cheney at tesco.net Fri Oct 3 15:10:20 2008 From: chris.cheney at tesco.net (Chris Cheney) Date: Fri, 03 Oct 2008 20:10:20 +0100 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com>, <48E5E671.9736.29558B@chris.cheney.tesco.net>, <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> Message-ID: <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> > > Electric clock time: "NGET will endeavour (in so far as it is able) to > > control electric clock time to within plus or minus 10 seconds" > > (http://www.nationalgrid.com/NR/rdonlyres/4894C7AA-DCD2-4835-9986- > > 57338C31C86A/9922/BC3_i3r18.pdf - section BC3.4.3) > > For some reason I could not get this link down, it just keeps stopping > about a third of the way through. The title does not give an idea of the > nature of the period for which the 10 seconds drift is acceptable. I don't have a problem with the page (using either Firefox or IE). FWIW here is the whole of the relevant paragraph BC3.4.3 Electric Time NGET will endeavour (in so far as it is able) to control electric clock time to within plus or minus 10 seconds by specifying changes to Target Frequency, by accepting bids and offers in the Balancing Mechanism. Errors greater than plus or minus 10 seconds may be temporarily accepted at NGET's reasonable discretion. I believe that they are saying that the accumulated phase error will normally be less than 10 seconds worth, but that amount of phase error may exist indefinitely. 73 Chris G3RSE From holrum at hotmail.com Fri Oct 3 15:12:55 2008 From: holrum at hotmail.com (Mark Sims) Date: Fri, 3 Oct 2008 19:12:55 +0000 Subject: [time-nuts] HP 5371A problem In-Reply-To: References: Message-ID: I have an HP5371A with a problem. It fails the Input Amplifier test. The error message says Bad Comparator: Result A: stuck low. If you do a auto trigger level set, channel A gives flakey readings. When measuring the internal timebase signal (patching the back panel BNC to the input pods) "auto trigger" on channel A sets the threshold around -1.2V, channel B gives around -26 mV. If you manually set the channel A trigger level it seems to work fine. Changing the "A" threshold a few percent will give good readings. This makes me suspect that the comparator hybrid may not be at fault. Any ideas of what is going on or how to fix it? I did swap the card with another machine and the problem is with the A2 card. Or does anybody have a spare A2 input amp card for a 5371A? ---------------------------------------- _________________________________________________________________ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008 From wb6bnq at cox.net Fri Oct 3 15:21:30 2008 From: wb6bnq at cox.net (WB6BNQ) Date: Fri, 03 Oct 2008 12:21:30 -0700 Subject: [time-nuts] AC Connector On HP 5061B References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> Message-ID: <48E670BA.DEDBB045@cox.net> Tom Van Baak wrote: > > On the DA you will want to ensure all your output cables are of > > identical length as this will ensure that all signals are in phase at > > the timebase input(s). It's a small thing really a fraction of a > > picosecond but it's there and easily compensated for. > > When does the phase of the timebase input mean anything? > Most test equipment is happy to have a stable external frequency > input; the phase is immaterial, no? Can someone give me an > example when relative phase among various random pieces of > test equipment is important? > > /tvb Hi Tom, Your absolutely right. The only two places that I can think of, off hand, would be televison and RADAR (systems with multiple terminals). Bill....WB6BNQ From dforbes at dakotacom.net Fri Oct 3 15:26:40 2008 From: dforbes at dakotacom.net (David Forbes) Date: Fri, 03 Oct 2008 12:26:40 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E670BA.DEDBB045@cox.net> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> <48E670BA.DEDBB045@cox.net> Message-ID: <48E671F0.8050407@dakotacom.net> WB6BNQ wrote: > Tom Van Baak wrote: > >>> On the DA you will want to ensure all your output cables are of >>> identical length as this will ensure that all signals are in phase at >>> the timebase input(s). It's a small thing really a fraction of a >>> picosecond but it's there and easily compensated for. >> When does the phase of the timebase input mean anything? >> Most test equipment is happy to have a stable external frequency >> input; the phase is immaterial, no? Can someone give me an >> example when relative phase among various random pieces of >> test equipment is important? >> >> /tvb > > Hi Tom, > > Your absolutely right. The only two places that I can think of, off hand, would > be televison and RADAR (systems with multiple terminals). > > Bill....WB6BNQ A counterexample would be a sampling system, in which it is required that the sample clock be free-running relative to the signal clock. Otherwise all samples will be at the same few points in the input waveform! From bruce.griffiths at xtra.co.nz Fri Oct 3 15:58:26 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 08:58:26 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> Message-ID: <48E67962.5000908@xtra.co.nz> Steve >> So what you end up doing is using the sound card like a high >> resolution vernier between NTP timekeeping on the inside and >> your UUT on the outside. I bet you a Thunderbolt that you can >> measure to 1 ppm within ten seconds. >> > > Lets see, phase shift of 1ppm in 10 seconds at a sampling rate of > 44KHz. So our error is 10^-6 so over 10 seconds becomes a 10^-5 > change. Now 44KHz is a rate of 4.4x10^4 or 0.44x10^5. So that looks > like we would come up a bit short on data to verify the 1ppm > difference, IE. only 0.44 sample to indicate the error which would not > show up. at 10ppm we would have 4.4 samples to show the difference > which would be more workable. Is my logic wrong here or when do I get > my Thunderbolt? > > Try WKS interpolation (or even linear interpolation if you have enough samples of the signal transitions) to achieve sub sampling period resolution. All the information required to do this is contained within the sample stream. This is how jitter is measured with a digital oscilloscope with ps or even sub ps resolution even though no digital oscilloscope yet has a sample rate anywhere near 1 THz. >> p.s. For extra credit, tee your UUT into both channels, do twice >> the math, and see if you can measure both differential phase, >> and differential phase drift between them. >> > > This would really just check the phase difference between samples for > the two channels of the sound card and I would expect that to remain > fairly constant. It's an interesting point though, I wonder if both > channels are sampled simultaneously or in a serial fashion. If that > was the case, and assuming that the samples were equally spaced > between the two channels, you may get the equivalent of an 88KHz > sampling rate which would just push the ability of this system to > measure a 1ppm difference. I guess it depends on if the sound card > uses two A2D converter or just one and switches this between channels. > I think that switching it between channels may be a bit of a messy > affair due to the settling time needed before the sample is taken on > each channel. > > All sound cards of any use have separate ADCs (usually on the same chip), one ADC for the L channel and one for the R channel. Since they tend to use sigma delta ADCs and don't use incremental form, switching an ADC dynamically between channels is impractical due to the long group delay of the associated digital filters. The point of such a measurement is to measure the internal measurement noise of the sound card system. > So do I get two Thunderbolts now. > > 73, Steve > Bruce From bruce.griffiths at xtra.co.nz Fri Oct 3 16:01:14 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 09:01:14 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> Message-ID: <48E67A0A.5090303@xtra.co.nz> Steve Rooke wrote: > Tom, > > Sorry to post in response to my previous post but perhaps this system > could work if the input signal did have a quite a slow rise time. I > was thinking more of coupling the output of the proposed 1KHz divider > through quite a small amount of low-pass filtration. If the 1KHz was > passed through a low-pass filter at the fundamental we would get a > sine-wave with a relatively slow rise time and the ability to get more > samples around the zero crossing point. Taking it a stage further, we > could pass our square wave though an integrator to produce a linear > sawtooth which would provide the best way to measure any phase shift. > Now I think this could work to gauge 1ppm in 10 seconds but you would > really need a short-term stable NTP disciplined clock to do it. I > wonder what the average allan variance would be for this setup over a > 10 second period. > > 73, Steve > > Steve With interpolation you dont need to slow the signal transitions too much. A transition suficient to allow 3 or 4 samples to be taken during the transition is adequate. If the signal slew rate is too slow sound card input noise and the finite ADC resolution will increase the measuremnet noise. Bruce From scmcgrath at gmail.com Fri Oct 3 16:21:25 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Fri, 3 Oct 2008 16:21:25 -0400 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <002f01c92584$97dc0760$0300a8c0@pc52> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> Message-ID: Tom, You are correct - I let my college years buidling coincidence detectors in college for the GRO-COMPTEL as well as television broadcast engineering. in both applications it mattered whether all instruments used were in precisely defined phase relationships and I have been letting this influence my thinking for too many years. I had just never stopped to think about it before I've just been happily building cables mesured with excruciating precision and building cables for projects using the same spool of cable to ensure consistent delays thinking this was important but in reality is is not. On Fri, Oct 3, 2008 at 2:19 PM, Tom Van Baak wrote: >> On the DA you will want to ensure all your output cables are of >> identical length as this will ensure that all signals are in phase at >> the timebase input(s). It's a small thing really a fraction of a >> picosecond but it's there and easily compensated for. > > When does the phase of the timebase input mean anything? > Most test equipment is happy to have a stable external frequency > input; the phase is immaterial, no? Can someone give me an > example when relative phase among various random pieces of > test equipment is important? > > /tvb > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From james.p.lux at jpl.nasa.gov Fri Oct 3 16:50:24 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Fri, 3 Oct 2008 13:50:24 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E670BA.DEDBB045@cox.net> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> <48E670BA.DEDBB045@cox.net> Message-ID: > > When does the phase of the timebase input mean anything? > > Most test equipment is happy to have a stable external frequency > > input; the phase is immaterial, no? Can someone give me an example > > when relative phase among various random pieces of test > equipment is > > important? > > > > /tvb > > Hi Tom, > > Your absolutely right. The only two places that I can think > of, off hand, would be televison and RADAR (systems with > multiple terminals). > > Bill....WB6BNQ > > Interferometers are another. From bruce.griffiths at xtra.co.nz Fri Oct 3 16:50:26 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 09:50:26 +1300 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <002f01c92584$97dc0760$0300a8c0@pc52> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> Message-ID: <48E68592.7070509@xtra.co.nz> Tom Van Baak wrote: >> On the DA you will want to ensure all your output cables are of >> identical length as this will ensure that all signals are in phase at >> the timebase input(s). It's a small thing really a fraction of a >> picosecond but it's there and easily compensated for. >> > > When does the phase of the timebase input mean anything? > Most test equipment is happy to have a stable external frequency > input; the phase is immaterial, no? Can someone give me an > example when relative phase among various random pieces of > test equipment is important? > > /tvb > > Tom The relative phase between 2 inputs to an interferometer (bridge) is important as is the relative phase between the LO and RF inputs of a mixer when measuring the internal noise by driving the LO and RF ports from the same source. Bruce From bruce.griffiths at xtra.co.nz Fri Oct 3 16:58:58 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 09:58:58 +1300 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <002f01c92584$97dc0760$0300a8c0@pc52> References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> Message-ID: <48E68792.3020300@xtra.co.nz> Tom Van Baak wrote: >> On the DA you will want to ensure all your output cables are of >> identical length as this will ensure that all signals are in phase at >> the timebase input(s). It's a small thing really a fraction of a >> picosecond but it's there and easily compensated for. >> > > When does the phase of the timebase input mean anything? > Most test equipment is happy to have a stable external frequency > input; the phase is immaterial, no? Can someone give me an > example when relative phase among various random pieces of > test equipment is important? > > /tvb > > Tom Another example of a case where the electrical length of a cable can be important is in precision frequency distribution systems. Trimming the cable to the right length (one way propagation delay equal to an odd multiple of half the signal period) for the frequency in use minimises the effect of load and source mismatch. Bruce From rvassar at rob-vassar.com Fri Oct 3 17:39:31 2008 From: rvassar at rob-vassar.com (Robert Vassar) Date: Fri, 3 Oct 2008 16:39:31 -0500 Subject: [time-nuts] GPS, NTP, and Cisco routers... Message-ID: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> I've been fiddling around with an old Cisco router here at the house to brush up. We have an IPv6 project going at work, and our WAN provider provides no native transit, so I'm looking at doing some tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP capability. I don't have the exhaustive IOS command reference, and I suspect it's a limited NTP implementation. I'm wondering if it's possible to tie a GPS unit to a router serial port and gain a stratum 0 refclock. Any Cisco guru's on the list? :-) Cheers, Rob From w3kl at w3kl.com Fri Oct 3 17:44:25 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 14:44:25 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E68792.3020300@xtra.co.nz> Message-ID: <913340.18113.qm@web35408.mail.mud.yahoo.com> In this case, cable quality is critical and controlling cable characteristics (as a function of temperature, humidity, etc.) is also critical. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Fri, 10/3/08, Bruce Griffiths wrote: From: Bruce Griffiths Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Tom Van Baak" , "Discussion of precise time and frequency measurement" Date: Friday, October 3, 2008, 4:58 PM Tom Van Baak wrote: >> On the DA you will want to ensure all your output cables are of >> identical length as this will ensure that all signals are in phase at >> the timebase input(s). It's a small thing really a fraction of a >> picosecond but it's there and easily compensated for. >> > > When does the phase of the timebase input mean anything? > Most test equipment is happy to have a stable external frequency > input; the phase is immaterial, no? Can someone give me an > example when relative phase among various random pieces of > test equipment is important? > > /tvb > > Tom Another example of a case where the electrical length of a cable can be important is in precision frequency distribution systems. Trimming the cable to the right length (one way propagation delay equal to an odd multiple of half the signal period) for the frequency in use minimises the effect of load and source mismatch. Bruce _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From w3kl at w3kl.com Fri Oct 3 17:45:42 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 14:45:42 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: Message-ID: <284286.56741.qm@web35405.mail.mud.yahoo.com> For an interferometric application, isn't it sufficient to maintain constant phase difference? ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Fri, 10/3/08, Lux, James P wrote: From: Lux, James P Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" , "Tom Van Baak" Date: Friday, October 3, 2008, 4:50 PM > > When does the phase of the timebase input mean anything? > > Most test equipment is happy to have a stable external frequency > > input; the phase is immaterial, no? Can someone give me an example > > when relative phase among various random pieces of test > equipment is > > important? > > > > /tvb > > Hi Tom, > > Your absolutely right. The only two places that I can think > of, off hand, would be televison and RADAR (systems with > multiple terminals). > > Bill....WB6BNQ > > Interferometers are another. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From james.p.lux at jpl.nasa.gov Fri Oct 3 18:28:25 2008 From: james.p.lux at jpl.nasa.gov (Lux, James P) Date: Fri, 3 Oct 2008 15:28:25 -0700 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <284286.56741.qm@web35405.mail.mud.yahoo.com> References: <284286.56741.qm@web35405.mail.mud.yahoo.com> Message-ID: > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu > Sent: Friday, October 03, 2008 2:46 PM > To: Discussion of precise time and frequency measurement > Subject: Re: [time-nuts] AC Connector On HP 5061B > > For an interferometric application, isn't it sufficient to > maintain constant phase difference? > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > > > > Your absolutely right. The only two places that I can > think of, off > > hand, would be televison and RADAR (systems with multiple > terminals). > > > > Bill....WB6BNQ > > > > > > Interferometers are another. > Jeff is right, BUT, keeping constant phase difference without equal length cables can be challenging. Consider a system I worked on which used phase difference between 7 GHz signals received between two antennas about a meter apart to steer a return beam at 32GHz back the same direction. And, it has to do this while subject to temperature variations from -40 to +80C. James Lux, P.E. Task Manager, SOMD Software Defined Radios Flight Communications Systems Section Jet Propulsion Laboratory 4800 Oak Grove Drive, Mail Stop 161-213 Pasadena, CA, 91109 +1(818)354-2075 phone +1(818)393-6875 fax From d.seiter at comcast.net Fri Oct 3 18:45:55 2008 From: d.seiter at comcast.net (d.seiter at comcast.net) Date: Fri, 03 Oct 2008 22:45:55 +0000 Subject: [time-nuts] AC Connector On HP 5061B Message-ID: <100320082245.10820.48E6A0A30002059700002A4422007456729D0A9B070A9CD20B@comcast.net> The cable length issue was a pain for me because I built my GPS box in stages, leaving the dist amp for last. In the end I found a nice used commercial unit, but it didn't fit in the planned location (the unit I was going to build would have had outputs near the center of the box), so I have 3 nicely routed cables going to the front panel, and the other 5 are ugly coils stuffed above and below the Z3801A for the rear panel. -Dave > > On the DA you will want to ensure all your output cables are of > identical length as this will ensure that all signals are in phase at > the timebase input(s). It's a small thing really a fraction of a > picosecond but it's there and easily compensated for. > From bruce.griffiths at xtra.co.nz Fri Oct 3 18:57:23 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 11:57:23 +1300 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: References: <284286.56741.qm@web35405.mail.mud.yahoo.com> Message-ID: <48E6A353.7000503@xtra.co.nz> Lux, James P wrote: > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu >> Sent: Friday, October 03, 2008 2:46 PM >> To: Discussion of precise time and frequency measurement >> Subject: Re: [time-nuts] AC Connector On HP 5061B >> >> For an interferometric application, isn't it sufficient to >> maintain constant phase difference? >> >> Jeff >> >> Jeffrey K. Okamitsu, PhD, MBA >> +1-609-638-5402 >> >> >>> Your absolutely right. The only two places that I can >>> >> think of, off >> >>> hand, would be televison and RADAR (systems with multiple >>> >> terminals). >> >>> Bill....WB6BNQ >>> >>> >>> >> Interferometers are another. >> >> > > > Jeff is right, BUT, keeping constant phase difference without equal length cables can be challenging. Consider a system I worked on which used phase difference between 7 GHz signals received between two antennas about a meter apart to steer a return beam at 32GHz back the same direction. And, it has to do this while subject to temperature variations from -40 to +80C. > > > > James Lux, P.E. > Task Manager, SOMD Software Defined Radios > Flight Communications Systems Section > Jet Propulsion Laboratory > 4800 Oak Grove Drive, Mail Stop 161-213 > Pasadena, CA, 91109 > +1(818)354-2075 phone > +1(818)393-6875 fax > > > _______________________________________________ > However for RF interferometers/bridges the phase differences have to be accurately set, a constant phase difference isnt sufficient. Bruce From xyzzy at sysabend.org Fri Oct 3 20:02:15 2008 From: xyzzy at sysabend.org (Tom Arnold) Date: Fri, 3 Oct 2008 17:02:15 -0700 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: References: Message-ID: <20081004000215.GK5943@moo.sysabend.org> On Fri, Oct 03, 2008 at 06:46:17PM -0400, time-nuts-request at febo.com wrote: > From: Robert Vassar > Subject: [time-nuts] GPS, NTP, and Cisco routers... > > I've been fiddling around with an old Cisco router here at the house > to brush up. We have an IPv6 project going at work, and our WAN > provider provides no native transit, so I'm looking at doing some > tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP > capability. I don't have the exhaustive IOS command reference, and I > suspect it's a limited NTP implementation. I'm wondering if it's > possible to tie a GPS unit to a router serial port and gain a stratum > 0 refclock. > > > Any Cisco guru's on the list? :-) Cisco routers have a fairly basic NTP capability. No chance right now of using the serial port to speak to a GPS or synced clock on 90% of the gear. I can't say for certain on some of the really high-end stuff but I kinda doubt it. Its really only intended for redistribution, heck, you can even *set* what Stratum you claim to be ( by default I think Cisco uses 8 ). The only "extra" features they support is they will do ntp/multicast which is nice from a client config point of view for us at least. I'm using a pair of Endrun CDMA based ntp servers because they will work inside a colo without external antennas, they sync our Cisco cores which multicast out to the clients. We're within a few milliseconds which is close enough. For redistribution to customers we sync a bunch of unix ntp servers directly off the CDMA servers so our customers get Stratum 2. I hope to be adding a third Endrun box to the mix shortly where I can put up an external GPS antenna... -- -------------------------------------------------------------------- - Tom Arnold - "...is it a virus, a drug, or a religion?" - Sysabend Caretaker - Juanita Shrugs. "What's the difference?" ------------------------ -- Neal Stephenson, Snow Crash From w3kl at w3kl.com Fri Oct 3 21:00:12 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 18:00:12 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: <48E6A353.7000503@xtra.co.nz> Message-ID: <475057.13089.qm@web35402.mail.mud.yahoo.com> Depending on frequency, achieving the necessary phase matching surely must be achievable electrically or, at microwave frequencies, via a variable length waveguide? ? I can't imagine that for a precision application one would rely on a coaxial cable maintaining it's length and its other properties. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Fri, 10/3/08, Bruce Griffiths wrote: From: Bruce Griffiths Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Friday, October 3, 2008, 6:57 PM Lux, James P wrote: > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu >> Sent: Friday, October 03, 2008 2:46 PM >> To: Discussion of precise time and frequency measurement >> Subject: Re: [time-nuts] AC Connector On HP 5061B >> >> For an interferometric application, isn't it sufficient to >> maintain constant phase difference? >> >> Jeff >> >> Jeffrey K. Okamitsu, PhD, MBA >> +1-609-638-5402 >> >> >>> Your absolutely right. The only two places that I can >>> >> think of, off >> >>> hand, would be televison and RADAR (systems with multiple >>> >> terminals). >> >>> Bill....WB6BNQ >>> >>> >>> >> Interferometers are another. >> >> > > > Jeff is right, BUT, keeping constant phase difference without equal length cables can be challenging. Consider a system I worked on which used phase difference between 7 GHz signals received between two antennas about a meter apart to steer a return beam at 32GHz back the same direction. And, it has to do this while subject to temperature variations from -40 to +80C. > > > > James Lux, P.E. > Task Manager, SOMD Software Defined Radios > Flight Communications Systems Section > Jet Propulsion Laboratory > 4800 Oak Grove Drive, Mail Stop 161-213 > Pasadena, CA, 91109 > +1(818)354-2075 phone > +1(818)393-6875 fax > > > _______________________________________________ > However for RF interferometers/bridges the phase differences have to be accurately set, a constant phase difference isnt sufficient. Bruce _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From w3kl at w3kl.com Fri Oct 3 21:00:56 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Fri, 3 Oct 2008 18:00:56 -0700 (PDT) Subject: [time-nuts] AC Connector On HP 5061B Message-ID: <668968.26331.qm@web35404.mail.mud.yahoo.com> Depending on frequency, achieving the necessary phase matching surely must be achievable electrically or, at microwave frequencies, via a variable length waveguide? ? I can't imagine that for a precision application one would rely on a coaxial cable maintaining it's length and its other properties. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Fri, 10/3/08, Bruce Griffiths wrote: From: Bruce Griffiths Subject: Re: [time-nuts] AC Connector On HP 5061B To: "Discussion of precise time and frequency measurement" Date: Friday, October 3, 2008, 6:57 PM Lux, James P wrote: > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Jeffrey Okamitsu >> Sent: Friday, October 03, 2008 2:46 PM >> To: Discussion of precise time and frequency measurement >> Subject: Re: [time-nuts] AC Connector On HP 5061B >> >> For an interferometric application, isn't it sufficient to >> maintain constant phase difference? >> >> Jeff >> >> Jeffrey K. Okamitsu, PhD, MBA >> +1-609-638-5402 >> >> >>> Your absolutely right. The only two places that I can >>> >> think of, off >> >>> hand, would be televison and RADAR (systems with multiple >>> >> terminals). >> >>> Bill....WB6BNQ >>> >>> >>> >> Interferometers are another. >> >> > > > Jeff is right, BUT, keeping constant phase difference without equal length cables can be challenging. Consider a system I worked on which used phase difference between 7 GHz signals received between two antennas about a meter apart to steer a return beam at 32GHz back the same direction. And, it has to do this while subject to temperature variations from -40 to +80C. > > > > James Lux, P.E. > Task Manager, SOMD Software Defined Radios > Flight Communications Systems Section > Jet Propulsion Laboratory > 4800 Oak Grove Drive, Mail Stop 161-213 > Pasadena, CA, 91109 > +1(818)354-2075 phone > +1(818)393-6875 fax > > > _______________________________________________ > However for RF interferometers/bridges the phase differences have to be accurately set, a constant phase difference isnt sufficient. Bruce _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From clintjeffrey at optusnet.com.au Fri Oct 3 21:27:21 2008 From: clintjeffrey at optusnet.com.au (Clint Jeffrey - VK3CSJ) Date: Sat, 4 Oct 2008 11:27:21 +1000 Subject: [time-nuts] And, for my next trick, 50Hz...link not working In-Reply-To: <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com>, <48E5E671.9736.29558B@chris.cheney.tesco.net>, <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> Message-ID: <121FBFC009B148E9A1538F5592D26B2D@ACER5630> I had the same problem with that link to "FREQUENCY CONTROL PROCESS" but then realized that the actual link carried on the next line below, you should have some success with the link here, it may still be to long for the page width but just copy and paste into your address bar, if you haven't already done it... http://www.nationalgrid.com/NR/rdonlyres/4894C7AA-DCD2-4835-9986-57338C31C86A/9922/BC3_i3r18.pdf Steve Wrote:- "For some reason I could not get this link down, it just keeps stopping about a third of the way through" Cheers Clint - VK3CSJ From XDE-L2G3 at myamail.com Fri Oct 3 22:28:13 2008 From: XDE-L2G3 at myamail.com (Mike Monett) Date: Fri, 03 Oct 2008 22:28:13 -0400 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps References: <48E52F08.8070400@xtra.co.nz> Message-ID: Bruce Griffiths wrote: > Mike > They actually use an augmented form of GPS common view for which > the GPS PPS signal and its timing variations are largely common to > both locations and thus largely cancel when comparing the > frequencies at the customer site with the standards at NIST. > With a good timing receiver (and antenna location) the sawtooth > corrected PPS signal timing noise can be as low as a few nanosec. Is that like the CNSC02-O1 High Performance PPS system? From their web site, they state: "Provides for dynamic hardware correction of the 1PPS quantization ("sawtooth") error. This reduces the noise on the 1PPS pulses from (typically) +/-27 nsec (15 nsec 1-sigma) to +/- 11 nsec (3 nsec 1-sigma). More importantly, eliminates periods of bias error caused by the quanization error going through a "zero beat" period that can last one to two minutes about every 10 minutes or so." http://www.cnssys.com/cnsclock/CNSClockII.html That paragraph is very interesting. The "zero beat" error is particularly nasty. I tried to get more information, but it wasn't really clear how their correction method fixes this problem. Could you explain it a bit more? I am working on a new technique that might give one or two orders of magnitude improvement locking to the 1PPS signal. It might give sub-nanosecond locking in a very low cost system. But the zero beat is a serious problem, so I am interested to learn as much as possible how other solutions work. Maybe the simplest is to just apply some jitter to the GPS crystal oscillator to keep it off zero beat. > The "all in view" technique will reduce the noise contribution to > the comparison somewhat. That term is a bit confusing. Does it mean using all satellites that are in view, or does it mean the NIST receivers see the same ones that the user sees? > The timestamp resolution of better than 30ps or so ensures that > time stamp quantisation noise is negligible. > It also allows, in principle at least, standalone 3 cornered hat > comparisons of the frequency instabilities of the 3 sources > connected to the customer instrument. Another term I must study and learn how to do: "3 cornered hat". It sounds like a very powerful technique, ideally suited for a fairly simple program and some data logging. > For more detail see: > http://tf.nist.gov/timefreq/service/fms.htm Thanks very much for the link. It is curious they don't seem to spend much effort on correcting the user's frequency errors. They just want to report how much they are off. Why is that? You'd think they would perform a more valuable service by applying advanced techniques to adjust the user's equipment to minimize the error, then report and certify the actual result. Is there some reason they want to leave the user's equipment free-running? > Only carrier phase GPS techniques are potentially capable of > picosecond noise levels. Now we are getting very interesting. How do you do that? > However there are a large number of effects that have to be taken > into account and data reduction and correction is very complex. What if we just want to stabilize an oscillator frequency, without caring much what the exact phase offset is from the USNO? The high carrier frequency should make it much easier to lock a rubidium or crystal oscillator, and it should give much lower phase noise. Of course, auroras and other disturbances would be more significant, but here I'm mainly interested in getting a good lab reference to measure and compare the performance of other commercial oscillators. This is a separate topic, but as long as we are talking about precision signals, do you happen to know what kind of distribution amplifiers are used at the USNO to distribute the signals from their cesium and hydrogen standards? www.usno.navy.mil/ > Bruce Thanks very much for your help. It might seem like a lot of questions, but I'm pretty sure you will be very pleased with the results. I think I can beat just about all the other methods except carrier phase techniques. Best Regards, Mike Monett From sar10538 at gmail.com Fri Oct 3 22:36:27 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 15:36:27 +1300 Subject: [time-nuts] And, for my next trick, 50Hz...link not working In-Reply-To: <121FBFC009B148E9A1538F5592D26B2D@ACER5630> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <48E5E671.9736.29558B@chris.cheney.tesco.net> <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> <121FBFC009B148E9A1538F5592D26B2D@ACER5630> Message-ID: <1231b6a80810031936je83c9f0gbbcf40419218f33a@mail.gmail.com> Thanks Clint, it worked this time. 2008/10/4 Clint Jeffrey - VK3CSJ : > I had the same problem with that link to "FREQUENCY CONTROL PROCESS" but > then realized that the actual link carried on the next line below, you > should have some success with the link here, it may still be to long for the > page width but just copy and paste into your address bar, > if you haven't already done it... > > http://www.nationalgrid.com/NR/rdonlyres/4894C7AA-DCD2-4835-9986-57338C31C86A/9922/BC3_i3r18.pdf > > Steve Wrote:- > "For some reason I could not get this link down, it just keeps stopping > about a third of the way through" > > Cheers > > Clint - VK3CSJ > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From XDE-L2G3 at myamail.com Fri Oct 3 22:40:17 2008 From: XDE-L2G3 at myamail.com (Mike Monett) Date: Fri, 03 Oct 2008 22:40:17 -0400 Subject: [time-nuts] AC Connector On HP 5061B References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> <48E68792.3020300@xtra.co.nz> Message-ID: Bruce Griffiths wrote: >Tom > Another example of a case where the electrical length of a cable > can be important is in precision frequency distribution systems. > Trimming the cable to the right length (one way propagation delay > equal to an odd multiple of half the signal period) for the > frequency in use minimises the effect of load and source mismatch. >Bruce Bruce, Why would it make any difference? It would seem that as long as the cable and connectors are stable, any reflections should be constant, and the signal amplitude and phase should remain constant. So the zero crossings at the receiver end should not change. Where did I go wrong? Thanks, Mike Monett From tvb at LeapSecond.com Fri Oct 3 23:04:17 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Fri, 3 Oct 2008 20:04:17 -0700 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps References: <48E52F08.8070400@xtra.co.nz> Message-ID: <000f01c925cd$e6c84de0$0300a8c0@pc52> Hi Mike, Rick's CNSC02-O1 implementation has been discussed here a number of times over the years (google the archives). It uses a programmable digital delay line to compensate for the receiver reported quantization error on each pending 1 pps. Here's a quick plot of an M12+ receiver without (pink) and with (yellow) sawtooth correction: http://www.leapsecond.com/pages/gps4/cns-1pps.gif No, the correction doesn't handle for the case of prolonged "zero beat" errors. As you continue your reading about sawtooth errors see also: http://www.leapsecond.com/pages/m12/sawtooth.htm http://www.leapsecond.com/pages/vp/heater.htm http://www.leapsecond.com/pages/vp/sawtooth.htm http://www.leapsecond.com/pages/58503-cns2/ /tvb From wb6bnq at cox.net Fri Oct 3 23:43:16 2008 From: wb6bnq at cox.net (WB6BNQ) Date: Fri, 03 Oct 2008 20:43:16 -0700 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps References: <48E52F08.8070400@xtra.co.nz> Message-ID: <48E6E654.2F2FD694@cox.net> Mike Monett wrote: > > For more detail see: > > > http://tf.nist.gov/timefreq/service/fms.htm > > Thanks very much for the link. It is curious they don't seem to > spend much effort on correcting the user's frequency errors. They > just want to report how much they are off. > > Why is that? You'd think they would perform a more valuable service > by applying advanced techniques to adjust the user's equipment to > minimize the error, then report and certify the actual result. Is > there some reason they want to leave the user's equipment > free-running? > Mike, One of the worst perturbations is that of man himself. Unless one is highly knowledgeable of the effect of an adjustment, usually the act of the adjustment is worst then if it had been left alone. In the world of the "Primary masters," they do not make adjustments, only compare differences and then report those differences. Typically, the standards that are inter compared are of such high quality construction that adjustment is neither possible nor wanted. For inter comparisons, a device of known quality is measured before it starts its journey around the labs, of course it is measured at each lab and then upon return is measured again at the lab where it all started. No human adjustment is ever performed. This way mostly just environmental factors influence the portable reference device and much of that can be mitigated with careful record keeping during its trip. In the case of the "FMS" you mentioned, the only difference is the devices being compared are not being moved. The same methodology still applies however. Bill....WB6BNQ From didier at cox.net Fri Oct 3 23:50:12 2008 From: didier at cox.net (Didier Juges) Date: Fri, 3 Oct 2008 22:50:12 -0500 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps In-Reply-To: <48E6E654.2F2FD694@cox.net> References: <48E52F08.8070400@xtra.co.nz> <48E6E654.2F2FD694@cox.net> Message-ID: <0E274E510BD149D6A26CD0952F789A52@didierhp> I suspect another reason is that even if it were adjusted, a user's individual standard would still deviate from the NIST average standard, and the drift would have to be accounted for anyhow, so what's the point of attempting to mess with it and take the risk of loosing the data accumulated so far? (the fact of readjusting a standard, if such adjustment is even possible, invalidates much of the data collected up to that point.) Didier KO4BB > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of WB6BNQ > Sent: Friday, October 03, 2008 10:43 PM > To: Discussion of precise time and frequency measurement > Subject: Re: [time-nuts] Testing frequency using NTP Bruce GPS ps > > Mike Monett wrote: > > > > For more detail see: > > > > > http://tf.nist.gov/timefreq/service/fms.htm > > > > Thanks very much for the link. It is curious they > don't seem to > > spend much effort on correcting the user's frequency > errors. They > > just want to report how much they are off. > > > > Why is that? You'd think they would perform a more > valuable service > > by applying advanced techniques to adjust the user's > equipment to > > minimize the error, then report and certify the actual > result. Is > > there some reason they want to leave the > user's equipment > > free-running? > > > > Mike, > > One of the worst perturbations is that of man himself. > Unless one is highly knowledgeable of the effect of an > adjustment, usually the act of the adjustment is worst then > if it had been left alone. > > In the world of the "Primary masters," they do not make > adjustments, only compare differences and then report those > differences. Typically, the standards that are inter > compared are of such high quality construction that > adjustment is neither possible nor wanted. > > For inter comparisons, a device of known quality is measured > before it starts its journey around the labs, of course it is > measured at each lab and then upon return is measured again > at the lab where it all started. No human adjustment is ever > performed. This way mostly just environmental factors > influence the portable reference device and much of that can > be mitigated with careful record keeping during its trip. > > In the case of the "FMS" you mentioned, the only difference > is the devices being compared are not being moved. The same > methodology still applies however. > > Bill....WB6BNQ > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com To unsubscribe, > go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From XDE-L2G3 at myamail.com Sat Oct 4 00:13:46 2008 From: XDE-L2G3 at myamail.com (Mike Monett) Date: Sat, 04 Oct 2008 00:13:46 -0400 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps References: <48E52F08.8070400@xtra.co.nz> <000f01c925cd$e6c84de0$0300a8c0@pc52> Message-ID: "Tom Van Baak" wrote: >Hi Mike, Hi Tom, I want to thank you for the very nice reply you gave to my email a while ago. Unfortunately, I am still learning about precision frequency references, and I don't have enough knowledge yet to give you an intelligent reply, or even ask a sensible question. But I will as soon as possible. In the meantime, your site is invaluable for newcomers like me. Thank you very much for taking the time to organize it so well. > Rick's CNSC02-O1 implementation has been discussed here a number > of times over the years (google the archives). It uses a > programmable digital delay line to compensate for the receiver > reported quantization error on each pending 1 pps. The single-shot is supposed to eliminate the 1PPS jitter? So it must be triggered on the 1PPS, and the variable delay gives an average of half the clock period? Thanks for the tip. I'll research the archives and see if I can some up with some better understanding of how it works. > Here's a quick plot of an M12+ receiver without (pink) and with > (yellow) sawtooth correction: >http://www.leapsecond.com/pages/gps4/cns-1pps.gif Thanks. I had not found that page yet. Just judging by eyeball, the pink and yellow traces don't seem to track very well. Any reason? And what's the blue trace for? I can't seem to find the parent page, so I don't know if you have already explained it. > No, the correction doesn't handle for the case of prolonged "zero > beat" errors. > As you continue your reading about sawtooth errors see also: >http://www.leapsecond.com/pages/m12/sawtooth.htm Yes, I had found that page. The top graphs make me believe my method will work fine. The bottom graphs say it won't:) >http://www.leapsecond.com/pages/vp/heater.htm Yes, that page is also very encouraging. All I have to do is figure out how to close the loop on a long delay in the feedback. I believe the PRS10 can average up to 8 hours, so it should be possible. >http://www.leapsecond.com/pages/vp/sawtooth.htm Yes, Yes, Yes. I had found that page. It is very important. The uniform distribution in the top graph says my method will work. The bottom graph looks very similar to ones I got from measuring jitter on hard disk drives back in the 80's. The graph contains a great deal of information on what is happening in the read/write channel, head/media magnetics, servo system, and external noise sources. As soon as I saw that, I wondered if a similar analysis method might work in this case. >http://www.leapsecond.com/pages/58503-cns2/ Thank you very much. That page has a lot of very good information. I like the way you take data and present it. The data is exactly what is needed to illustrate an issue, and the presentation is so very clear that anyone should understand it. Overall, I was a little disappointed to find the sawtooth correction only gives about a factor of 3 or so improvement. The results I have obtained with my method have given over two orders of magnitude improvement in noise reduction. That's with no optimization. But this is a new area, and there is a lot to learn about what is going on. So I am very anxious to get my hands on some equipment and start developing the necessary circuits. They are really very simple. Anyone should be able to do it with no problem. I just got from eBay an HP 8566A, an HP 53310A including the 53305A Phase Analysis software, an HP 3456A, two TEK 2467's, and some National Instuments AT-GPIB / TNT cards with cables and drivers. The Win98 drivers for the NI were courtesy of a poster on the TekScopes forum, and I uploaded them to Didier's site for anyone else who might be interested. My big problem right now is none of my working computers have any ISA slots for the GPIB. I have some old motherboards with ISA slots, but no software drivers to get the motherboard working. And, of course, I have to get a TBolt and a rubidium oscillator. Hopefully that's the next step. >/tvb Thanks, Mike Monett From donw at engineeringinc.com Sat Oct 4 00:17:16 2008 From: donw at engineeringinc.com (Don E. Wisdom) Date: Fri, 3 Oct 2008 22:17:16 -0600 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter info wanted Message-ID: Hi All, I have a NTS-100 GPS model. I am going to be putting it into use @ my employers where I have a T1 & Rooftop access & backup power. It has the lovely "downconverter required" sticker on the back of it. It does NOT like my trimble bullet antenna. Can someone let me know how I can get this working with a Andrews GPS antenna? Thanks --Don From bruce.griffiths at xtra.co.nz Sat Oct 4 01:09:31 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 18:09:31 +1300 Subject: [time-nuts] AC Connector On HP 5061B In-Reply-To: References: <290391.71932.qm@web35406.mail.mud.yahoo.com> <002f01c92584$97dc0760$0300a8c0@pc52> <48E68792.3020300@xtra.co.nz> Message-ID: <48E6FA8B.4020102@xtra.co.nz> Mike Monett wrote: > Bruce Griffiths wrote: > > >Tom > > > Another example of a case where the electrical length of a cable > > can be important is in precision frequency distribution systems. > > > Trimming the cable to the right length (one way propagation delay > > equal to an odd multiple of half the signal period) for the > > frequency in use minimises the effect of load and source mismatch. > > >Bruce > > Bruce, > > Why would it make any difference? It would seem that as long as the > cable and connectors are stable, any reflections should be constant, > and the signal amplitude and phase should remain constant. So the > zero crossings at the receiver end should not change. > > Where did I go wrong? > > Thanks, > > Mike Monett > > Mike see: http://ad.usno.navy.mil/edboard/070518p.pdf Bruce From bruce.griffiths at xtra.co.nz Sat Oct 4 02:34:41 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 19:34:41 +1300 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps In-Reply-To: References: <48E52F08.8070400@xtra.co.nz> Message-ID: <48E70E81.9050203@xtra.co.nz> Mike Monett wrote: > Bruce Griffiths wrote: > > > Mike > > > They actually use an augmented form of GPS common view for which > > the GPS PPS signal and its timing variations are largely common to > > both locations and thus largely cancel when comparing the > > frequencies at the customer site with the standards at NIST. > > > With a good timing receiver (and antenna location) the sawtooth > > corrected PPS signal timing noise can be as low as a few nanosec. > > Is that like the CNSC02-O1 High Performance PPS system? From their > web site, they state: > > "Provides for dynamic hardware correction of the 1PPS quantization > ("sawtooth") error. This reduces the noise on the 1PPS pulses from > (typically) +/-27 nsec (15 nsec 1-sigma) to +/- 11 nsec (3 nsec > 1-sigma). More importantly, eliminates periods of bias error caused > by the quanization error going through a "zero beat" period that can > last one to two minutes about every 10 minutes or so." > > http://www.cnssys.com/cnsclock/CNSClockII.html > > That paragraph is very interesting. The "zero beat" error is > particularly nasty. I tried to get more information, but it wasn't > really clear how their correction method fixes this problem. Could > you explain it a bit more? > > The GPS receiver can only position the leading edge of the PPS pilse to the nearest transition of the receiver crystal oscillator or harmonic thereof. However it can estimate the resultant timing error with a resolution of 1ns (for the M12 GPS timing receiver and its derivatives). The resultant sawtooth error can either be corrected in hardware as in the CNSClockII or it can be corrected in software (if the PPS transition is time stamped with sufficient precision). The NIST system has a time stamp resolution of 30ps or so software correction for sawtooth error is possible. After sawtooth correction their is still some residual, largely random, noise of a few ns rms with a well sited antenna. > I am working on a new technique that might give one or two orders of > magnitude improvement locking to the 1PPS signal. It might give > sub-nanosecond locking in a very low cost system. But the zero beat > is a serious problem, so I am interested to learn as much as > possible how other solutions work. Maybe the simplest is to just > apply some jitter to the GPS crystal oscillator to keep it off zero > beat. > > > The "all in view" technique will reduce the noise contribution to > > the comparison somewhat. > > That term is a bit confusing. Does it mean using all satellites that > are in view, or does it mean the NIST receivers see the same ones > that the user sees? > > Common view means that the 2 GPS timing receivers use the same GPS SV for timing purposes. Observing schedules have to be agree upon before hand. This technique originated with early receivers that could only track one SV at a time. All in view means that each GPS receiver use all SVs that it can see to derive its timing. With modern timing receivers sufficient information can be logged so that the timing info from each individual SV can be extracted from the PPS time stamp sequence if desired. > > The timestamp resolution of better than 30ps or so ensures that > > time stamp quantisation noise is negligible. > > > It also allows, in principle at least, standalone 3 cornered hat > > comparisons of the frequency instabilities of the 3 sources > > connected to the customer instrument. > > Another term I must study and learn how to do: "3 cornered hat". It > sounds like a very powerful technique, ideally suited for a fairly > simple program and some data logging. > > It is if and only if the phase variations of 3 (or more ) oscillators are statistically independent. It is then possible to derive the individual phase variances of each oscillator from the the 3 (or 0.5*N*(N-1) for N oscillators) sets of phase difference measurements between pairs of oscillators. In practice all oscillators may share the same ambient thermal environment so that their finite oven gains will produce small cross variance terms. Even humidity and atmospheric pressure variations may affect the frequency of an OCXO. > > For more detail see: > > > http://tf.nist.gov/timefreq/service/fms.htm > > Thanks very much for the link. It is curious they don't seem to > spend much effort on correcting the user's frequency errors. They > just want to report how much they are off. > > Why is that? You'd think they would perform a more valuable service > by applying advanced techniques to adjust the user's equipment to > minimize the error, then report and certify the actual result. Is > there some reason they want to leave the user's equipment > free-running? > > > Only carrier phase GPS techniques are potentially capable of > > picosecond noise levels. > > Now we are getting very interesting. How do you do that? > Most GPS receivers track the carrier phase variations internally. Some make it available to the user (eg. Novatel Superstar GPS receivers, Rockwell/Navman Jupiter GPS receivers ). However since these refer to the phase variations between the GPS carrier and the receiver LO, they are usually only useful if the receiver LO is phase locked to the OCXO output frequency. > > However there are a large number of effects that have to be taken > > into account and data reduction and correction is very complex. > > What if we just want to stabilize an oscillator frequency, without > caring much what the exact phase offset is from the USNO? The high > carrier frequency should make it much easier to lock a rubidium or > crystal oscillator, and it should give much lower phase noise. > > There are commercial carrier phase disciplined oscillators available (eg from Quartzlock) if you can afford them. One of these purports to have better short to medium term stability than a passive hydrogen maser. > Of course, auroras and other disturbances would be more significant, > but here I'm mainly interested in getting a good lab reference to > measure and compare the performance of other commercial oscillators. > > This is a separate topic, but as long as we are talking about > precision signals, do you happen to know what kind of distribution > amplifiers are used at the USNO to distribute the signals from their > cesium and hydrogen standards? > > www.usno.navy.mil/ > > No idea, as they don't say but the Spectradynamics amplifiers are used by national standards labs in several countries. > > Bruce > > Thanks very much for your help. It might seem like a lot of > questions, but I'm pretty sure you will be very pleased with the > results. I think I can beat just about all the other methods except > carrier phase techniques. > > Best Regards, > > Mike Monett > > Bruce From tvb at LeapSecond.com Sat Oct 4 03:28:49 2008 From: tvb at LeapSecond.com (Tom Van Baak) Date: Sat, 4 Oct 2008 00:28:49 -0700 Subject: [time-nuts] Testing frequency using NTP Bruce GPS ps References: <48E52F08.8070400@xtra.co.nz> <000f01c925cd$e6c84de0$0300a8c0@pc52> Message-ID: <005401c925f2$db402fe0$0300a8c0@pc52> > The single-shot is supposed to eliminate the 1PPS jitter? So it must > be triggered on the 1PPS, and the variable delay gives an average of > half the clock period? Yes, right. Note another equivalent technique is to use two serial ports; one for the receiver (record sawtooth corrections) and one for a 53132A-style counter (record TI measurements) and then do the calculations in software. TAC32 does this. I think TBoltMon also allows it. Roughly, it's a trade-off in equipment and complexity. They give essentially the same performance result. There are still many other sources of noise, both short- and long-term in an OEM GPS receiver/antenna system. That's why even if there were zero quantization error, you would still see a couple of ns rms error in the 1PPS output. > Thanks. I had not found that page yet. Just judging by eyeball, the > pink and yellow traces don't seem to track very well. Any reason? On that plot, the various runs weren't concurrent so you can't look for common-mode effects. Separate runs, showing typical levels of jitter, all plotted on the same x-y scale. You've got a good eye. > And what's the blue trace for? I can't seem to find the parent page, > so I don't know if you have already explained it. This will help a bit more: http://www.febo.com/pipermail/time-nuts/2005-April/018114.html > Overall, I was a little disappointed to find the sawtooth correction > only gives about a factor of 3 or so improvement. The results I have That's partly because the sawtooth of the M12+ is small to begin with, at least compared to the earlier VP. So there isn't much room for sawtooth correction to have a massive gain. Also the granularity of the quantization message from the receiver is 1 ns. And there's an internal delay of one or two seconds which has a slight effect on the quality of the correction. Another way to look at it is this. If a perfect M12+ had, say, 2.5 ns of jitter, and you saw 10 ns rms without sawtooth correction and 3 ns rms with sawtooth correction you could say you achieved a 15x improvement! (10-2.5)/(3-2.5). Or if you didn't say it, the marketing department certainly would. The closer you get to a few nanoseconds of jitter anyway, the more all the other errors in a typical cheap OEM GPS receiver and antenna system come into play. So once you average beyond a couple of minutes the wander you see in the 1PPS has less and less to do with sawtooth and more to do with the sum of all the other subtle errors. Expensive geodetic or timing receivers use an assortment of techniques to reduce the effect of these remaining error sources, to the point where you'll hear of millimeters and picoseconds (and priced accordingly). > obtained with my method have given over two orders of magnitude > improvement in noise reduction. That's with no optimization. Averaging over multiple samples, of course, gives a reduction in noise. You can see this in the ADEV plots at the end of: http://www.leapsecond.com/pages/58503-cns2/ On the other hand, if you found a way to get two orders of magnitude better performance out of an M12+ without the use of averaging then I'm all ears. /tvb From sar10538 at gmail.com Sat Oct 4 06:10:49 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 23:10:49 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <48E67A0A.5090303@xtra.co.nz> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> <48E67A0A.5090303@xtra.co.nz> Message-ID: <1231b6a80810040310g28a3798agbd2b11c040b7fa71@mail.gmail.com> 2008/10/4 Bruce Griffiths : > With interpolation you dont need to slow the signal transitions too much. > A transition suficient to allow 3 or 4 samples to be taken during the > transition is adequate. > If the signal slew rate is too slow sound card input noise and the > finite ADC resolution will increase the measuremnet noise. OK, I understand what you mean. Guess it will have to slewed somewhat to try and get the 3 to 4 samples on a rising/falling edge though. If we are looking at a 1KHz signal and sampling at 44KHz, that means we have to slew the transition to something like 100us to guarantee getting enough samples during the edge. So that is a 1/10 of the input signal or a roll-off of 10khz. That happens to fall nicely inside the bandwidth of the sound card. So how do we time-stamp these samples considering they will be buffered by the card and not read independently. Perhaps we don't have to as we can read each buffer when it it is full and time-stamp at that point. We know that each sample is taken at 44KHz and can easily count the sample number to calculate the time. I'll have a look at this and see what I get. I really need to check it against a known standard so will solve that problem first but this would be an interesting way of using a PC to check frequency. 73 Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From sar10538 at gmail.com Sat Oct 4 06:37:54 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 23:37:54 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <48E5E671.9736.29558B@chris.cheney.tesco.net> <1231b6a80810030852jd1d5fdexb9658afbee8c3390@mail.gmail.com> <48E67C2C.17795.2723E4C@chris.cheney.tesco.net> Message-ID: <1231b6a80810040337y17684d41j304f7f8d8c0a5d9d@mail.gmail.com> 2008/10/4 Chris Cheney : > I don't have a problem with the page (using either Firefox or IE). FWIW > here is the whole of the relevant paragraph I finally have a copy of the document now, thanks. > BC3.4.3 Electric Time > NGET will endeavour (in so far as it is able) to control electric clock > time to within > plus or minus 10 seconds by specifying changes to Target Frequency, by > accepting bids and offers in the Balancing Mechanism. Errors greater than > plus > or minus 10 seconds may be temporarily accepted at NGET's reasonable > discretion. > > I believe that they are saying that the accumulated phase error will > normally be less than 10 seconds worth, but that amount of phase error > may exist indefinitely. I am not so sure as to what sector this document refers to as it is a bit out of context but there seems to be no reference to the period over which these 10 seconds can differ and if that is accumulative or not. 73 Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From bruce.griffiths at xtra.co.nz Sat Oct 4 06:38:07 2008 From: bruce.griffiths at xtra.co.nz (Bruce Griffiths) Date: Sat, 04 Oct 2008 23:38:07 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <1231b6a80810040310g28a3798agbd2b11c040b7fa71@mail.gmail.com> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> <48E67A0A.5090303@xtra.co.nz> <1231b6a80810040310g28a3798agbd2b11c040b7fa71@mail.gmail.com> Message-ID: <48E7478F.4010005@xtra.co.nz> Steve Rooke wrote: > 2008/10/4 Bruce Griffiths : > > >> With interpolation you dont need to slow the signal transitions too much. >> A transition suficient to allow 3 or 4 samples to be taken during the >> transition is adequate. >> If the signal slew rate is too slow sound card input noise and the >> finite ADC resolution will increase the measuremnet noise. >> > > OK, I understand what you mean. Guess it will have to slewed somewhat > to try and get the 3 to 4 samples on a rising/falling edge though. If > we are looking at a 1KHz signal and sampling at 44KHz, that means we > have to slew the transition to something like 100us to guarantee > getting enough samples during the edge. So that is a 1/10 of the input > signal or a roll-off of 10khz. That happens to fall nicely inside the > bandwidth of the sound card. > > So how do we time-stamp these samples considering they will be > buffered by the card and not read independently. Perhaps we don't have > to as we can read each buffer when it it is full and time-stamp at > that point. We know that each sample is taken at 44KHz and can easily > count the sample number to calculate the time. > > I'll have a look at this and see what I get. I really need to check it > against a known standard so will solve that problem first but this > would be an interesting way of using a PC to check frequency. > > 73 > Steve > > Steve Such interpolation is more effective when one channel has a reference signal input (eg PPS or a known frequency) and the other channel has the frequency to be measured. Bruce From sar10538 at gmail.com Sat Oct 4 06:51:20 2008 From: sar10538 at gmail.com (Steve Rooke) Date: Sat, 4 Oct 2008 23:51:20 +1300 Subject: [time-nuts] And, for my next trick, 50Hz In-Reply-To: <48E7478F.4010005@xtra.co.nz> References: <1231b6a80810021741i64d779bj13948680658be749@mail.gmail.com> <001301c924f2$511ed330$0300a8c0@pc52> <1231b6a80810022029t676bdcb7k1479ef0ad195ee1d@mail.gmail.com> <002401c9250f$76694f40$0300a8c0@pc52> <1231b6a80810030952o2f33a8a6ubf9d5bdb108668a7@mail.gmail.com> <1231b6a80810031018i2f8b005ah1045fa7547db1524@mail.gmail.com> <48E67A0A.5090303@xtra.co.nz> <1231b6a80810040310g28a3798agbd2b11c040b7fa71@mail.gmail.com> <48E7478F.4010005@xtra.co.nz> Message-ID: <1231b6a80810040351vc8327c6o72df2d6559445955@mail.gmail.com> 2008/10/4 Bruce Griffiths : > > Such interpolation is more effective when one channel has a reference > signal input (eg PPS or a known frequency) and the other channel has the > frequency to be measured. Agreed but the original idea was to measure frequency without a local freq standard. If we have a local standard, it can be fed into the time-base of any cheap counter to get accurate results. The idea was to use a remote standard via NTP, synced and traceable to external atomic standards, to achieve a reasonable degree of accuracy. 73 Steve -- Steve Rooke - ZL3TUV & G8KVD Omnium finis imminet From weyster at cfl.rr.com Sat Oct 4 11:51:03 2008 From: weyster at cfl.rr.com (Hank) Date: Sat, 4 Oct 2008 11:51:03 -0400 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB Message-ID: While writing my own software to display time and other status information, I have noticed a very strange item when packet 0x8F-AB is being sent out. Normally this packet has 17 bytes with 0XAB being byte 0 While the time is being displayed by the new software, I noticed that every time the seconds reached 16 the display would be incorrect. Wrote a special test routine, and there is an extra byte being sent by the Thunderbolt ( firmware REV E ) only for the packet that has seconds equal to 16. ( 16 or 10h ) is send twice !! Has anyone that is writing display software seen this or any other problem in the formats ? I also verified this issue using Procom terminal software that has a monitor window and captures the data in HEX format !! Hank From k1ggi at arrl.net Sat Oct 4 12:33:38 2008 From: k1ggi at arrl.net (Ed, k1ggi) Date: Sat, 4 Oct 2008 12:33:38 -0400 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB In-Reply-To: References: Message-ID: <042c01c9263e$f539e610$0a01a8c0@ATHLONXP1700> That would be the 'byte stuffing' inherent in TSIP packet structure. From scmcgrath at gmail.com Sat Oct 4 21:16:12 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Sat, 4 Oct 2008 21:16:12 -0400 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> Message-ID: What do you need to know about NTP on IOS? - I've been working with Cisco gear longer than I care to admit and have a bunch of CC* certifications but that's not relevant here Generally IOS devices actually speak SNTP - Not sure whether they can use an external reference clock I don't think so BUT it might be possible to replace the cheap TCXO universally used by cisco with a buffer circuit and derive your clock from there and configure the device as a ntp server. Let me peek inside one of the routers hanging around here and I'll see what can be done - Scott On Fri, Oct 3, 2008 at 5:39 PM, Robert Vassar wrote: > > > > I've been fiddling around with an old Cisco router here at the house > to brush up. We have an IPv6 project going at work, and our WAN > provider provides no native transit, so I'm looking at doing some > tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP > capability. I don't have the exhaustive IOS command reference, and I > suspect it's a limited NTP implementation. I'm wondering if it's > possible to tie a GPS unit to a router serial port and gain a stratum > 0 refclock. > > > Any Cisco guru's on the list? :-) > > > > Cheers, > > Rob > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From scmcgrath at gmail.com Sat Oct 4 21:25:45 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Sat, 4 Oct 2008 21:25:45 -0400 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter info wanted In-Reply-To: References: Message-ID: We have the time vault units - soon to be replaced with 3500's with Rb Oscillators. The 'downconverter' is an amplifier used for long cable runs and the power injection is changed as well. I would measure what the NTS-100 is actually putting out without the downconverter our NTS-300/TimeVault unit puts +12 on the cable it may be much higher for the downconverter. There are some TrueTime upconverters on EBAY right now which should do the job - Scott On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom wrote: > Hi All, > I have a NTS-100 GPS model. I am going to be putting it into use @ my > employers where I have a T1 & Rooftop access & backup power. It has the > lovely "downconverter required" sticker on the back of it. It does NOT > like my trimble bullet antenna. Can someone let me know how I can get this > working with a Andrews GPS antenna? > Thanks > --Don > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From kirbybq at bellsouth.net Sun Oct 5 00:40:00 2008 From: kirbybq at bellsouth.net (Brian Kirby) Date: Sat, 04 Oct 2008 23:40:00 -0500 Subject: [time-nuts] GPIB Card Message-ID: <48E84520.7070403@bellsouth.net> A friend has given me a GPIB card and neither of us know who made it. First its a standard ISA card and it has a GPIB female plug on the rear. No manufacturer or model number but there is a symbol of a tree on the rear (maybe paradise?) and beside is 6323706 rev A 667523. Made in the USA and another number in a corner is 94V-0. On the chip side of the board it appears to have a NEC controller marked big letters D7210C little letters 8308PB. An assembly number of 6323705 rev A. Has another 20 other 74LSxx glue logic ICs...Card is about 4.5 inches by 4.25 inches. Has 5 set of berg pins, one set is A13, A14, next set is 2FX and IE, next set is computer IRQs 2 thru 7, then a DRQ1-DAC1-DRQ3-DAC3, then last set of DAC2 and DRO2. It had a 1.44 Mb floppy which suscessfully copied, three files; config.sys , DV488PC.sys, and LVDT.C Config.sys shows: BREAK=ON BUFFERS=20 FILES=30 LASTDRIVE=E SHELL=C:\DOS\COMMAND.COM /P /E:256 DEVICE=C:\DOS\ANSI.SYS DEVICE=C:\VIPARSE.SYS INSTALL=C:\DOS\FASTOPEN.EXE C:=(50,25) DEVICE=C:\DV488PC.SYS LVDT.C is "C" code for for a program written by a NASA/MSFC employee for the calibration of Linear Displacement trunsducers... Does anybody in the list have an idea of who made the card ? I'm researching to see if it is still usable.... Brian - KD4FM From fortime at bellsouth.net Sun Oct 5 00:41:59 2008 From: fortime at bellsouth.net (phil) Date: Sun, 5 Oct 2008 00:41:59 -0400 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted References: Message-ID: <000a01c926a4$b4958680$a101a8c0@officemail> Might it be possible a word of caution is in order? Was not a "downconverter" used with the old GOES (L-band) Truetime satellite equipment. That would not be the same as the down converters used on gps. Just a thought. Phil ----- Original Message ----- From: "Scott McGrath" To: "Discussion of precise time and frequency measurement" Sent: Saturday, October 04, 2008 9:25 PM Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted > We have the time vault units - soon to be replaced with 3500's with Rb > Oscillators. > > The 'downconverter' is an amplifier used for long cable runs and the > power injection is changed as well. I would measure what the > NTS-100 is actually putting out without the downconverter our > NTS-300/TimeVault unit puts +12 on the cable it may be much higher for > the downconverter. There are some TrueTime upconverters on EBAY > right now which should do the job > > - Scott > > > > > On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom > wrote: >> Hi All, >> I have a NTS-100 GPS model. I am going to be putting it into use @ my >> employers where I have a T1 & Rooftop access & backup power. It has the >> lovely "downconverter required" sticker on the back of it. It does NOT >> like my trimble bullet antenna. Can someone let me know how I can get >> this >> working with a Andrews GPS antenna? >> Thanks >> --Don >> >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From donw at engineeringinc.com Sun Oct 5 00:43:11 2008 From: donw at engineeringinc.com (Don E. Wisdom) Date: Sat, 4 Oct 2008 22:43:11 -0600 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter info wanted In-Reply-To: Message-ID: Any way to disable it? The cable run will be like less than 50 feet --Don On 10/4/08 7:25 PM, "Scott McGrath" wrote: We have the time vault units - soon to be replaced with 3500's with Rb Oscillators. The 'downconverter' is an amplifier used for long cable runs and the power injection is changed as well. I would measure what the NTS-100 is actually putting out without the downconverter our NTS-300/TimeVault unit puts +12 on the cable it may be much higher for the downconverter. There are some TrueTime upconverters on EBAY right now which should do the job - Scott On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom wrote: > Hi All, > I have a NTS-100 GPS model. I am going to be putting it into use @ my > employers where I have a T1 & Rooftop access & backup power. It has the > lovely "downconverter required" sticker on the back of it. It does NOT > like my trimble bullet antenna. Can someone let me know how I can get this > working with a Andrews GPS antenna? > Thanks > --Don > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From donw at engineeringinc.com Sun Oct 5 00:43:49 2008 From: donw at engineeringinc.com (Don E. Wisdom) Date: Sat, 4 Oct 2008 22:43:49 -0600 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted In-Reply-To: <000a01c926a4$b4958680$a101a8c0@officemail> Message-ID: Phil, Its the GPS unit not the GOES --Don On 10/4/08 10:41 PM, "phil" wrote: Might it be possible a word of caution is in order? Was not a "downconverter" used with the old GOES (L-band) Truetime satellite equipment. That would not be the same as the down converters used on gps. Just a thought. Phil ----- Original Message ----- From: "Scott McGrath" To: "Discussion of precise time and frequency measurement" Sent: Saturday, October 04, 2008 9:25 PM Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted > We have the time vault units - soon to be replaced with 3500's with Rb > Oscillators. > > The 'downconverter' is an amplifier used for long cable runs and the > power injection is changed as well. I would measure what the > NTS-100 is actually putting out without the downconverter our > NTS-300/TimeVault unit puts +12 on the cable it may be much higher for > the downconverter. There are some TrueTime upconverters on EBAY > right now which should do the job > > - Scott > > > > > On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom > wrote: >> Hi All, >> I have a NTS-100 GPS model. I am going to be putting it into use @ my >> employers where I have a T1 & Rooftop access & backup power. It has the >> lovely "downconverter required" sticker on the back of it. It does NOT >> like my trimble bullet antenna. Can someone let me know how I can get >> this >> working with a Andrews GPS antenna? >> Thanks >> --Don >> >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From fortime at bellsouth.net Sun Oct 5 00:53:58 2008 From: fortime at bellsouth.net (phil) Date: Sun, 5 Oct 2008 00:53:58 -0400 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted References: Message-ID: <001501c926a6$612aa0a0$a101a8c0@officemail> Don, I understand this gentleman has the NTS-100, it's gps, we have a several of them. I have seen Truetime "downconverters" on ebay where they didn't know or state what it was for, but in reality it was for the old goes truetime receivers. That's what I meant about being careful what you buy on ebay. Phil ----- Original Message ----- From: "Don E. Wisdom" To: "Discussion of precise time and frequency measurement" Sent: Sunday, October 05, 2008 12:43 AM Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted > Phil, > Its the GPS unit not the GOES > --Don > > > > > > On 10/4/08 10:41 PM, "phil" wrote: > > Might it be possible a word of caution is in order? > Was not a "downconverter" used with the old GOES (L-band) Truetime > satellite > equipment. That would not be the same as the down converters used on gps. > Just a thought. > Phil > > > ----- Original Message ----- > From: "Scott McGrath" > To: "Discussion of precise time and frequency measurement" > > Sent: Saturday, October 04, 2008 9:25 PM > Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter > infowanted > > >> We have the time vault units - soon to be replaced with 3500's with Rb >> Oscillators. >> >> The 'downconverter' is an amplifier used for long cable runs and the >> power injection is changed as well. I would measure what the >> NTS-100 is actually putting out without the downconverter our >> NTS-300/TimeVault unit puts +12 on the cable it may be much higher for >> the downconverter. There are some TrueTime upconverters on EBAY >> right now which should do the job >> >> - Scott >> >> >> >> >> On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom >> wrote: >>> Hi All, >>> I have a NTS-100 GPS model. I am going to be putting it into use @ my >>> employers where I have a T1 & Rooftop access & backup power. It has >>> the >>> lovely "downconverter required" sticker on the back of it. It does NOT >>> like my trimble bullet antenna. Can someone let me know how I can get >>> this >>> working with a Andrews GPS antenna? >>> Thanks >>> --Don >>> >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to >>> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From chris.kuethe at gmail.com Sun Oct 5 00:56:36 2008 From: chris.kuethe at gmail.com (Chris Kuethe) Date: Sat, 4 Oct 2008 21:56:36 -0700 Subject: [time-nuts] GPIB Card In-Reply-To: <48E84520.7070403@bellsouth.net> References: <48E84520.7070403@bellsouth.net> Message-ID: <91981b3e0810042156g18385a86k9790f28f06bc13ad@mail.gmail.com> You mean like this card? http://www.maxipub.com/electro/photos/dv488.jpg it could be a Metrabyte DV-488 ... or maybe an MBC-488 On Sat, Oct 4, 2008 at 9:40 PM, Brian Kirby wrote: > A friend has given me a GPIB card and neither of us know who made it. > > First its a standard ISA card and it has a GPIB female plug on the rear. > No manufacturer or model number but there is a symbol of a tree on > the rear (maybe paradise?) and beside is 6323706 rev A 667523. Made in > the USA and another number in a corner is 94V-0. > > On the chip side of the board it appears to have a NEC controller marked > big letters D7210C little letters 8308PB. An assembly number of 6323705 > rev A. Has another 20 other 74LSxx glue logic ICs...Card is about 4.5 > inches by 4.25 inches. > > Has 5 set of berg pins, one set is A13, A14, next set is 2FX and IE, > next set is computer IRQs 2 thru 7, then a DRQ1-DAC1-DRQ3-DAC3, then > last set of DAC2 and DRO2. > > It had a 1.44 Mb floppy which suscessfully copied, three files; > config.sys , DV488PC.sys, and LVDT.C > > Config.sys shows: > BREAK=ON > BUFFERS=20 > FILES=30 > LASTDRIVE=E > SHELL=C:\DOS\COMMAND.COM /P /E:256 > DEVICE=C:\DOS\ANSI.SYS > DEVICE=C:\VIPARSE.SYS > INSTALL=C:\DOS\FASTOPEN.EXE C:=(50,25) > DEVICE=C:\DV488PC.SYS > > LVDT.C is "C" code for > for a program written by a NASA/MSFC employee for the calibration > of Linear Displacement trunsducers... > > Does anybody in the list have an idea of who made the card ? I'm > researching to see if it is still usable.... > > > Brian - KD4FM > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > -- GDB has a 'break' feature; why doesn't it have 'fix' too? From hartzell at gmail.com Sun Oct 5 01:00:51 2008 From: hartzell at gmail.com (Dave hartzell) Date: Sat, 4 Oct 2008 22:00:51 -0700 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> Message-ID: <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> Looks like Trimble and Cisco got together on a PPS implementation for the 7200, starting with 12.0T trainwreck: http://www.cisco.com/en/US/docs/ios/12_1t/12_1t1/feature/guide/dtrimble.html Since I don't have any 7200s any longer (thank goodness), I checked and it seems that the 6500s support this as well on the console serial port: 6509-rtr(config-line)#ntp ? pps-discipline Use PPS pulse to discipline system clock refclock NTP Reference Clock and 6509-rtr(config-line)#ntp refclock ? telecom-solutions Telecom Solutions GPS trimble Trimble Navigation TSIP Protocol It looks interesting, and if the code is just looking for a PPS transition on the CTS or RI, you might be in luck with any external PPS... BUT be forewarned, IOS is a cooperative multitasking operating system (at least prior to the new "modular" stuff), so your accuracy is going to vary depending on loads, processes, etc. I wouldn't count on this being to spectacular... probably no better than an external NTP source. And of course, you can always call the TAC for more assistance! ;-) 73, Dave AF6KD On Fri, Oct 3, 2008 at 2:39 PM, Robert Vassar wrote: > > > > I've been fiddling around with an old Cisco router here at the house > to brush up. We have an IPv6 project going at work, and our WAN > provider provides no native transit, so I'm looking at doing some > tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP > capability. I don't have the exhaustive IOS command reference, and I > suspect it's a limited NTP implementation. I'm wondering if it's > possible to tie a GPS unit to a router serial port and gain a stratum > 0 refclock. > > > Any Cisco guru's on the list? :-) > > > > Cheers, > > Rob > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From phk at phk.freebsd.dk Sun Oct 5 02:49:10 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Sun, 05 Oct 2008 06:49:10 +0000 Subject: [time-nuts] GPIB Card In-Reply-To: Your message of "Sat, 04 Oct 2008 21:56:36 MST." <91981b3e0810042156g18385a86k9790f28f06bc13ad@mail.gmail.com> Message-ID: <13192.1223189350@critter.freebsd.dk> In message <91981b3e0810042156g18385a86k9790f28f06bc13ad at mail.gmail.com>, "Chri s Kuethe" writes: >You mean like this card? >http://www.maxipub.com/electro/photos/dv488.jpg > >it could be a Metrabyte DV-488 ... or maybe an MBC-488 Most of these cards are 100% compatible with the original IBM GPIB ISA card, except possibly for the order of the jumpers. FreeBSD has a driver for them called pciia, and I belive Linux has one too. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From rk at timing-consultants.com Sun Oct 5 03:51:17 2008 From: rk at timing-consultants.com (Rob Kimberley) Date: Sun, 5 Oct 2008 08:51:17 +0100 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted In-Reply-To: References: <000a01c926a4$b4958680$a101a8c0@officemail> Message-ID: Don, Try Googling around to see if you can find the spec for the downconverter. We recently managed to get an old Odetics 325 working with a Meinberg antenna/converter unit. Have emailed you the Meinberg manual off list. Rob Kimberley -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Don E. Wisdom Sent: 05 October 2008 05:44 To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted Phil, Its the GPS unit not the GOES --Don On 10/4/08 10:41 PM, "phil" wrote: Might it be possible a word of caution is in order? Was not a "downconverter" used with the old GOES (L-band) Truetime satellite equipment. That would not be the same as the down converters used on gps. Just a thought. Phil ----- Original Message ----- From: "Scott McGrath" To: "Discussion of precise time and frequency measurement" Sent: Saturday, October 04, 2008 9:25 PM Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted > We have the time vault units - soon to be replaced with 3500's with Rb > Oscillators. > > The 'downconverter' is an amplifier used for long cable runs and the > power injection is changed as well. I would measure what the > NTS-100 is actually putting out without the downconverter our > NTS-300/TimeVault unit puts +12 on the cable it may be much higher for > the downconverter. There are some TrueTime upconverters on EBAY > right now which should do the job > > - Scott > > > > > On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom > > wrote: >> Hi All, >> I have a NTS-100 GPS model. I am going to be putting it into use @ my >> employers where I have a T1 & Rooftop access & backup power. It has the >> lovely "downconverter required" sticker on the back of it. It does NOT >> like my trimble bullet antenna. Can someone let me know how I can get >> this >> working with a Andrews GPS antenna? >> Thanks >> --Don >> >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From pfmonet at wanadoo.fr Sun Oct 5 04:51:18 2008 From: pfmonet at wanadoo.fr (=?iso-8859-1?Q?Pierre-Fran=E7ois_=28f5bqp=5Fpfm=29?=) Date: Sun, 5 Oct 2008 10:51:18 +0200 Subject: [time-nuts] GPIB Card References: <13192.1223189350@critter.freebsd.dk> Message-ID: <00b501c926c7$891c9930$4501a8c0@r44> Hi, I believe you're talking about the ISA PCIIA GPIB cards, yes they where (still are I guess? ) supported under Linux under the Linux GPIB project. I was using few of these in the past. Windows ( at least 98 & XP) doesn't recognise properly these PCIIA cards. 73's pf, F5BQP ----- Original Message ----- From: "Poul-Henning Kamp" To: "Discussion of precise time and frequency measurement" Sent: Sunday, October 05, 2008 8:49 AM Subject: Re: [time-nuts] GPIB Card > > In message <91981b3e0810042156g18385a86k9790f28f06bc13ad at mail.gmail.com>, > "Chri > s Kuethe" writes: > >>You mean like this card? >>http://www.maxipub.com/electro/photos/dv488.jpg >> >>it could be a Metrabyte DV-488 ... or maybe an MBC-488 > > Most of these cards are 100% compatible with the original IBM GPIB > ISA card, except possibly for the order of the jumpers. > > FreeBSD has a driver for them called pciia, and I belive Linux has > one too. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk at FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by > incompetence. > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > > __________ Information NOD32 3495 (20081004) __________ > > Ce message a ete verifie par NOD32 Antivirus System. > http://www.nod32.com > > From namichie at gmail.com Sun Oct 5 07:33:41 2008 From: namichie at gmail.com (Neville Michie) Date: Sun, 5 Oct 2008 22:33:41 +1100 Subject: [time-nuts] TBolt Monitor Message-ID: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com> Hi, I have been having fun with my TBolt, and I am organising a power supply to run it off a 12 volt battery backed up power supply. I am making my own low headroom regulators, I assume it will perform better with precisely controlled supply voltages. What I need next is a monitor to show the current UTC time and perhaps a monitor function or two. That will be used to set a PPS counting clock which is for setting my clocks while I use the 10 MHz to drive a time stamping logger that records the timing of the escapements of the clocks (pendulum type) being analysed. I saw the monitor Didier was proposing, but my skills with micros are quite limited so are there any suggestions for a low power, simple monitor that I can recover UTC with to set my PPS counting clock? The clock will be either or both of a seconds indicating slave dial and a 6 digit large LED display. cheers, Neville Michie From w3kl at w3kl.com Sun Oct 5 08:48:35 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Sun, 5 Oct 2008 05:48:35 -0700 (PDT) Subject: [time-nuts] HP 5061B - Beam Current Message-ID: <760585.20748.qm@web35408.mail.mud.yahoo.com> I've spent a good deal of time this weekend working with the 5061B I recently acquired. ? The unit appears to be making stable 10 MHz.? I've compared it the the Rubidium source I have and the two compare as expected. ? There are two problems: ? 1) Beam current is low - even after going carefully through the alignment procedure outline in the service manual, the best I can get (Loop Open, Mod Off) is a bit over 10 nA. 2) The "Continuous Operation" LED will not come on after pressing Logic Reset.? I used the trouble shooting guide to diagnose the LED and it's pointing to the circuit on the A14 board.? This is as far as I have gotten so far. Note that the trouble shooting guide is suggesting that it might not be a problem with beam current, but an electronics problem (the LED driver). ? Anyone have any insight? ? Thanks for reading. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 From rvassar at rob-vassar.com Sun Oct 5 09:22:02 2008 From: rvassar at rob-vassar.com (Robert Vassar) Date: Sun, 5 Oct 2008 08:22:02 -0500 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> Message-ID: It looks like the feature set varies significantly with the router model, and by IOS feature set. The router I have here is an eBay special, an old 2514. It's probably 10 years old, though I think Cisco continued to make them until about 2003. It's only configured with 8mb flash, so it can only run the stripped down IP subset. (which lacks the IPv6 stuff I need too...) Every few years I dabble with ploughing thru the CC** tests, but I'm a QA engineer, so it never becomes a priority. It's running c2500-i-l.121-27b.bin, and my ntp menu looks quite different: Router2#config t Enter configuration commands, one per line. End with CNTL/Z. Router2(config)#ntp ? access-group Control NTP access authenticate Authenticate time sources authentication-key Authentication key for trusted time sources broadcastdelay Estimated round-trip delay clock-period Length of hardware clock tick master Act as NTP master clock max-associations Set maximum number of associations peer Configure NTP peer server Configure NTP server source Configure interface for source address trusted-key Key numbers for trusted time sources Router2(config)#^Z No "refclock" option. If I had a 16mb flash card, I could run the "Enterprise" image, which might have different features. But a 16mb flash card and FPM SIMM cost more than this router is worth. It appears to be NTP v3 as well, though all my Solaris boxes run v3 due to some issues with NTP 4.x and the kernel clock code. (It's being fixed...) I'll have to look at one of the newer models I have in the lab at work. I've also been thinking of buying an 851w for my DSL line here at the house. I've outgrown my WRT54G, even running Tomato, perhaps I'll be pleasantly surprised. I hadn't even looked at Cisco stuff since 2002 or so, certainly pre-12.1 anyway. I was just kind of surprised to come across an NTP server at all, and I was curious what its "Time-Nuts hackability" rating was. :-) Thanks and 73, Rob KC6OOM/5 On Oct 5, 2008, at 12:00 AM, Dave hartzell wrote: > Looks like Trimble and Cisco got together on a PPS implementation for > the 7200, starting with 12.0T trainwreck: > > http://www.cisco.com/en/US/docs/ios/12_1t/12_1t1/feature/guide/ > dtrimble.html > > Since I don't have any 7200s any longer (thank goodness), I checked > and it seems that the 6500s support this as well on the console serial > port: > > 6509-rtr(config-line)#ntp ? > pps-discipline Use PPS pulse to discipline system clock > refclock NTP Reference Clock > > and > > 6509-rtr(config-line)#ntp refclock ? > telecom-solutions Telecom Solutions GPS > trimble Trimble Navigation TSIP Protocol > > It looks interesting, and if the code is just looking for a PPS > transition on the CTS or RI, you might be in luck with any external > PPS... > > BUT be forewarned, IOS is a cooperative multitasking operating system > (at least prior to the new "modular" stuff), so your accuracy is going > to vary depending on loads, processes, etc. I wouldn't count on this > being to spectacular... probably no better than an external NTP > source. > > And of course, you can always call the TAC for more assistance! ;-) > > 73, > Dave > AF6KD > > > On Fri, Oct 3, 2008 at 2:39 PM, Robert Vassar vassar.com> wrote: >> >> >> >> I've been fiddling around with an old Cisco router here at the house >> to brush up. We have an IPv6 project going at work, and our WAN >> provider provides no native transit, so I'm looking at doing some >> tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP >> capability. I don't have the exhaustive IOS command reference, and I >> suspect it's a limited NTP implementation. I'm wondering if it's >> possible to tie a GPS unit to a router serial port and gain a stratum >> 0 refclock. >> >> >> Any Cisco guru's on the list? :-) >> >> >> >> Cheers, >> >> Rob >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/ >> listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/ > time-nuts > and follow the instructions there. From didier at cox.net Sun Oct 5 12:08:46 2008 From: didier at cox.net (Didier Juges) Date: Sun, 5 Oct 2008 11:08:46 -0500 Subject: [time-nuts] TBolt Monitor In-Reply-To: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com> Message-ID: <5A4EFAE4A47A4D428BED3350ECF22BED@didierhp> Tell me what kind of signal you need to drive your clock, and I may be able to get what you need from the processor. Didier KO4BB > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Neville Michie > Sent: Sunday, October 05, 2008 6:34 AM > To: Discussion of precise time and frequency measurement > Subject: [time-nuts] TBolt Monitor > > Hi, > I have been having fun with my TBolt, and I am organising a > power supply to run it off a 12 volt battery backed up power supply. > I am making my own low headroom regulators, I assume it will > perform better with precisely controlled supply voltages. > What I need next is a monitor to show the current UTC time > and perhaps a monitor function or two. > That will be used to set a PPS counting clock which is for > setting my clocks while I use the 10 MHz to drive a time > stamping logger that records the timing of the escapements of > the clocks (pendulum type) being analysed. > I saw the monitor Didier was proposing, but my skills with > micros are quite limited so are there any suggestions for a > low power, simple monitor that I can recover UTC with to set > my PPS counting clock? The clock will be either or both of a > seconds indicating slave dial and a 6 digit large LED display. > cheers, > Neville Michie > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com To unsubscribe, > go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From didier at cox.net Sun Oct 5 12:10:27 2008 From: didier at cox.net (Didier Juges) Date: Sun, 5 Oct 2008 11:10:27 -0500 Subject: [time-nuts] GPIB Card In-Reply-To: <48E84520.7070403@bellsouth.net> References: <48E84520.7070403@bellsouth.net> Message-ID: <50012835732C47AA918C32082024101B@didierhp> The NEC 7210 was the industry standard GPIB chip for over 20 years, I still have a few here. If you want the spec and can't find it, I probably have it here somewhere. Didier > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Brian Kirby > Sent: Saturday, October 04, 2008 11:40 PM > To: Discussion of precise time and frequency measurement > Subject: [time-nuts] GPIB Card > > A friend has given me a GPIB card and neither of us know who made it. > > First its a standard ISA card and it has a GPIB female plug > on the rear. > No manufacturer or model number but there is a symbol of > a tree on the rear (maybe paradise?) and beside is 6323706 > rev A 667523. Made in the USA and another number in a corner > is 94V-0. > > On the chip side of the board it appears to have a NEC > controller marked big letters D7210C little letters 8308PB. > An assembly number of 6323705 rev A. Has another 20 other > 74LSxx glue logic ICs...Card is about 4.5 inches by 4.25 inches. > > Has 5 set of berg pins, one set is A13, A14, next set is 2FX > and IE, next set is computer IRQs 2 thru 7, then a > DRQ1-DAC1-DRQ3-DAC3, then last set of DAC2 and DRO2. > > It had a 1.44 Mb floppy which suscessfully copied, three > files; config.sys , DV488PC.sys, and LVDT.C > > Config.sys shows: > BREAK=ON > BUFFERS=20 > FILES=30 > LASTDRIVE=E > SHELL=C:\DOS\COMMAND.COM /P /E:256 > DEVICE=C:\DOS\ANSI.SYS > DEVICE=C:\VIPARSE.SYS > INSTALL=C:\DOS\FASTOPEN.EXE C:=(50,25) > DEVICE=C:\DV488PC.SYS > > LVDT.C is "C" code for > for a program written by a NASA/MSFC employee for the > calibration of Linear Displacement trunsducers... > > Does anybody in the list have an idea of who made the card ? > I'm researching to see if it is still usable.... > > > Brian - KD4FM > > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From pfmonet at wanadoo.fr Sun Oct 5 12:31:57 2008 From: pfmonet at wanadoo.fr (=?iso-8859-1?Q?Pierre-Fran=E7ois_=28f5bqp=5Fpfm=29?=) Date: Sun, 5 Oct 2008 18:31:57 +0200 Subject: [time-nuts] GPIB Card References: <48E84520.7070403@bellsouth.net> <50012835732C47AA918C32082024101B@didierhp> Message-ID: <359d01c92707$e3411f40$4501a8c0@r44> Hi, If it looks like this one: http://www.measurementcomputing.com/pdfs/isa-gpib-pc2a.pdf then it could be a legacy ISA PC2IIA from NI or a compatible one. pf ----- Original Message ----- From: "Didier Juges" To: "'Discussion of precise time and frequency measurement'" Sent: Sunday, October 05, 2008 6:10 PM Subject: Re: [time-nuts] GPIB Card > > The NEC 7210 was the industry standard GPIB chip for over 20 years, I > still > have a few here. If you want the spec and can't find it, I probably have > it > here somewhere. > > Didier > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Brian Kirby >> Sent: Saturday, October 04, 2008 11:40 PM >> To: Discussion of precise time and frequency measurement >> Subject: [time-nuts] GPIB Card >> >> A friend has given me a GPIB card and neither of us know who made it. >> >> First its a standard ISA card and it has a GPIB female plug >> on the rear. >> No manufacturer or model number but there is a symbol of >> a tree on the rear (maybe paradise?) and beside is 6323706 >> rev A 667523. Made in the USA and another number in a corner >> is 94V-0. >> >> On the chip side of the board it appears to have a NEC >> controller marked big letters D7210C little letters 8308PB. >> An assembly number of 6323705 rev A. Has another 20 other >> 74LSxx glue logic ICs...Card is about 4.5 inches by 4.25 inches. >> >> Has 5 set of berg pins, one set is A13, A14, next set is 2FX >> and IE, next set is computer IRQs 2 thru 7, then a >> DRQ1-DAC1-DRQ3-DAC3, then last set of DAC2 and DRO2. >> >> It had a 1.44 Mb floppy which suscessfully copied, three >> files; config.sys , DV488PC.sys, and LVDT.C >> >> Config.sys shows: >> BREAK=ON >> BUFFERS=20 >> FILES=30 >> LASTDRIVE=E >> SHELL=C:\DOS\COMMAND.COM /P /E:256 >> DEVICE=C:\DOS\ANSI.SYS >> DEVICE=C:\VIPARSE.SYS >> INSTALL=C:\DOS\FASTOPEN.EXE C:=(50,25) >> DEVICE=C:\DV488PC.SYS >> >> LVDT.C is "C" code for >> for a program written by a NASA/MSFC employee for the >> calibration of Linear Displacement trunsducers... >> >> Does anybody in the list have an idea of who made the card ? >> I'm researching to see if it is still usable.... >> >> >> Brian - KD4FM >> >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > > __________ Information NOD32 3495 (20081004) __________ > > Ce message a ete verifie par NOD32 Antivirus System. > http://www.nod32.com > > From scmcgrath at gmail.com Sun Oct 5 12:43:31 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Sun, 5 Oct 2008 12:43:31 -0400 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> Message-ID: Actually you might get pretty good results if you have a 6509 as any activity on the serial port triggers a CPU interrupt which is why on a overloaded 6509 the first thing to try is "no logging console" to get the cpu down from 100% - usually in the context of DDoS and the control plane is slammed as the EOBC is only a 1 megabit channel even on the 3BXL's. This is one of the advantages of the annual trek out to Bldg 14 in San Jose - one gets to meet the guys who developed the code for the routers. This has more than passing interest for me as one could take a NovaTel GPSCard which has a 1PPS output and runs on a single 12-36V supply and has a dedicated 1PPS output at serial levels and install one at each router location. Still have not disassembled the 2501 and 2611 to see which cheapo TCXO Cisco has installed. What do you have available at your shop - we are running SUP720-3BXL's running 12.2 SXF On Sun, Oct 5, 2008 at 1:00 AM, Dave hartzell wrote: > Looks like Trimble and Cisco got together on a PPS implementation for > the 7200, starting with 12.0T trainwreck: > > http://www.cisco.com/en/US/docs/ios/12_1t/12_1t1/feature/guide/dtrimble.html > > Since I don't have any 7200s any longer (thank goodness), I checked > and it seems that the 6500s support this as well on the console serial > port: > > 6509-rtr(config-line)#ntp ? > pps-discipline Use PPS pulse to discipline system clock > refclock NTP Reference Clock > > and > > 6509-rtr(config-line)#ntp refclock ? > telecom-solutions Telecom Solutions GPS > trimble Trimble Navigation TSIP Protocol > > It looks interesting, and if the code is just looking for a PPS > transition on the CTS or RI, you might be in luck with any external > PPS... > > BUT be forewarned, IOS is a cooperative multitasking operating system > (at least prior to the new "modular" stuff), so your accuracy is going > to vary depending on loads, processes, etc. I wouldn't count on this > being to spectacular... probably no better than an external NTP > source. > > And of course, you can always call the TAC for more assistance! ;-) > > 73, > Dave > AF6KD > > > On Fri, Oct 3, 2008 at 2:39 PM, Robert Vassar wrote: >> >> >> >> I've been fiddling around with an old Cisco router here at the house >> to brush up. We have an IPv6 project going at work, and our WAN >> provider provides no native transit, so I'm looking at doing some >> tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP >> capability. I don't have the exhaustive IOS command reference, and I >> suspect it's a limited NTP implementation. I'm wondering if it's >> possible to tie a GPS unit to a router serial port and gain a stratum >> 0 refclock. >> >> >> Any Cisco guru's on the list? :-) >> >> >> >> Cheers, >> >> Rob >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From scmcgrath at gmail.com Sun Oct 5 12:45:59 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Sun, 5 Oct 2008 12:45:59 -0400 Subject: [time-nuts] HP 5061B - Beam Current In-Reply-To: <760585.20748.qm@web35408.mail.mud.yahoo.com> References: <760585.20748.qm@web35408.mail.mud.yahoo.com> Message-ID: Did you try the LF injection test? On Sun, Oct 5, 2008 at 8:48 AM, Jeffrey Okamitsu wrote: > I've spent a good deal of time this weekend working with the 5061B I recently acquired. > > The unit appears to be making stable 10 MHz. I've compared it the the Rubidium source I have and the two compare as expected. > > There are two problems: > > 1) Beam current is low - even after going carefully through the alignment procedure outline in the service manual, the best I can get (Loop Open, Mod Off) is a bit over 10 nA. > 2) The "Continuous Operation" LED will not come on after pressing Logic Reset. I used the trouble shooting guide to diagnose the LED and it's pointing to the circuit on the A14 board. This is as far as I have gotten so far. Note that the trouble shooting guide is suggesting that it might not be a problem with beam current, but an electronics problem (the LED driver). > > Anyone have any insight? > > Thanks for reading. > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From cdelect at juno.com Sun Oct 5 12:46:03 2008 From: cdelect at juno.com (corby d dawson) Date: Sun, 5 Oct 2008 09:46:03 -0700 Subject: [time-nuts] 5061B info. Message-ID: <20081005.094604.-522037.0.cdelect@juno.com> Jeff, What is the 2nd harmonic meter reading? If it is too low you will not be able to get the operate light on. While watching the 2nd harmonic reading adjust the front panel beam I pot for a reading of 35 to 45. If pot is at max adjust the loop gain thru the front panel hole for the 35-45 reading, if it's at max and the top switch on the A7 is in low gain, switch it to high and try the loop gin adjust again. If the 2nd harmonic is OK but still no operate light, check the operate lamp, if OK then remove the bottom cover and find the two wires pushed onto the connections on the synthesizer board. Leave the red one connected but remove the other. Now push the logic reset and see if the operate light comes on. If so then the sythesizer is not properly locked and is your problem. Good Luck, Corby Dawson ____________________________________________________________ All is not lost! Click now for professional data recovery. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3ni7fYBkXybnqb9nxcS0QRCgWT2m1rhqVkpQ2Y6lLNgG5X7j/ From scmcgrath at gmail.com Sun Oct 5 12:50:54 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Sun, 5 Oct 2008 12:50:54 -0400 Subject: [time-nuts] Truetime Time server NTS-100 Downconverter infowanted In-Reply-To: <000a01c926a4$b4958680$a101a8c0@officemail> References: <000a01c926a4$b4958680$a101a8c0@officemail> Message-ID: Second on the - be careful on what you buy BUT Symmetricom does sell the 'downconverter' for long cable runs - It's also cheap (relatively) as I recall on the order of $200-300 as we needed one for one of our installations which is machine room in basement antenna at top of 15 story building. The manual is available for free download from Symmetricom - I 'll look in my hardcopy manual to see if there is a jumper which needs to be reset the NTS-100-300 all shared the same GPS engine but they all had different software features on the ethernet side. On Sun, Oct 5, 2008 at 12:41 AM, phil wrote: > Might it be possible a word of caution is in order? > Was not a "downconverter" used with the old GOES (L-band) Truetime satellite > equipment. That would not be the same as the down converters used on gps. > Just a thought. > Phil > > > ----- Original Message ----- > From: "Scott McGrath" > To: "Discussion of precise time and frequency measurement" > > Sent: Saturday, October 04, 2008 9:25 PM > Subject: Re: [time-nuts] Truetime Time server NTS-100 Downconverter > infowanted > > >> We have the time vault units - soon to be replaced with 3500's with Rb >> Oscillators. >> >> The 'downconverter' is an amplifier used for long cable runs and the >> power injection is changed as well. I would measure what the >> NTS-100 is actually putting out without the downconverter our >> NTS-300/TimeVault unit puts +12 on the cable it may be much higher for >> the downconverter. There are some TrueTime upconverters on EBAY >> right now which should do the job >> >> - Scott >> >> >> >> >> On Sat, Oct 4, 2008 at 12:17 AM, Don E. Wisdom >> wrote: >>> Hi All, >>> I have a NTS-100 GPS model. I am going to be putting it into use @ my >>> employers where I have a T1 & Rooftop access & backup power. It has the >>> lovely "downconverter required" sticker on the back of it. It does NOT >>> like my trimble bullet antenna. Can someone let me know how I can get >>> this >>> working with a Andrews GPS antenna? >>> Thanks >>> --Don >>> >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to >>> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From smace at intt.net Sun Oct 5 13:32:51 2008 From: smace at intt.net (Scott Mace) Date: Sun, 05 Oct 2008 12:32:51 -0500 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> Message-ID: <48E8FA43.2070701@intt.net> This runs on the aux port, and the sup720 doesn't have an aux port... There are always obscure features that slip into the production releases that aren't tested and they just forget to exclude them during builds. TAC will probably have no clue about this... You could try the cisco-nsp mailling list for support, but beware, it's frequented by cisco developers that will just as soon open a bug-id to drop 'feature' from the production release if it was never supposed to be there in the first place. I wonder if this was originally used as an alternative method to time the MIX midplane in the VXR chassis and the NTP feature was side benefit? Most telecom gear that needs synchronization will take a BITS input or some other frequency reference. I've used that extensively with SONET gear and the good old Datum OT-21. I never used the 7200 MIX, so I'm not sure if it could take an external reference or just recover clock from a DS1 port. Seems like a good use for an AUX port if you don't need a modem or reverse telnet! Scott Scott McGrath wrote: > Actually you might get pretty good results if you have a 6509 as any > activity on the serial port triggers a CPU interrupt which is why on a > overloaded 6509 the first thing to try is "no logging console" to get > the cpu down from 100% - usually in the context of DDoS and the > control plane is slammed as the EOBC is only a 1 megabit channel even > on the 3BXL's. This is one of the advantages of the annual trek out > to Bldg 14 in San Jose - one gets to meet the guys who developed the > code for the routers. > > This has more than passing interest for me as one could take a NovaTel > GPSCard which has a 1PPS output and runs on a single 12-36V supply and > has a dedicated 1PPS output at serial levels and install one at each > router location. Still have not disassembled the 2501 and 2611 to > see which cheapo TCXO Cisco has installed. > > > What do you have available at your shop - we are running SUP720-3BXL's > running 12.2 SXF > > On Sun, Oct 5, 2008 at 1:00 AM, Dave hartzell wrote: >> Looks like Trimble and Cisco got together on a PPS implementation for >> the 7200, starting with 12.0T trainwreck: >> >> http://www.cisco.com/en/US/docs/ios/12_1t/12_1t1/feature/guide/dtrimble.html >> >> Since I don't have any 7200s any longer (thank goodness), I checked >> and it seems that the 6500s support this as well on the console serial >> port: >> >> 6509-rtr(config-line)#ntp ? >> pps-discipline Use PPS pulse to discipline system clock >> refclock NTP Reference Clock >> >> and >> >> 6509-rtr(config-line)#ntp refclock ? >> telecom-solutions Telecom Solutions GPS >> trimble Trimble Navigation TSIP Protocol >> >> It looks interesting, and if the code is just looking for a PPS >> transition on the CTS or RI, you might be in luck with any external >> PPS... >> >> BUT be forewarned, IOS is a cooperative multitasking operating system >> (at least prior to the new "modular" stuff), so your accuracy is going >> to vary depending on loads, processes, etc. I wouldn't count on this >> being to spectacular... probably no better than an external NTP >> source. >> >> And of course, you can always call the TAC for more assistance! ;-) >> >> 73, >> Dave >> AF6KD >> >> >> On Fri, Oct 3, 2008 at 2:39 PM, Robert Vassar wrote: >>> >>> >>> I've been fiddling around with an old Cisco router here at the house >>> to brush up. We have an IPv6 project going at work, and our WAN >>> provider provides no native transit, so I'm looking at doing some >>> tunneling. Anyhow... I discovered IOS 12.1 and above have native NTP >>> capability. I don't have the exhaustive IOS command reference, and I >>> suspect it's a limited NTP implementation. I'm wondering if it's >>> possible to tie a GPS unit to a router serial port and gain a stratum >>> 0 refclock. >>> >>> >>> Any Cisco guru's on the list? :-) >>> >>> >>> >>> Cheers, >>> >>> Rob >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com >>> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com >> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > From Murray.Greenman at rakon.com Sun Oct 5 13:37:47 2008 From: Murray.Greenman at rakon.com (Murray Greenman) Date: Mon, 6 Oct 2008 06:37:47 +1300 Subject: [time-nuts] time-nuts Digest, Vol 51, Issue 8 In-Reply-To: References: Message-ID: Steve, The suggestion of using the mains frequency as a reference is not practical. There will be no certainty, even after counting for a week that the mains frequency will give you a reliable reference. You said it yourself - "the instantaneous frequency of the mains is not always spot on". The mains frequency specification is probably set down in a regulation somewhere, and it probably accounts only for a mean number of cycles per day, and so the counting period required to lock a reference would be too long. Essentially it is a reference with immense low frequency phase noise. Heaven knows, it's a challenge locking 10MHz to 1Hz, so locking to 1/86400Hz would be very difficult. An early mains frequency controller for power stations used a pair of synchronous clock motors (one on the mains, one driven by a crystal-controlled source), driving a differential gearbox which drove a pointer calibrated in 'seconds fast/slow', so potentially you could do the electronic equivalent, but I doubt that it would be capable of better performance than the OCXO on its own. If you want a cheap and cheerful 50Hz reference in NZ, use the frame frequency of TVNZ's TV1 or TV2 transmissions. They have a Trimble Thunderbolt GPSDO driving the sync generator. Just pull the sync out of an old video recorder. It's all been done before. Electronics Australia about 1976! 73, Murray ZL1BPU From weyster at cfl.rr.com Sun Oct 5 15:17:13 2008 From: weyster at cfl.rr.com (Hank) Date: Sun, 5 Oct 2008 15:17:13 -0400 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB Message-ID: Ed Per your message : That would be the 'byte stuffing' inherent in TSIP packet structure. Packet 0X8F-AB is specified as being 17 bytes including the subcode ( 8F) Do you mean that you cant depend on that packet always being 17 bytes ? I'm getting 18 bytes only when the time has 16 seconds in it. ( the second byte is duplicated ) If you cant depend on having a constant number of bytes ( as defined in the spec ) , how do you then decode it ? Thanks Hank From weyster at cfl.rr.com Sun Oct 5 15:26:16 2008 From: weyster at cfl.rr.com (Hank) Date: Sun, 5 Oct 2008 15:26:16 -0400 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB Message-ID: <0DFB62B49F744B9192C5A5ADA474ADE0@whe7d219f70f9a> Ed, Got it....Found the spec ! Thanks for the hint ! Hank "The bytes in the data string can have any value. To prevent confusion with the frame sequences and , every byte in the data string is preceded by an extra byte ('stuffing'). These extra bytes must be added ('stuffed') before sending a packet and removed after receiving the packet." ----- Original Message ----- From: Hank To: time-nuts at febo.com Sent: Sunday, October 05, 2008 3:17 PM Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB Ed Per your message : That would be the 'byte stuffing' inherent in TSIP packet structure. Packet 0X8F-AB is specified as being 17 bytes including the subcode ( 8F) Do you mean that you cant depend on that packet always being 17 bytes ? I'm getting 18 bytes only when the time has 16 seconds in it. ( the second byte is duplicated ) If you cant depend on having a constant number of bytes ( as defined in the spec ) , how do you then decode it ? Thanks Hank From hmurray at megapathdsl.net Sun Oct 5 15:32:27 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Sun, 05 Oct 2008 12:32:27 -0700 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB In-Reply-To: Message from "Hank" of "Sun, 05 Oct 2008 15:17:13 EDT." Message-ID: <20081005193228.F1057BCD5@ip-64-139-1-69.sjc.megapath.net> > If you cant depend on having a constant number of bytes ( as defined > in the spec ) , how do you then decode it ? You have to do the de-stuffing before you check the length and decode the packet. It will be obvious after you see it. If the Trimble manual isn't good enough, google for byte-stuffing. You will have similar troubles when other bytes have the magic value. Minutes and hours seem like good candidates. -- These are my opinions, not necessarily my employer's. I hate spam. From hmurray at megapathdsl.net Sun Oct 5 17:08:08 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Sun, 05 Oct 2008 14:08:08 -0700 Subject: [time-nuts] Time from power lines In-Reply-To: Message from "Murray Greenman" of "Mon, 06 Oct 2008 06:37:47 +1300." Message-ID: <20081005210809.D100ABCD5@ip-64-139-1-69.sjc.megapath.net> (I forgot what the subject of this thread was, but it's not time-nuts Digest) > The suggestion of using the mains frequency as a reference is not > practical. There will be no certainty, even after counting for a week > that the mains frequency will give you a reliable reference. You said > it yourself - "the instantaneous frequency of the mains is not always > spot on". That doesn't sound quite right. I think there are several parameters, and some combinations might be interesting. Here are the ones I can think of: How stable is the clock you are trying to measure? How accurately are you trying to measure it? How long are you willing to wait? > If you want a cheap and cheerful 50Hz reference in NZ, use the frame > frequency of TVNZ's TV1 or TV2 transmissions. Is that exactly 50 Hz? US TV is slightly off 60 Hz. -- These are my opinions, not necessarily my employer's. I hate spam. From namichie at gmail.com Sun Oct 5 18:19:44 2008 From: namichie at gmail.com (Neville Michie) Date: Mon, 6 Oct 2008 09:19:44 +1100 Subject: [time-nuts] TBolt Monitor In-Reply-To: <5A4EFAE4A47A4D428BED3350ECF22BED@didierhp> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com> <5A4EFAE4A47A4D428BED3350ECF22BED@didierhp> Message-ID: <768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com> The clock displays are of two types. The analogue dials use alternate negative and positive pulses and are easily generated with a 0.5 Hz square wave signal. These dials are either slaves from master clock systems or a cheap quartz clock dial with leads to the driver coil. A totem pole driver drives a capacitor that delivers the appropriate impulse to the dial motor. This can be conveniently generated by a PPS signal straight from the TBolt. The other display is a series of decimal counters decoded to produce a 60 X 60 X 24 display. This also can be driven from the PPS from the TBolt. The problem is setting either clock to UTC (or local time). A pulse counting system can always either miss a pulse or respond to a glitch to get the count out of sequence. A two phase clocking system can reduce this problem but there still remains the problem of start up and confidence checking. The TBolt could just drive the displays directly, but loss of signal or power drop-out requires a procedure to resynchronise the indicators and it would be better to have the displays autonomous in the absence of the GPS timing. I am thinking of a TCXO to carry over the timing for long power failures, that can be done with a milliwatt. Leap seconds are another consideration, so what I think might be most useful is a BCD seconds output from the monitor. This could be jammed into the pulse counter to correct it and could be decoded to give one minute pips like WWV to set an analogue dial. Just having a low power monitor indicating UTC is 99% of the required solution. All of this is the alternative to running a PC to support the TBolt and so avoid the power demand and inconvenient size of the PC. So what I want is a tiny black box to connect to the TBolt that would indicate UTC. Constructing a micro project is no problem, but the program development and installation is a sticking point. cheers, Neville Michie On 06/10/2008, at 3:08 AM, Didier Juges wrote: > Tell me what kind of signal you need to drive your clock, and I may > be able > to get what you need from the processor. > > Didier KO4BB > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Neville Michie >> Sent: Sunday, October 05, 2008 6:34 AM >> To: Discussion of precise time and frequency measurement >> Subject: [time-nuts] TBolt Monitor >> >> Hi, >> I have been having fun with my TBolt, and I am organising a >> power supply to run it off a 12 volt battery backed up power supply. >> I am making my own low headroom regulators, I assume it will >> perform better with precisely controlled supply voltages. >> What I need next is a monitor to show the current UTC time >> and perhaps a monitor function or two. >> That will be used to set a PPS counting clock which is for >> setting my clocks while I use the 10 MHz to drive a time >> stamping logger that records the timing of the escapements of >> the clocks (pendulum type) being analysed. >> I saw the monitor Didier was proposing, but my skills with >> micros are quite limited so are there any suggestions for a >> low power, simple monitor that I can recover UTC with to set >> my PPS counting clock? The clock will be either or both of a >> seconds indicating slave dial and a 6 digit large LED display. >> cheers, >> Neville Michie >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com To unsubscribe, >> go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/ > time-nuts > and follow the instructions there. From didier at cox.net Sun Oct 5 21:07:00 2008 From: didier at cox.net (Didier Juges) Date: Sun, 5 Oct 2008 20:07:00 -0500 Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB In-Reply-To: <0DFB62B49F744B9192C5A5ADA474ADE0@whe7d219f70f9a> References: <0DFB62B49F744B9192C5A5ADA474ADE0@whe7d219f70f9a> Message-ID: <9D85BFFB0F8048B29040F6E6475B59B4@didierhp> Hank, You can look at the source code for my Tbolt Monitor to see how I dealt with that. The link to the source code is in my wiki page: http://www.ko4bb.com/dokuwiki/doku.php?id=precision_timing:gps_monitor Didier KO4BB > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Hank > Sent: Sunday, October 05, 2008 2:26 PM > To: time-nuts at febo.com > Subject: Re: [time-nuts] THUNBERBOLT PACKET 0X8F-AB > > Ed, > > Got it....Found the spec ! Thanks for the hint ! > > Hank > > > > "The bytes in the data string can have any value. To prevent > confusion with the frame > > sequences and , every byte in the > data string is > > preceded by an extra byte ('stuffing'). These extra > bytes must be added > > ('stuffed') before sending a packet and removed after > receiving the packet." > > ----- Original Message ----- > From: Hank > To: time-nuts at febo.com > Sent: Sunday, October 05, 2008 3:17 PM > Subject: [time-nuts] THUNBERBOLT PACKET 0X8F-AB > > > Ed > Per your message : That would be the 'byte stuffing' > inherent in TSIP packet structure. > > Packet 0X8F-AB is specified as being 17 bytes including the > subcode ( 8F) > Do you mean that you cant depend on that packet always > being 17 bytes ? > I'm getting 18 bytes only when the time has 16 seconds in > it. ( the second byte is duplicated ) > > If you cant depend on having a constant number of bytes ( > as defined in the spec ) , how do you then decode it ? > > Thanks > Hank > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com To unsubscribe, > go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From didier at cox.net Sun Oct 5 21:13:02 2008 From: didier at cox.net (Didier Juges) Date: Sun, 5 Oct 2008 20:13:02 -0500 Subject: [time-nuts] TBolt Monitor In-Reply-To: <768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com><5A4EFAE4A47A4D428BED3350ECF22BED@didierhp> <768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com> Message-ID: <03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Neville Michie > Sent: Sunday, October 05, 2008 5:20 PM > To: Discussion of precise time and frequency measurement > Subject: Re: [time-nuts] TBolt Monitor > > The clock displays are of two types. The analogue dials use > alternate negative and positive pulses and are easily > generated with a 0.5 Hz square wave signal. These dials are > either slaves from master clock systems or a cheap quartz > clock dial with leads to the driver coil. A totem pole driver > drives a capacitor that delivers the appropriate impulse to > the dial motor. This can be conveniently generated by a PPS > signal straight from the TBolt. > The other display is a series of decimal counters decoded to > produce a 60 X 60 X 24 display. This also can be driven from > the PPS from the TBolt. > The problem is setting either clock to UTC (or local time). A > pulse counting system can always either miss a pulse or > respond to a glitch to get the count out of sequence. A two > phase clocking system can reduce this problem but there still > remains the problem of start up and confidence checking. > The TBolt could just drive the displays directly, but loss of > signal or power drop-out requires a procedure to > resynchronise the indicators and it would be better to have > the displays autonomous in the absence of the GPS timing. I > am thinking of a TCXO to carry over the timing for long power > failures, that can be done with a milliwatt. > Leap seconds are another consideration, so what I think might > be most useful is a BCD seconds output from the monitor. > This could be jammed into the pulse counter to correct it and > could be decoded to give one minute pips like WWV to set an > analogue dial. > Just having a low power monitor indicating UTC is 99% of the > required solution. > All of this is the alternative to running a PC to support the > TBolt and so avoid the power demand and inconvenient size of the PC. > So what I want is a tiny black box to connect to the TBolt > that would indicate UTC. Constructing a micro project is no > problem, but the program development and installation is a > sticking point. > cheers, Neville Michie > Neville, All this is quite feasible, but would require more time and motivation than I have for this at the moment. However, the Tbolt Monitor outputs GPS time on its display, and it would be easy to output the time and/or date in BCD in sync with the GPS packets on the serial port, or in an serial SPI format. I anticipate having a real PWB for the Tbolt Monitor in a month or two, if you can wait, that will be an easy fix. Didier KO4BB From mfeher at eozinc.com Sun Oct 5 21:34:45 2008 From: mfeher at eozinc.com (Mike Feher) Date: Sun, 5 Oct 2008 21:34:45 -0400 Subject: [time-nuts] Frequency Stability of Trimble Mini-T In-Reply-To: <03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com><5A4EFAE4A47A4D428BED3350ECF22BED@didierhp><768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com> <03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> Message-ID: <2D3C7CD387614F5F8D3521363034E0F0@gsmacdq14es> The attached URL is a 11 day plot of a 30.5 GHz carrier taken every minute by an Agilent 53152A microwave counter. The Mini-T has an ovenized oscillator. It appears that the GPS attempts to over correct the oscillator, hence the large frequency excursions. The real large excursions, around the 96 hour range, were due to a loose connector. The requirements are such that over a 90 day period the total frequency drift shall be no more than 1 KHz. Someone in their ultimate wisdom, decided that since they do not have the time to take measurements for 90 days, they will take it for 24 hours and not allow any frequency excursions over 11 Hz at 30.5 GHz. Obviously, this plot does not pass their requirement. When the oscillator is allowed to free run, the frequency jumps are not there. Has any one else made any measurements on the Trimble Mini-T. Any observations or suggestions are appreciated. Regards - Mike http://www.eozinc.com/11dayplot.pdf Mike B. Feher, N4FS 89 Arnold Blvd. Howell, NJ, 07731 732-886-5960 From Murray.Greenman at rakon.com Sun Oct 5 22:27:28 2008 From: Murray.Greenman at rakon.com (Murray Greenman) Date: Mon, 6 Oct 2008 15:27:28 +1300 Subject: [time-nuts] Mains and TV 50Hz In-Reply-To: References: Message-ID: Hal and others, I am sure that if one could accumulate mains cycles long enough, a reasonable level of accuracy could be obtained, but you need to ask yourself (1) to what standard is this 'reference' traceable, and (2) what happens if there is a power failure? On this latter point, let's say that a clock driven by the mains is correct to within 10 seconds/day (about 1e-4), but in the longer term accuracy is improved. To reach even 1ppm level, you need to accumulate time for 100 days. What chance is there of accumulating for 100 days without a power failure? About the TV system, in New Zealand (and no doubt other countries using the PAL standard) the field frequency is specified to be 50Hz (frame frequency 25Hz). Unlike NTSC, everything except the colour burst frequency (4433618.75Hz) can be derived directly from 1MHz by binary division, which is really handy. Whether the transmitted frequency is accurately 50Hz depends on the network. Some of them are quite poor (i.e. worse than 1ppm), but I know that TVNZ operate their North Island network from a Trimble Thunderbolt in each studio, which controls a digital mixing desk. While there is delay managed within the network, the transmitted line and frame frequency is constant and also related to the GPS second. For many years the government labs in Wellington measured and published monthly figures of the error in the TV reference. Perversely, some of the smaller networks have highly accurate vision carrier frequencies (allows for channel reuse), but poorly controlled sync! Regards, Murray ZL1BPU From namichie at gmail.com Sun Oct 5 22:25:13 2008 From: namichie at gmail.com (Neville Michie) Date: Mon, 6 Oct 2008 13:25:13 +1100 Subject: [time-nuts] TBolt Monitor In-Reply-To: <03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com><5A4EFAE4A47A4D428BED3350ECF22BED@didierhp> <768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com> <03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> Message-ID: <886FDE89-09A0-4CDE-9299-4C0C657F9841@gmail.com> Hi Didier, a time (GPS) and date display would be excellent, the only really useful enhancement might be a 60th second output, one pulse per minute. That would enable quite a few useful timing functions in conjunction with the PPS signal. Outputting the formatted time data may start to get very specific to a project, but the pulse per minute overcomes a major part of the problem of identifying which pulse is which with the PPS at little cost to the project. Neville Michie On 06/10/2008, at 12:13 PM, Didier Juges wrote: > > >> -----Original Message----- >> From: time-nuts-bounces at febo.com >> [mailto:time-nuts-bounces at febo.com] On Behalf Of Neville Michie >> Sent: Sunday, October 05, 2008 5:20 PM >> To: Discussion of precise time and frequency measurement >> Subject: Re: [time-nuts] TBolt Monitor >> >> The clock displays are of two types. The analogue dials use >> alternate negative and positive pulses and are easily >> generated with a 0.5 Hz square wave signal. These dials are >> either slaves from master clock systems or a cheap quartz >> clock dial with leads to the driver coil. A totem pole driver >> drives a capacitor that delivers the appropriate impulse to >> the dial motor. This can be conveniently generated by a PPS >> signal straight from the TBolt. >> The other display is a series of decimal counters decoded to >> produce a 60 X 60 X 24 display. This also can be driven from >> the PPS from the TBolt. >> The problem is setting either clock to UTC (or local time). A >> pulse counting system can always either miss a pulse or >> respond to a glitch to get the count out of sequence. A two >> phase clocking system can reduce this problem but there still >> remains the problem of start up and confidence checking. >> The TBolt could just drive the displays directly, but loss of >> signal or power drop-out requires a procedure to >> resynchronise the indicators and it would be better to have >> the displays autonomous in the absence of the GPS timing. I >> am thinking of a TCXO to carry over the timing for long power >> failures, that can be done with a milliwatt. >> Leap seconds are another consideration, so what I think might >> be most useful is a BCD seconds output from the monitor. >> This could be jammed into the pulse counter to correct it and >> could be decoded to give one minute pips like WWV to set an >> analogue dial. >> Just having a low power monitor indicating UTC is 99% of the >> required solution. >> All of this is the alternative to running a PC to support the >> TBolt and so avoid the power demand and inconvenient size of the PC. >> So what I want is a tiny black box to connect to the TBolt >> that would indicate UTC. Constructing a micro project is no >> problem, but the program development and installation is a >> sticking point. >> cheers, Neville Michie >> > > Neville, > > All this is quite feasible, but would require more time and > motivation than > I have for this at the moment. > However, the Tbolt Monitor outputs GPS time on its display, and it > would be > easy to output the time and/or date in BCD in sync with the GPS > packets on > the serial port, or in an serial SPI format. > > I anticipate having a real PWB for the Tbolt Monitor in a month or > two, if > you can wait, that will be an easy fix. > > Didier KO4BB > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/ > time-nuts > and follow the instructions there. From didier at cox.net Sun Oct 5 23:11:45 2008 From: didier at cox.net (Didier Juges) Date: Sun, 5 Oct 2008 22:11:45 -0500 Subject: [time-nuts] TBolt Monitor In-Reply-To: <886FDE89-09A0-4CDE-9299-4C0C657F9841@gmail.com> References: <33928620-888F-48A0-9F52-6427F5F0BEED@gmail.com><5A4EFAE4A47A4D428BED3350ECF22BED@didierhp><768835EB-4675-4E19-8971-7C2C9098ADA6@gmail.com><03A6F2CF0F504F9DA5B0D8F919CEBDDB@didierhp> <886FDE89-09A0-4CDE-9299-4C0C657F9841@gmail.com> Message-ID: > -----Original Message----- > From: time-nuts-bounces at febo.com > [mailto:time-nuts-bounces at febo.com] On Behalf Of Neville Michie > Sent: Sunday, October 05, 2008 9:25 PM > To: Discussion of precise time and frequency measurement > Subject: Re: [time-nuts] TBolt Monitor > > Hi Didier, > a time (GPS) and date display would be excellent, the only > really useful enhancement might be a 60th second output, one > pulse per minute. That would enable quite a few useful timing > functions in conjunction with the PPS signal. Outputting the > formatted time data may start to get very specific to a > project, but the pulse per minute overcomes a major part of > the problem of identifying which pulse is which with the PPS > at little cost to the project. > Neville Michie > Neville, That can be arranged. To make that pulse precisely synchronous with the 1PPS pulse, a single D flip-flop will be required in addition to the circuit published on the Tbolt Monitor page. I may even use the GPS offset to make the pulse synchronous with UTC... Unlike the PPS pulse (which is very narrow), the PPM pulse will be several hundred milliseconds so that it could drive an LED directly and be visible. Remind me of it when the board becomes available. Didier KO4BB From gretchendenisebaxter at gmail.com Mon Oct 6 10:30:06 2008 From: gretchendenisebaxter at gmail.com (Gretchen Baxter) Date: Mon, 6 Oct 2008 10:30:06 -0400 Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? Message-ID: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> Hi, I am doing research for my employer around time synchronization. I have found a lot of good information at http://www.usno.navy.mil But does the EU or other European countries have a similar source? As a European company, my employer would prefer not to base too much of its research around a US Military source, irrelevant how reliable it is. Thank you, Gretchen From dave.g0dja at tiscali.co.uk Mon Oct 6 11:00:15 2008 From: dave.g0dja at tiscali.co.uk (David Ackrill) Date: Mon, 06 Oct 2008 16:00:15 +0100 Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? In-Reply-To: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> References: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> Message-ID: <48EA27FF.3050504@tiscali.co.uk> Gretchen Baxter wrote: > Hi, > > I am doing research for my employer around time synchronization. > > I have found a lot of good information at http://www.usno.navy.mil > > But does the EU or other European countries have a similar source? Several universities and scientific organisations in various countries in Europe have information on time synchronisation. A few of the ones I know of are as follows. http://wwp.greenwichmeantime.com/ http://www.srcf.ucam.org/~jsm28/british-time/ http://www.ptb.de/index_en.html (see working group 4.41 at http://www.ptb.de/en/org/4/44/441/_index.htm ) I'm sure there must be more, but you may need to use Google to find them. Dave From magnus at rubidium.dyndns.org Mon Oct 6 12:07:43 2008 From: magnus at rubidium.dyndns.org (Magnus Danielson) Date: Mon, 6 Oct 2008 18:07:43 +0200 (CEST) Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? In-Reply-To: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> References: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> Message-ID: <2fd15c3de2836f490e80c4c55ef810b8.squirrel@rubidium.dyndns.org> Gretchen, > I am doing research for my employer around time synchronization. > > I have found a lot of good information at http://www.usno.navy.mil > > But does the EU or other European countries have a similar source? > > As a European company, my employer would prefer not to base too much of > its > research around a US Military source, irrelevant how reliable it is. > > Thank you, What type of information do you need? There are several very good sources, but what field within time synchronization do you need? Telecom networks? Internet? Precission GPS/GNSS? Low phase noise? With a little more info I am sure we can give you better directions. Best regards, Magnus From scmcgrath at gmail.com Mon Oct 6 12:08:22 2008 From: scmcgrath at gmail.com (Scott McGrath) Date: Mon, 6 Oct 2008 12:08:22 -0400 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <1c096fd70810051954j6fd86339m3fd94647300ede65@mail.gmail.com> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> <1c096fd70810050958s624a4604t38ebbadf74e1af9c@mail.gmail.com> <1c096fd70810051954j6fd86339m3fd94647300ede65@mail.gmail.com> Message-ID: The Oscillator on a 25xx is a Saronix 3.864Mhz oscillator chip. Also see this This is from one of Cisco's configuration guides - my documentation unfortunately was covered by a Cisco NDA I am looking for a public document which describes serial interrupt handling. But when you think about it input must also have a interrupt handler otherwise one would never be able to send a break sequence and have it acted upon. !--- Reduce async framing overhead to improve throughput. speed 115200 !--- The AUX port on the 2600 supports a speed of 115200. !--- Note: If you route through the AUX port, each character generates a !--- processor interrupt. This is an abnormally high load on the CPU, !--- which can be resolved if you use a lower AUX port speed. flowcontrol hardware !--- This configures RTS/CTS flow control. On Sun, Oct 5, 2008 at 10:54 PM, Dave hartzell wrote: > Hmmm... > > I would be interested to see those docs. > > I find it hard to believe that a pin going high on a serial port would > generate an interrupt unless a process is listening to it. > > Its not that I don't believe you, I just have never run into this in > my 12+ years dealing with Cisco. Output logging crashes for sure, but > never anything with terminal servers. > > Scary stuff. I'm going to unplug all my consoles now! ;-) > > > On Sun, Oct 5, 2008 at 11:28 AM, Scott McGrath wrote: >> Interrupts happen on any serial operation I'll dig out the relevant >> doc's as another interesting way to crash a 6509 is to have a terminal >> server randomly generating text. Been there, got the scars... and >> the root cause analysis from TAC... >> >> > From gretchendenisebaxter at gmail.com Mon Oct 6 12:39:06 2008 From: gretchendenisebaxter at gmail.com (Gretchen Baxter) Date: Mon, 6 Oct 2008 12:39:06 -0400 Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? In-Reply-To: <2fd15c3de2836f490e80c4c55ef810b8.squirrel@rubidium.dyndns.org> References: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> <2fd15c3de2836f490e80c4c55ef810b8.squirrel@rubidium.dyndns.org> Message-ID: <4fdb424f0810060939x2dc23e7fw368d7b0b1b21ce7c@mail.gmail.com> Just looking for basic info and technical info, but with a source I can quote from the EU community, not US military. Mainly around basic network time syncronization. And GPS / Galileo. thanx! On Mon, Oct 6, 2008 at 12:07 PM, Magnus Danielson < magnus at rubidium.dyndns.org> wrote: > Gretchen, > > > I am doing research for my employer around time synchronization. > > > > I have found a lot of good information at http://www.usno.navy.mil > > > > But does the EU or other European countries have a similar source? > > > > As a European company, my employer would prefer not to base too much of > > its > > research around a US Military source, irrelevant how reliable it is. > > > > Thank you, > > What type of information do you need? There are several very good sources, > but what field within time synchronization do you need? > > Telecom networks? Internet? Precission GPS/GNSS? Low phase noise? > > With a little more info I am sure we can give you better directions. > > Best regards, > Magnus > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > From w3kl at w3kl.com Mon Oct 6 13:03:03 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Mon, 6 Oct 2008 10:03:03 -0700 (PDT) Subject: [time-nuts] Further Observation On My 5061B Message-ID: <740498.62618.qm@web35407.mail.mud.yahoo.com> I forgot to mention in my email yesterday that when I did a degaussing procedure (using the 10638A) the Beam current peaked above 20 nA during the early part of the procedure. ? At first, I took this an evidence that more beam current could be obtained - that is, the mass spec system needed to be tuned.? However, upon further thought I suspect that what I was seeing was inductive pickup by the beam current measuring system. ? Anyone care to speculate? ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 From w3kl at w3kl.com Mon Oct 6 13:24:05 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Mon, 6 Oct 2008 10:24:05 -0700 (PDT) Subject: [time-nuts] Further Observation On My 5061B In-Reply-To: <740498.62618.qm@web35407.mail.mud.yahoo.com> Message-ID: <149887.22751.qm@web35404.mail.mud.yahoo.com> Also, the magnitude of the "bump" decreased over time, with is consistent with the way the degausser works - the current pulse decreases exponentially with time. ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Mon, 10/6/08, Jeffrey Okamitsu wrote: From: Jeffrey Okamitsu Subject: [time-nuts] Further Observation On My 5061B To: time-nuts at febo.com Date: Monday, October 6, 2008, 1:03 PM I forgot to mention in my email yesterday that when I did a degaussing procedure (using the 10638A) the Beam current peaked above 20 nA during the early part of the procedure. ? At first, I took this an evidence that more beam current could be obtained - that is, the mass spec system needed to be tuned.? However, upon further thought I suspect that what I was seeing was inductive pickup by the beam current measuring system. ? Anyone care to speculate? ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From mark.allwright at bell.ca Mon Oct 6 13:47:55 2008 From: mark.allwright at bell.ca (mark.allwright at bell.ca) Date: Mon, 6 Oct 2008 13:47:55 -0400 Subject: [time-nuts] GPS, NTP, and Cisco routers... In-Reply-To: <48E8FA43.2070701@intt.net> References: <3C932D37-8120-4833-81D8-9AC8C1E73434@rob-vassar.com> <1c096fd70810042200y29299335n2e75c5c34b574b79@mail.gmail.com> <48E8FA43.2070701@intt.net> Message-ID: I remember running this on "line aux 0" in the IOS version 11.x days (circa 1999). Was supported on the 7000, 4000 and 2500 series routers. It was originally designed for a Telecom Solutions (bought by Symmetricom) clock that would be co-located with the routers in a data centre . I have a PDF copy of "Application Note 600" that shows how it was intended to be used (mail me if you need a copy). I ditched the solution in favour of a FreeBSD+GPS based solution; Cisco was (and still is) only supporting version 3 of NTP specification. I do not have any data left on how well it worked but I recall it was better with the PPS support than without. Regards. Mark. -- Mark Allwright CCIE #1088 National Hosting Services - Senior Data Analyst 2100 111 - 5th Avenue SW Calgary, AB T2P 3Y6 T: 403 410-0733 | F: 403 216-6050 -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Scott Mace Sent: Sunday, October 05, 2008 11:33 AM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] GPS, NTP, and Cisco routers... This runs on the aux port, and the sup720 doesn't have an aux port... There are always obscure features that slip into the production releases that aren't tested and they just forget to exclude them during builds. TAC will probably have no clue about this... You could try the cisco-nsp mailling list for support, but beware, it's frequented by cisco developers that will just as soon open a bug-id to drop 'feature' from the production release if it was never supposed to be there in the first place. I wonder if this was originally used as an alternative method to time the MIX midplane in the VXR chassis and the NTP feature was side benefit? Most telecom gear that needs synchronization will take a BITS input or some other frequency reference. I've used that extensively with SONET gear and the good old Datum OT-21. I never used the 7200 MIX, so I'm not sure if it could take an external reference or just recover clock from a DS1 port. Seems like a good use for an AUX port if you don't need a modem or reverse telnet! Scott Scott McGrath wrote: > Actually you might get pretty good results if you have a 6509 as any > activity on the serial port triggers a CPU interrupt which is why on a > overloaded 6509 the first thing to try is "no logging console" to get > the cpu down from 100% - usually in the context of DDoS and the > control plane is slammed as the EOBC is only a 1 megabit channel even > on the 3BXL's. This is one of the advantages of the annual trek out > to Bldg 14 in San Jose - one gets to meet the guys who developed the > code for the routers. > > This has more than passing interest for me as one could take a NovaTel > GPSCard which has a 1PPS output and runs on a single 12-36V supply and > has a dedicated 1PPS output at serial levels and install one at each > router location. Still have not disassembled the 2501 and 2611 to > see which cheapo TCXO Cisco has installed. > > > What do you have available at your shop - we are running SUP720-3BXL's > running 12.2 SXF > > On Sun, Oct 5, 2008 at 1:00 AM, Dave hartzell wrote: >> Looks like Trimble and Cisco got together on a PPS implementation for >> the 7200, starting with 12.0T trainwreck: >> >> http://www.cisco.com/en/US/docs/ios/12_1t/12_1t1/feature/guide/dtrimb >> le.html >> >> Since I don't have any 7200s any longer (thank goodness), I checked >> and it seems that the 6500s support this as well on the console >> serial >> port: >> >> 6509-rtr(config-line)#ntp ? >> pps-discipline Use PPS pulse to discipline system clock >> refclock NTP Reference Clock >> >> and >> >> 6509-rtr(config-line)#ntp refclock ? >> telecom-solutions Telecom Solutions GPS >> trimble Trimble Navigation TSIP Protocol >> >> It looks interesting, and if the code is just looking for a PPS >> transition on the CTS or RI, you might be in luck with any external >> PPS... >> >> BUT be forewarned, IOS is a cooperative multitasking operating system >> (at least prior to the new "modular" stuff), so your accuracy is >> going to vary depending on loads, processes, etc. I wouldn't count >> on this being to spectacular... probably no better than an external >> NTP source. >> >> And of course, you can always call the TAC for more assistance! ;-) >> >> 73, >> Dave >> AF6KD >> >> >> On Fri, Oct 3, 2008 at 2:39 PM, Robert Vassar wrote: >>> >>> >>> I've been fiddling around with an old Cisco router here at the house >>> to brush up. We have an IPv6 project going at work, and our WAN >>> provider provides no native transit, so I'm looking at doing some >>> tunneling. Anyhow... I discovered IOS 12.1 and above have native >>> NTP capability. I don't have the exhaustive IOS command reference, >>> and I suspect it's a limited NTP implementation. I'm wondering if >>> it's possible to tie a GPS unit to a router serial port and gain a >>> stratum 0 refclock. >>> >>> >>> Any Cisco guru's on the list? :-) >>> >>> >>> >>> Cheers, >>> >>> Rob >>> >>> >>> _______________________________________________ >>> time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to >>> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >>> and follow the instructions there. >>> >> _______________________________________________ >> time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >> and follow the instructions there. >> > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From mctylr at gmail.com Mon Oct 6 14:38:57 2008 From: mctylr at gmail.com (michael taylor) Date: Mon, 6 Oct 2008 15:38:57 -0300 Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? In-Reply-To: <4fdb424f0810060939x2dc23e7fw368d7b0b1b21ce7c@mail.gmail.com> References: <4fdb424f0810060730s31107bc6k319d994895433be@mail.gmail.com> <2fd15c3de2836f490e80c4c55ef810b8.squirrel@rubidium.dyndns.org> <4fdb424f0810060939x2dc23e7fw368d7b0b1b21ce7c@mail.gmail.com> Message-ID: <25630a120810061138w2b3bb9cah25eedc04170c2d61@mail.gmail.com> On Mon, Oct 6, 2008 at 1:39 PM, Gretchen Baxter wrote: > Just looking for basic info and technical info, but with a source I can > quote from the EU community, not US military. > > Mainly around basic network time syncronization. In most EU countries, I believe their "national labs" or "bureau of weights & measures" are the domestic source for national standards. For example in the UK the National Physical Labs (NPL) have a Time & Frequency branch, . I suspect you will also be interested in BIPM, who coordinate International Atomic Time (TAI) and well as Coordinated Universal Time (UTC). . For English and French publications, you can also refer to Canada's National Research Council - Institute for National Measurement Standards NRC-INMS Frequency & Time group , I suspect most of the information on Galileo should be available from the ESA and EU. -Michael From wje at quackers.net Mon Oct 6 17:47:23 2008 From: wje at quackers.net (wje) Date: Mon, 06 Oct 2008 17:47:23 -0400 Subject: [time-nuts] Further Observation On My 5061B In-Reply-To: <149887.22751.qm@web35404.mail.mud.yahoo.com> References: <149887.22751.qm@web35404.mail.mud.yahoo.com> Message-ID: <48EA876B.3000308@quackers.net> Just a nitpick - the reading on the meter isn't any particular scale, it's essentially arbitrary. The actual beam current is typically in the picoamp range. My measured beam current is only about 400 pA. I'm not sure what you would be seeing from induction; the beam current is a result of current flow from the electron multiplier, which is stimulated by electrons from the ionized cesium. There are no inductive components, and in any case the frequency of the degaussing is so low (0.2 Hz) that any inductive coupling would be extremely low. My guess would be that you actually have an at-least marginally working tube, but have a failure in your synthesizer, or in the microwave generator. Have you done the harmonic generator alignment in the manual? I don't remember if you said if you did the LF test, that's a good diagnostic also. If you have a high impedance voltmeter, (100 megs), you can directly measure the beam current following the procedure in the manual. This will eliminate any problems in the amps and detector. Go to open-loop, mod-off, monitor the current and very slowly adjust the coarse 10Mhz. You should see variation at resonance peaks. BTW, even when operating correctly, you have to be quite precise when doing the coarse frequency adjustment; the peaks are very narrow and easy to miss. One final thing you can do is to go to open-loop, mod-on, amplifier gain switch to high and crank the gain up as far as you can, but not to exceed a second-harmonic reading of 40. Then, slowly adjust the 10Mhz coarse control and see if the second-harmonic moves anywhere over the control range. If you get a signal, back off on the gain and keep tweaking the osc to maximize the second harmonic. If you can do this, you are getting a beam signal, and if you can get a second-harmonic reading of at least 30, you should be able to get lock, assuming your synthesizer is working. It's also easy to end up on a secondary peak, in which case you will get good readings but no lock. I always adjust past the first peak I see to look for a secondary. If I don't find it, I know I was on a secondary originally and scan back to maximize the beam current. Again, there's not a huge difference between primary and secondary peaks, so you have to pay attention. Bill Ezell ---------- They said 'Windows or better' so I used Linux. Jeffrey Okamitsu wrote: > Also, the magnitude of the "bump" decreased over time, with is consistent with the way the degausser works - the current pulse decreases exponentially with time. > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Mon, 10/6/08, Jeffrey Okamitsu wrote: > > From: Jeffrey Okamitsu > Subject: [time-nuts] Further Observation On My 5061B > To: time-nuts at febo.com > Date: Monday, October 6, 2008, 1:03 PM > > I forgot to mention in my email yesterday that when I did a degaussing procedure > (using the 10638A) the Beam current peaked above 20 nA during the early part of > the procedure. > > At first, I took this an evidence that more beam current could be obtained - > that is, the mass spec system needed to be tuned. However, upon further > thought I suspect that what I was seeing was inductive pickup by the beam > current measuring system. > > Anyone care to speculate? > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > > From w3kl at w3kl.com Mon Oct 6 18:03:18 2008 From: w3kl at w3kl.com (Jeffrey Okamitsu) Date: Mon, 6 Oct 2008 15:03:18 -0700 (PDT) Subject: [time-nuts] Further Observation On My 5061B In-Reply-To: <48EA876B.3000308@quackers.net> Message-ID: <925832.74972.qm@web35405.mail.mud.yahoo.com> Bill.? Thanks for the info. ? Yep, did the microwave alignment as per the manual.? And, I understand how sensitive it is to find the true peak and that there is very little difference between the primary and secondary peaks.? I am sure I am on the primary peak. ? I will try working with the loop amplifier sometime this week and let you know what I find. ? Thanks! ? Jeff Jeffrey K. Okamitsu, PhD, MBA +1-609-638-5402 --- On Mon, 10/6/08, wje wrote: From: wje Subject: Re: [time-nuts] Further Observation On My 5061B To: "Discussion of precise time and frequency measurement" Date: Monday, October 6, 2008, 5:47 PM Just a nitpick - the reading on the meter isn't any particular scale, it's essentially arbitrary. The actual beam current is typically in the picoamp range. My measured beam current is only about 400 pA. I'm not sure what you would be seeing from induction; the beam current is a result of current flow from the electron multiplier, which is stimulated by electrons from the ionized cesium. There are no inductive components, and in any case the frequency of the degaussing is so low (0.2 Hz) that any inductive coupling would be extremely low. My guess would be that you actually have an at-least marginally working tube, but have a failure in your synthesizer, or in the microwave generator. Have you done the harmonic generator alignment in the manual? I don't remember if you said if you did the LF test, that's a good diagnostic also. If you have a high impedance voltmeter, (100 megs), you can directly measure the beam current following the procedure in the manual. This will eliminate any problems in the amps and detector. Go to open-loop, mod-off, monitor the current and very slowly adjust the coarse 10Mhz. You should see variation at resonance peaks. BTW, even when operating correctly, you have to be quite precise when doing the coarse frequency adjustment; the peaks are very narrow and easy to miss. One final thing you can do is to go to open-loop, mod-on, amplifier gain switch to high and crank the gain up as far as you can, but not to exceed a second-harmonic reading of 40. Then, slowly adjust the 10Mhz coarse control and see if the second-harmonic moves anywhere over the control range. If you get a signal, back off on the gain and keep tweaking the osc to maximize the second harmonic. If you can do this, you are getting a beam signal, and if you can get a second-harmonic reading of at least 30, you should be able to get lock, assuming your synthesizer is working. It's also easy to end up on a secondary peak, in which case you will get good readings but no lock. I always adjust past the first peak I see to look for a secondary. If I don't find it, I know I was on a secondary originally and scan back to maximize the beam current. Again, there's not a huge difference between primary and secondary peaks, so you have to pay attention. Bill Ezell ---------- They said 'Windows or better' so I used Linux. Jeffrey Okamitsu wrote: > Also, the magnitude of the "bump" decreased over time, with is consistent with the way the degausser works - the current pulse decreases exponentially with time. > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > > --- On Mon, 10/6/08, Jeffrey Okamitsu wrote: > > From: Jeffrey Okamitsu > Subject: [time-nuts] Further Observation On My 5061B > To: time-nuts at febo.com > Date: Monday, October 6, 2008, 1:03 PM > > I forgot to mention in my email yesterday that when I did a degaussing procedure > (using the 10638A) the Beam current peaked above 20 nA during the early part of > the procedure. > > At first, I took this an evidence that more beam current could be obtained - > that is, the mass spec system needed to be tuned. However, upon further > thought I suspect that what I was seeing was inductive pickup by the beam > current measuring system. > > Anyone care to speculate? > > Jeff > > Jeffrey K. Okamitsu, PhD, MBA > +1-609-638-5402 > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. > > > _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From Charlie.Myers at ps.net Mon Oct 6 21:58:40 2008 From: Charlie.Myers at ps.net (Myers, Charlie) Date: Mon, 6 Oct 2008 20:58:40 -0500 Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code & Frequency Generator Message-ID: <8C1E01B3C43FF44EAC6658014AB0617A0298031B@PSCDALPEXCH03.perotsystems.net> I recently obtained a Datum model# 9390-52321 GPS Time Code & Frequency Generator. This unit has a Rubidium time base. I hooked the unit up to my Motorola GPS2000 GPS antenna (which is mounted on the roof of my house) and powered the unit up, but I can't seem to get the unit to see the satellites. I keep getting the following error message on the LCD display, "Signal Level Low" followed by the status message, "GPS Time Not Acquired". I checked the antenna and transmission line and they seem to be okay because they operate my HP z3801A GPS time/frequency receiver just fine and I get plenty of satellite signal level on the HP receiver. I checked the +5 volts on the antenna connector on the back of the Datum unit and that measures correctly. Does anyone have any ideas where to look or what other tests to perform to isolate this problem? Thanks for any assistance you can provide me. Charlie Myers WA3RAD From jmiles at pop.net Mon Oct 6 22:19:41 2008 From: jmiles at pop.net (John Miles) Date: Mon, 6 Oct 2008 19:19:41 -0700 Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code & FrequencyGenerator In-Reply-To: <8C1E01B3C43FF44EAC6658014AB0617A0298031B@PSCDALPEXCH03.perotsystems.net> Message-ID: Sounds like you're doing everything right. 9390s are plug-and-play by nature, so I'd have to wonder if there's some front-end damage to the GPS receiver. -- john, KE5FX > -----Original Message----- > From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com]On > Behalf Of Myers, Charlie > Sent: Monday, October 06, 2008 6:59 PM > To: time-nuts at febo.com > Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code & > FrequencyGenerator > Importance: High > > > I recently obtained a Datum model# 9390-52321 GPS Time Code & Frequency > Generator. This unit has a Rubidium time base. > > I hooked the unit up to my Motorola GPS2000 GPS antenna (which is > mounted on the roof of my house) and powered the unit up, but I can't > seem to get the unit to see the satellites. I keep getting the > following error message on the LCD display, "Signal Level Low" followed > by the status message, "GPS Time Not Acquired". > > I checked the antenna and transmission line and they seem to be okay > because they operate my HP z3801A GPS time/frequency receiver just fine > and I get plenty of satellite signal level on the HP receiver. I > checked the +5 volts on the antenna connector on the back of the Datum > unit and that measures correctly. > > Does anyone have any ideas where to look or what other tests to perform > to isolate this problem? > > Thanks for any assistance you can provide me. > > Charlie Myers > WA3RAD > From fortime at bellsouth.net Tue Oct 7 01:00:19 2008 From: fortime at bellsouth.net (phil) Date: Tue, 7 Oct 2008 01:00:19 -0400 Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code &FrequencyGenerator References: Message-ID: <000b01c92839$995214b0$a101a8c0@officemail> I've had three of those units and all three had different gps receiver/boards. Most as John said, are "plug and play', however, all I have seen require about 40 ma to be drawn by the antenna to eliminate the antenna error on the display after it boots up. Most of those high current antennas like the older Trimble's had about 42 db gain. I'm not saying that is the problem, but you did say "Signal Level Low". Most of the antenna error problems can be tricked into thinking the antenna is there by paralleling a resistor on the antenna/input. (that dosen't solve your present no signal problem) I had one "crap" out a few days ago where the receiver front-end gave up the ghost. Most of that vintage electronics loose capacitors with age, possibly that is the issue. I was also wondering if a newer receiver could be substituted/adapted like the trimble ace 2 or 3. Oh, a side note, unless it was upgraded just prior to being obsoleted it will have the gps week rollover problem. Time and frequency will be fine but date and week will be wrong. Phil ----- Original Message ----- From: "John Miles" To: "Discussion of precise time and frequency measurement" Sent: Monday, October 06, 2008 10:19 PM Subject: Re: [time-nuts] Need Help - Datum 9390 GPS Time Code &FrequencyGenerator > Sounds like you're doing everything right. 9390s are plug-and-play by > nature, so I'd have to wonder if there's some front-end damage to the GPS > receiver. > > -- john, KE5FX > >> -----Original Message----- >> From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com]On >> Behalf Of Myers, Charlie >> Sent: Monday, October 06, 2008 6:59 PM >> To: time-nuts at febo.com >> Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code & >> FrequencyGenerator >> Importance: High >> >> >> I recently obtained a Datum model# 9390-52321 GPS Time Code & Frequency >> Generator. This unit has a Rubidium time base. >> >> I hooked the unit up to my Motorola GPS2000 GPS antenna (which is >> mounted on the roof of my house) and powered the unit up, but I can't >> seem to get the unit to see the satellites. I keep getting the >> following error message on the LCD display, "Signal Level Low" followed >> by the status message, "GPS Time Not Acquired". >> >> I checked the antenna and transmission line and they seem to be okay >> because they operate my HP z3801A GPS time/frequency receiver just fine >> and I get plenty of satellite signal level on the HP receiver. I >> checked the +5 volts on the antenna connector on the back of the Datum >> unit and that measures correctly. >> >> Does anyone have any ideas where to look or what other tests to perform >> to isolate this problem? >> >> Thanks for any assistance you can provide me. >> >> Charlie Myers >> WA3RAD >> > > > _______________________________________________ > time-nuts mailing list -- time-nuts at febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. From mfeher at eozinc.com Tue Oct 7 06:36:12 2008 From: mfeher at eozinc.com (Mike Feher) Date: Tue, 7 Oct 2008 06:36:12 -0400 Subject: [time-nuts] Need Help - Datum 9390 GPS Time Code &FrequencyGenerator In-Reply-To: References: <8C1E01B3C43FF44EAC6658014AB0617A0298031B@PSCDALPEXCH03.perotsystems.net> Message-ID: <16199E5B260348448DEC37276F6FD940@gsmacdq14es> From Arnold.Tibus at gmx.de Tue Oct 7 09:07:43 2008 From: Arnold.Tibus at gmx.de (Arnold Tibus) Date: Tue, 07 Oct 2008 15:07:43 +0200 Subject: [time-nuts] Does the EU or another European country have an equivalent of http://www.usno.navy.mil ? In-Reply-To: <4fdb424f0810060939x2dc23e7fw368d7b0b1b21ce7c@mail.gmail.com> Message-ID: Gretchen, I don't know exactly what you need or already know, but did you ever look to PTB Braunschweig (Phys. Techn. Bundesanstalt, Germany) (http://www.ptb.de/en/org/q/q4/q42/index.htm (engl.)) National Physical Laboratory NPL, UK (http://www.npl.co.uk/server.php?show=nav.348) (http://www.atomicclockrugbymsf.co.uk/time-synchronisation.htm) The International Bureau of Weights and Measures, Bureau International des Poids et Mesures (BIPM) in France is charged with providing the standard UTC for the World. (http://www.bipm.org/static/gpst/) I hope it will help you going on, good luck! Arnold On Mon, 6 Oct 2008 12:39:06 -0400, Gretchen Baxter wrote: >Just looking for basic info and technical info, but with a source I can >quote from the EU community, not US military. >Mainly around basic network time syncronization. >And GPS / Galileo. >thanx! >On Mon, Oct 6, 2008 at 12:07 PM, Magnus Danielson < >magnus at rubidium.dyndns.org> wrote: >> Gretchen, >> >> > I am doing research for my employer around time synchronization. >> > >> > I have found a lot of good information at http://www.usno.navy.mil >> > >> > But does the EU or other European countries have a similar source? >> > >> > As a European company, my employer would prefer not to base too much of >> > its >> > research around a US Military source, irrelevant how reliable it is. >> > >> > Thank you, >> >> What type of information do you need? There are several very good sources, >> but what field within time synchronization do you need? >> >> Telecom networks? Internet? Precission GPS/GNSS? Low phase noise? >> >> With a little more info I am sure we can give you better directions. >> >> Best regards, >> Magnus >> >_______________________________________________ >time-nuts mailing list -- time-nuts at febo.com >To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >and follow the instructions there. From gretchendenisebaxter at gmail.com Tue Oct 7 10:25:04 2008 From: gretchendenisebaxter at gmail.com (Gretchen Baxter) Date: Tue, 7 Oct 2008 10:25:04 -0400 Subject: [time-nuts] =?windows-1252?q?Where_can_I_find_a_master_list_of_NT?= =?windows-1252?q?P_/time_services_RFC=92s=3F?= Message-ID: <4fdb424f0810070725y445adc3asba2eaf93a5257ffb@mail.gmail.com> Hi, Where can I find a master list of NTP /time services RFC's? Thanx! From GDowd at symmetricom.com Tue Oct 7 10:37:43 2008 From: GDowd at symmetricom.com (Greg Dowd) Date: Tue, 7 Oct 2008 07:37:43 -0700 Subject: [time-nuts] Where can I find a master list of NTP /time services RFC's? In-Reply-To: <4fdb424f0810070725y445adc3asba2eaf93a5257ffb@mail.gmail.com> References: <4fdb424f0810070725y445adc3asba2eaf93a5257ffb@mail.gmail.com> Message-ID: There aren't that many. The current list (www.ietf.org) would include Daytime (rfc867) Time (rfc868) NTP (rfc1305) SNTP (rfc4330) There will be a few new ones for ntpv4 (standards for protocol and snmp mib, informational for autokey) soon but they are still in last call. Also, the tictoc working group will likely release a few as well. Note that time and daytime are really, really old now. Greg Dowd gdowd at symmetricom dot com (antispam format) Symmetricom, Inc. www.symmetricom.com "Everything should be made as simple as possible, but no simpler" Albert Einstein -----Original Message----- From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On Behalf Of Gretchen Baxter Sent: Tuesday, October 07, 2008 7:25 AM To: Discussion of precise time and frequency measurement Subject: [time-nuts] Where can I find a master list of NTP /time services RFC's? Hi, Where can I find a master list of NTP /time services RFC's? Thanx! _______________________________________________ time-nuts mailing list -- time-nuts at febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. From hmurray at megapathdsl.net Tue Oct 7 12:59:46 2008 From: hmurray at megapathdsl.net (Hal Murray) Date: Tue, 07 Oct 2008 09:59:46 -0700 Subject: [time-nuts] Where can I find a master list of NTP /time services RFC's? In-Reply-To: Message from "Greg Dowd" of "Tue, 07 Oct 2008 07:37:43 PDT." Message-ID: <20081007165947.45593BCD5@ip-64-139-1-69.sjc.megapath.net> > Daytime (rfc867) > Time (rfc868) > NTP (rfc1305) > SNTP (rfc4330) I think there is another RFC on the kernel API for the PPS stuff. If you are looking for standards in general rather than just RFCs, there is an IEEE (I think) standard that is very NTP like but aimed at much higher precision. It uses hardware assist to time-stamp ethernet packets. I think the target is synchronizing data collection within a lab: LAN rather than WAN. -- These are my opinions, not necessarily my employer's. I hate spam. From jherrero at hvsistemas.es Tue Oct 7 13:16:49 2008 From: jherrero at hvsistemas.es (Javier Herrero) Date: Tue, 07 Oct 2008 19:16:49 +0200 Subject: [time-nuts] Where can I find a master list of NTP /time services RFC's? In-Reply-To: <20081007165947.45593BCD5@ip-64-139-1-69.sjc.megapath.net> References: <20081007165947.45593BCD5@ip-64-139-1-69.sjc.megapath.net> Message-ID: <48EB9981.8060003@hvsistemas.es> PPSAPI is described in RFC-2873. The IEEE standard for precission syncronization is IEEE-1588. Here is a link to an application implementing a PTP daemon according to IEEE-1588: http://ptpd.sourceforge.net Lot of information about the NTP related RFCs are referenced in www.ntp.org although v4 is not yet in the form of RFC. Regards, Javier Hal Murray escribi?: > I think there is another RFC on the kernel API for the PPS stuff. > > If you are looking for standards in general rather than just RFCs, there is > an IEEE (I think) standard that is very NTP like but aimed at much higher > precision. It uses hardware assist to time-stamp ethernet packets. I think > the target is synchronizing data collection within a lab: LAN rather than WAN. > > > -- ------------------------------------------------------------------------ Javier Herrero EMAIL: jherrero at hvsistemas.com HV Sistemas S.L. PHONE: +34 949 336 806 Los Charcones, 17A FAX: +34 949 336 792 19170 El Casar - Guadalajara - Spain WEB: http://www.hvsistemas.com From Arnold.Tibus at gmx.de Tue Oct 7 13:16:12 2008 From: Arnold.Tibus at gmx.de (Arnold Tibus) Date: Tue, 07 Oct 2008 19:16:12 +0200 Subject: [time-nuts] Where can I find a master list of NT P /time services RFCºs? In-Reply-To: <4fdb424f0810070725y445adc3asba2eaf93a5257ffb@mail.gmail.com> Message-ID: Gretchen, I found a list of alternative european time servers: http://www.novak.it/?p=71 (descr. in german) Useful? have fun, Arnold On Tue, 7 Oct 2008 10:25:04 -0400, Gretchen Baxter wrote: >Hi, >Where can I find a master list of NTP /time services RFC's? >Thanx! >_______________________________________________ >time-nuts mailing list -- time-nuts at febo.com >To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts >and follow the instructions there. From david.partridge at dsl.pipex.com Tue Oct 7 13:21:40 2008 From: david.partridge at dsl.pipex.com (David C. Partridge) Date: Tue, 7 Oct 2008 18:21:40 +0100 Subject: [time-nuts] Paging Jim Robbins Message-ID: <094DA3C5B55D4829962BE51DA2B7383E@APOLLO> Jim, Did you get my emails about non-delivery ... Regards, David Partridge From uno at staver.se Tue Oct 7 23:09:32 2008 From: uno at staver.se (Uno Staver) Date: Wed, 8 Oct 2008 05:09:32 +0200 Subject: [time-nuts] viewing the upcoming leapsecond with XDaliClock References: <20080710061552.GA34986@mail.johnea.net> Message-ID: <7EC11606D5624E8FAB11B6D6DA963062@gx> Hello! I am sorry that I cannot give you any help. Instead I have a question to you: How and where did you get to know about the "leapsecond.dat" file? I ask you this question because before the previous leap second, January 1, 2006, I had a set-up similar to yours. I did not use or know about any "leapsecond.dat" file - that seems to be the reason why the clock in my computer was off by about (I am not sure today) 33 seconds when I used the ".../right/..." time zoneinfo file. As far as I remember, the clock _did_ show seconds 58, 59, 60, 00, 01 (but was off by half a minute). I tested this in advance, like you have done, but I could not test it at the actual event: because of social reasons, I had to spend the time at a New Year party :-) I tried to get more help from our time researchers, but they simply recommended that we turn off our Linux-based NTP servers a short time before the leap second, and then turn them on afterwards. That way, they would get the correct time initialisation from the Motorola Oncore GPS receiver, and the seconds would be in 'exact' phase because they are created by 1-PPS signals from four rubidium clocks and a cesium clock which were on continuously. Such a solution works, of course, but I would like to have a proper leap second handling in the kernel and the ntp protocol. Later, I had a discussion with a specialist at a university about paying him for an investigation of how the ntp and Linux kernel handle leap seconds, but that work was never initialised. There was also a discussion about the Linux kernel, ntp and leap seconds in the Linux kernel mailing list, but as far as I remember, there were radically diverging opinions on how these things should work together. I have not followed the kernel mailing list since then. Regards Uno ----- Original Message ----- From: