Re: [time-nuts] Frequency satndard on ebay UK / sulzer manuals
This unit on ebay is made from Racal. The complete unit, oscillator and power supply is the MA259. It is a +/- 5 e-10 day stablity. This equipment is only good to spend winter time or for museum. Several newer oscillator,like HP10811/10544, have the same characteristics or better in smaller size. The component used ar not the best and you can have fault expecially on the power supply. I have a paper copy of the manual also for the Sulzer 5A (AN/URQ10). Luciano www.tim...@timeok.it IZ5JHJ Il 2012-09-13 15:31 Jeroen Bastemeijer ha scritto: Hi Ignacio, I got one of these units, from the same seller (actually it is the one which is pictured). It had a broken connector and a dent in the cylinder casing. Luckily the unit powers up! And it generates the frequencies it should generate. But: the frequency tuning is a bit stiff/non-responsive and the tape which is used in the oven is a bit old. Fixing this unit seems like a nice winter-project ;-) Is there anyone on the list who knows where to find the Sulzer manuals (preferably as PDF)? As it is basically a Sulzer 2.5 / Sulzer 5.0. Thank you, best regards, Jeroen On 09/12/2012 01:28 AM, EB4APL wrote: Hi, Has anybody in UK noticed ebay item #140845930763 ? It reminds me the old Sulzer units, but longer. Ignacio, EB4APL ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- timeok ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
[time-nuts] RE; New Wrist watch
On 9/14/2012 8:00 AM, time-nuts-requ...@febo.com wrote: For those of you interested in timing mechanical clocks or watches, a wonderful site to visit is: http://www.bmumford.com/microset.html /tvb So, does this unit include an input for a external reference? I would be interested in knowing what they use for a timing reference... :) Dan ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] RE; New Wrist watch
So, does this unit include an input for a external reference? I would be interested in knowing what they use for a timing reference... :) Dan Last I checked with Bryan, he has XO and TCXO and GPS options for the Microset timer. Realize that most traditional watch/clock people are content with ppm level accuracy/stability. /tvb ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] RE; New Wrist watch
Hi Seconds per 30 day month turned out to be a pretty good unit for the watch module specs back in the dark ages. More or less divide by 2.5 (or 2.592 if you have a calculator) and you get ppm. Bob -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On Behalf Of Tom Van Baak Sent: Friday, September 14, 2012 8:17 AM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] RE; New Wrist watch So, does this unit include an input for a external reference? I would be interested in knowing what they use for a timing reference... :) Dan Last I checked with Bryan, he has XO and TCXO and GPS options for the Microset timer. Realize that most traditional watch/clock people are content with ppm level accuracy/stability. /tvb ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] RE; New Wrist watch
Another rule of thumb is 1 second in a dozen days is almost exactly 1 PPM. And two seconds before retirement (say, age 65) is close to 1 PPB. Three seconds a century is also 1 PPB. Related to that, next time you read a newspaper article about atomic clocks I guarantee you'll see words like one second in 3*** million years. That's because newspapers don't use scientific notation and because: 1e-9 is close to 1 second / 30 years 1e-12 is close to 1 second / 30 thousand years 1e-15 is close to 1 second / 30 million years, etc. /tvb - Original Message - From: Bob Camp li...@rtty.us To: 'Tom Van Baak' t...@leapsecond.com; 'Discussion of precise time and frequency measurement' time-nuts@febo.com Sent: Friday, September 14, 2012 9:14 AM Subject: RE: [time-nuts] RE; New Wrist watch Hi Seconds per 30 day month turned out to be a pretty good unit for the watch module specs back in the dark ages. More or less divide by 2.5 (or 2.592 if you have a calculator) and you get ppm. Bob -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On Behalf Of Tom Van Baak Sent: Friday, September 14, 2012 8:17 AM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] RE; New Wrist watch So, does this unit include an input for a external reference? I would be interested in knowing what they use for a timing reference... :) Dan Last I checked with Bryan, he has XO and TCXO and GPS options for the Microset timer. Realize that most traditional watch/clock people are content with ppm level accuracy/stability. /tvb ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
[time-nuts] GPS over fiber
I may have the opportunity to bulk purchase several Very high end GPS over fiber systems. This system is great if you have a long cable run; or in my case, to isolate my Time and Freq system from lightning strikes. I understand they are two Antenna systems and they will work with any antenna or receiver. They consist of a fully weather proof 2 channel transmitter enclosure and a rack mount 2 channel rec unit. They will be a fraction of their retail price which ls still expensive. Please feel free to contact me off line for more info. Thomas Knox 1-303-554-0307 ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Frequency satndard on ebay UK / sulzer manuals
This equipment is only good to spend winter time or for museum. Several newer oscillator,like HP10811/10544, have the same characteristics or better in smaller size. The component used ar not the best and you can have fault expecially on the power supply. Luciano, My experience is that some of these old 2.5 or 5 MHz Sulzer oscillators have vastly better performance than most 10811/10544. For example, see: http://www.febo.com/pages/oscillators/sulzer/ http://leapsecond.com/museum/sul25-1/ http://leapsecond.com/museum/sul25-2/ While it is true that they don't always work out-of-the-box when you find them cheap on eBay, once fixed, their performance is stunning. That's why these rare old Sulzer's are highly prized. /tvb ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
[time-nuts] GPSDO control loops and correcting quantization error
Greetings nuts, I've been working on a simple GPSDO as a starting point for further experimentation. I'm using a STM32 microcontroller running at 72MHz as the heart, with the input capture peripheral comparing the phase of the pulses-per-second and a 16 bit PWM DAC to drive the VFC. It's all working quite well from a functional standpoint although I'm sure the performance will be quite terrible by time-nuts standards, unfortunately I don't yet have the equipment to characterize precisely how terrible it is, but that will come later. So now that the basic functionality is there I've got a few questions about improving it. First off a technical question. I'm using a Trimble Resolution SMT as the pulse-per-second source. It sends a supplemental timing packet that contains an estimate of the quantization error in its pulse output. But the manual isn't clear on whether that applies to the next pulse or to the previous one. I've seen people correct the delay by using a programmable delay line which seems like it would only be possible if the measurement was for the next pulse. But on the other hand there is a pulse was not generated alarm that definitely applies to the previous (non)-pulse which suggests that maybe other fields refer exclusively to the previous pulse. I can handle either way since the pulses are timestamped asynchronously and can be post-processed at any time but from some preliminary data collection it's not clear which way it's meant to go. Does anyone know for sure whether the quantization error is for the next or preceding pulse? Secondly, a more general design question. Right now the feedback is done through a relatively fast PI controller. For example, here's a chart showing convergence at various integration coefficients: http://partiallystapled.com/~gxti/circuits/2012/09/13-pid-ki.png The Ki coefficient units are somewhat arbitrary due to the fixed-point math, but the X axis is seconds and the Y axis is number of counts at 72MHz (13.89ns). Right now I'm using Ki=1 because it converges quickly enough and also don't oscillate, but these parameters are only particularly interesting on startup. Something much, much slower seems more suitable for continuous operation. But I'm thinking that the best solution might be to start out with fast convergence like this, then switch to slower parameters (for PI controller and smoothing) once some desired level of stability is reached. Any thoughts on this change of parameters, or PI tuning in general, or perhaps an entirely different control topology? Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. There is some room for expansion if I want to replace the DAC or add a third oscillator input for holdover. In fact, this board seems to have more connectors than ICs: http://partiallystapled.com/~gxti/trash/2012/09/08-serafine.jpg Cheers, -- m. tharp ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Hi M. welcome to the world of GPSDO optimization, one thing you will find is that there never is a time when there is no chance to improve something :) On the 1PPS sawtooth correction, the usual convention is for the following 1PPS. The easiest thing to do rather than trying to guess the GPS unit's behavior is to try it out on both pulses, and also try adding and subtracting the number from your raw phase measurement, then you get four streams of values, and it will be instantly obvious which one is the one that reduces the noise most. The other three will increase the noise over your raw, uncorrected measurements. On the DAC resolution, it depends on the OCXO control range, and the ADEV performance you want to achieve. For example if your OCXO has +/-2Hz control range, then a 16 bit DAC will only give you an LSB resolution of about 61 microhertz, or 6.1E-012 (4Hz divided by 2^16). This may or may not be acceptable to you. If your OCXO has a more typical +/-20Hz control range, then this would go up to 6.1E-011 per LSB, which will definitely affect your ADEV. Usually, GPSDO's use at least 20 bit control range due to this quantization effect. But in the end it may also be limited by your time-interval-counter resolution, because every tick in your counter will equal to so many steps in your DAC (depending on what gains you use for your loop prediction). Also, make sure to put filtering for errand pulses into your code, every GPS WILL generate an errand pulse from time to time in my experience, and these can be off by 10's of microseconds.. if you don't filter these properly, they will lead to jumps in your frequency. Hope that helps, Said In a message dated 9/14/2012 11:21:57 Pacific Daylight Time, g...@partiallystapled.com writes: First off a technical question. I'm using a Trimble Resolution SMT as the pulse-per-second source. It sends a supplemental timing packet that contains an estimate of the quantization error in its pulse output. But the manual isn't clear on whether that applies to the next pulse or to the previous one. I've seen people correct the delay by using a programmable delay line which seems like it would only be possible if the measurement was for the next pulse. But on the other hand there is a pulse was not generated alarm that definitely applies to the previous (non)-pulse which suggests that maybe other fields refer exclusively to the previous pulse. I can handle either way since the pulses are timestamped asynchronously and can be post-processed at any time but from some preliminary data collection it's not clear which way it's meant to go. Does anyone know for sure whether the quantization error is for the next or preceding pulse? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] HP Z3805A
Hello Edgardo, glad you received them well, and within 48 hours from China! Hopefully they will work as well for you as for me. I noticed that some of the 60Hz/120Hz artifacts can come through the power supply into the 10MHz, so pick a power supply that has a case-ground connection, not just two pins like the normal wall-warts have. That will help reduce the supply noise. On the antenna, we are feeding them from a very low cost 5V automotive antenna, and a Symmetricom 1-to-4 splitter with lightning protection (that's important!). Works very well for us. I am sure most 5V antenna will work just fine. Hopefully they will work well for you too. BTW: try Ulrich Bangerts Z38xx, that program can be used to initiate the auto survey and monitor progress. Bye, Said In a message dated 9/14/2012 11:49:32 Pacific Daylight Time, edga...@iptel.net.mx writes: Dear Said, Good afternoon. I bit the bullet and ordered two HP Z3805A GPS units from the asian source you kindly advised. The units are really nice and brand new looking! The deal was smooth as silk and via DHL, the delivery took less than 48 hours to my door. I preferred to buy two bare units to compare them side by side, instead of buying the complete kit. Now I will have to search for a decent power supply and antennas for them. I plan to use a single GPS antenna and an HP RF splitter to feed both units. I have two questions regarding this and your experience will be certainly appreciated. a. What kind of antenna should I use for them? Any GPS antenna matching the instrument`s output voltage should do the job? b. I am thinking of picking a 24VDC 2.5A power supply. From an HP Z3801A manual (I can not locate the manual for the Z3805A) it reads that in terms of voltage and current consumption I should be fine. c. How critical is the power supply design in terms of noise to feed the Z3805As? I am planning for a well regulated source but I find the switched power supplies interesting for this purpose. Thank you beforehand for your time and comments. Please be sure I will be grateful for that. Regards, Edgardo ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Also you need a super ultra fantastic voltage reference for a 32bit DAC. Anyway, yes, in my GPSDO the controller has 3 levels: at startup is fast, then slow and then very slow. The levels trigger when the precision estimate is 10E-9 and 10E-11. If you have a resolution of 10nS then take 10 averages and your resolution will be 1nS and so on. When I switch level, the number of averages is increased too but this leads to a slower DAC update rate. This is the problem: now I'm trying to figure out if the corrective action can be predicted (Kalman filtering) and applied at the same speed. On Fri, Sep 14, 2012 at 8:52 PM, Chris Albertson albertson.ch...@gmail.comwrote: On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS over fiber
GPS over fiber is GPS RF signal over fiber or the PPS over fiber or something else? On Fri, Sep 14, 2012 at 7:12 PM, Tom Knox act...@hotmail.com wrote: I may have the opportunity to bulk purchase several Very high end GPS over fiber systems. This system is great if you have a long cable run; or in my case, to isolate my Time and Freq system from lightning strikes. I understand they are two Antenna systems and they will work with any antenna or receiver. They consist of a fully weather proof 2 channel transmitter enclosure and a rack mount 2 channel rec unit. They will be a fraction of their retail price which ls still expensive. Please feel free to contact me off line for more info. Thomas Knox 1-303-554-0307 ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS over fiber
The HBE AIRORLITE GPS-1000 2 Channel Tx Rec system uses you existing GPS antenna and converts the signal in a weather proof box to fiber then a rack mount rec converts the optical signal back to RF L1 1575 to your GPS receiver. Thanks; Thomas Knox 1-303-554-0307 Date: Fri, 14 Sep 2012 21:36:48 +0200 From: azelio.bori...@screen.it To: time-nuts@febo.com Subject: Re: [time-nuts] GPS over fiber GPS over fiber is GPS RF signal over fiber or the PPS over fiber or something else? On Fri, Sep 14, 2012 at 7:12 PM, Tom Knox act...@hotmail.com wrote: I may have the opportunity to bulk purchase several Very high end GPS over fiber systems. This system is great if you have a long cable run; or in my case, to isolate my Time and Freq system from lightning strikes. I understand they are two Antenna systems and they will work with any antenna or receiver. They consist of a fully weather proof 2 channel transmitter enclosure and a rack mount 2 channel rec unit. They will be a fraction of their retail price which ls still expensive. Please feel free to contact me off line for more info. Thomas Knox 1-303-554-0307 ___ time-nuts mailing list -- time-nuts@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@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantizationerror
Will this be able to discipline a rubidium oscillator as well as a OCXO? Maybe you could switch in a divider network to close in the trim range as the oscillator precision improves. Hope someone makes a PC board available. Count me in for some. - Original Message - From: Azelio Boriani azelio.bori...@screen.it To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Friday, September 14, 2012 3:33 PM Subject: Re: [time-nuts] GPSDO control loops and correcting quantizationerror Also you need a super ultra fantastic voltage reference for a 32bit DAC. Anyway, yes, in my GPSDO the controller has 3 levels: at startup is fast, then slow and then very slow. The levels trigger when the precision estimate is 10E-9 and 10E-11. If you have a resolution of 10nS then take 10 averages and your resolution will be 1nS and so on. When I switch level, the number of averages is increased too but this leads to a slower DAC update rate. This is the problem: now I'm trying to figure out if the corrective action can be predicted (Kalman filtering) and applied at the same speed. On Fri, Sep 14, 2012 at 8:52 PM, Chris Albertson albertson.ch...@gmail.comwrote: On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@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@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Azelio Boriani wrote: Also you need a super ultra fantastic voltage reference for a 32bit DAC. Not really, the reference only needs to have low noise and good short term stability. Long term drift in the reference voltage will be corrected by the feedback loop. Anyway, yes, in my GPSDO the controller has 3 levels: at startup is fast, then slow and then very slow. The levels trigger when the precision estimate is 10E-9 and 10E-11. If you have a resolution of 10nS then take 10 averages and your resolution will be 1nS and so on. However the noise associated with the timing resolution doesn't average down so quickly. If such noise is random than at best it is reduced by SQRT(10) by averaging 10 measurements. There is no real substitute for lower noise, higher resolution measurements. When I switch level, the number of averages is increased too but this leads to a slower DAC update rate. This is the problem: now I'm trying to figure out if the corrective action can be predicted (Kalman filtering) and applied at the same speed. Bruce On Fri, Sep 14, 2012 at 8:52 PM, Chris Albertson albertson.ch...@gmail.comwrote: On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@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@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Yes, you are right: but actually I have a 2.5nS simple time interval counter in the FPGA and the only way to go beyond is the average. The sophisticated way would be to implement a tapped delay line or vernier delay line time-to-digital converter in a bigger FPGA than the XC3S50. And, yes, I have recently started my first GPS disciplined Rb with the same hardware. I have eliminated the fast and slow steps from the processing, using only the slowest one. On Fri, Sep 14, 2012 at 9:50 PM, Bruce Griffiths bruce.griffi...@xtra.co.nz wrote: Azelio Boriani wrote: Also you need a super ultra fantastic voltage reference for a 32bit DAC. Not really, the reference only needs to have low noise and good short term stability. Long term drift in the reference voltage will be corrected by the feedback loop. Anyway, yes, in my GPSDO the controller has 3 levels: at startup is fast, then slow and then very slow. The levels trigger when the precision estimate is 10E-9 and 10E-11. If you have a resolution of 10nS then take 10 averages and your resolution will be 1nS and so on. However the noise associated with the timing resolution doesn't average down so quickly. If such noise is random than at best it is reduced by SQRT(10) by averaging 10 measurements. There is no real substitute for lower noise, higher resolution measurements. When I switch level, the number of averages is increased too but this leads to a slower DAC update rate. This is the problem: now I'm trying to figure out if the corrective action can be predicted (Kalman filtering) and applied at the same speed. Bruce On Fri, Sep 14, 2012 at 8:52 PM, Chris Albertson albertson.ch...@gmail.comwrote: On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@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@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@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correctingquantization error
Hi In the case of some systems, long term may only cut in past a few hours. In the case of a Rb, it may be a few days. If the reference sees room temperature, it's going to need very good temperature stability for full 32 bit resolution. Something in the 0.2 ppb / C range... Bob -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On Behalf Of Bruce Griffiths Sent: Friday, September 14, 2012 3:50 PM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] GPSDO control loops and correctingquantization error Azelio Boriani wrote: Also you need a super ultra fantastic voltage reference for a 32bit DAC. Not really, the reference only needs to have low noise and good short term stability. Long term drift in the reference voltage will be corrected by the feedback loop. Anyway, yes, in my GPSDO the controller has 3 levels: at startup is fast, then slow and then very slow. The levels trigger when the precision estimate is 10E-9 and 10E-11. If you have a resolution of 10nS then take 10 averages and your resolution will be 1nS and so on. However the noise associated with the timing resolution doesn't average down so quickly. If such noise is random than at best it is reduced by SQRT(10) by averaging 10 measurements. There is no real substitute for lower noise, higher resolution measurements. When I switch level, the number of averages is increased too but this leads to a slower DAC update rate. This is the problem: now I'm trying to figure out if the corrective action can be predicted (Kalman filtering) and applied at the same speed. Bruce On Fri, Sep 14, 2012 at 8:52 PM, Chris Albertson albertson.ch...@gmail.comwrote: On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@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@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@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. Don Chris Albertson On Fri, Sep 14, 2012 at 11:21 AM, Michael Tharp g...@partiallystapled.com wrote: Finally, do people think a 16 bit DAC is adequate or should I consider building a 32-bit one? I looked at a few designs when putting this together but decided to keep it simple until things were up and running. Having a 32-bit DAC would give you enough range so that you could drop in any OCXO you might have. But if you can have trimmer resisters to selected for your specif OCXO then 16-bits should be enough. If it were me, I'd want the DAC steps to be smaller than what the phase detector can measure. Said another way a 32-bit DAC might eliminate the need for scale and offset trimmer resistors. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- Neither the voice of authority nor the weight of reason and argument are as significant as experiment, for thence comes quiet to the mind. De Erroribus Medicorum, R. Bacon, 13th century. If you don't know what it is, don't poke it. Ghost in the Shell Dr. Don Latham AJ7LL Six Mile Systems LLP 17850 Six Mile Road POB 134 Huson, MT, 59846 VOX 406-626-4304 www.lightningforensics.com www.sixmilesystems.com ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
-- Forwarded message -- From: Don Latham d...@montana.com Date: Fri, Sep 14, 2012 at 2:01 PM Subject: Re: [time-nuts] GPSDO control loops and correcting quantization error To: Discussion of precise time and frequency measurement time-nuts@febo.com Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. I think the step size would be close to the same with the 32 bit DAC but the reason you use it is so you can control just about any OCXO, Rb or other things you drop in. In other words I'd use the extra bits to extend the voltage range. But while in use, I doubt you'd ever change the highest 16 or 18 bits Also if you are building a general purpose controller for OCXOs and Rb, remember that some Rb oscillators use RS-232 control to set the frequqecy. It might be good to build in an RS232 port. The firmware in the uP can always be changed but hard to add the DB9 connector later. One otherthing I was doing when I was working on a design like this was to discipline both an XO and an Rb from the same GPS. Almost like building two controllers but you save some because you can use one uP and one GPS interface. Now that you have a disciplined Rb it can be used for hold over in case the GPS goes away. I thought it would be unlikely for GPS to actually fail but allowing for hold over would make the entire unit portable. Chris Albertson Redondo Beach, California ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
On 09/14/2012 05:31 PM, Chris Albertson wrote: Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. Probably true, luckily as others have mentioned the long-term stability of the DAC and its voltage source are less important. I think the step size would be close to the same with the 32 bit DAC but the reason you use it is so you can control just about any OCXO, Rb or other things you drop in. In other words I'd use the extra bits to extend the voltage range. But while in use, I doubt you'd ever change the highest 16 or 18 bits Also if you are building a general purpose controller for OCXOs and Rb, remember that some Rb oscillators use RS-232 control to set the frequqecy. It might be good to build in an RS232 port. The firmware in the uP can always be changed but hard to add the DB9 connector later. One otherthing I was doing when I was working on a design like this was to discipline both an XO and an Rb from the same GPS. Almost like building two controllers but you save some because you can use one uP and one GPS interface. Now that you have a disciplined Rb it can be used for hold over in case the GPS goes away. I thought it would be unlikely for GPS to actually fail but allowing for hold over would make the entire unit portable. I had this idea as well, although not for disciplining the Rb (which unfortunately mine cannot, it's a less popular Efratom model clearly pulled from telecom application and has no external control that I can see) but just as a backup timing source for holdover. I've mentioned it here before, but the gist would be to estimate its frequency while GPS was working, then if GPS fails use the Rb instead either by dividing it by the last known frequency or by adding the error to the measurement loop. That said, I would like the holdover performance with just the OCXO to be as good as possible in its own right. I'm planning to make a future version of this project available but this first revision is mainly an experimentation platform and wouldn't be of much use to someone who doesn't have the same equipment as me. Stay tuned... -- m. tharp ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
d...@montana.com said: Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. The trick for this application is that you don't need full accuracy over the full range of the DAC. All you need is roughly linear and stable around the operating point. The PLL will take care of any offset. Any gain error is just a minor change to the overall gain. This thread started with 16 bit PWM DAC. I think that matches the requirements. I would expect a problem area would be filtering the PWM output. Anything you don't filter out will turn into close in spikes. It might be fun to try to measure them. 64K/72 MHz is about 1 ms. 32bits at 72 MHz is 60 seconds. Has anybody compared DDS style DACs with PWM? The idea is to spread the pulses out to make the filtering easier. Instead of 10, you would get to work with 1010101010 -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
[time-nuts] GPSDO control loops and correcting quantization error
Hello all, Most voltage controlled XOs have a voltage reference output. Is it necessary for the DAC output / frequency control input, to track this voltage reference output? Thank You Don O'Connor ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Hi Don, I don't know if I've misunderstood your question, but as I understand it the voltage reference output is a fixed voltage from an internal regulator that can then be used as the supply to an external control circuit. For example, it could be used as the feed voltage for a variable resistor that has its wiper connected to the EFC input to allow for manual frequency adjustment. When some other form of external control is used, such as a DAC output for example, it's not uncommon to find the voltage reference output left disconnected and the control circuit fed from an alternative supply. Regards Nigel GM8PZR In a message dated 14/09/2012 23:10:59 GMT Daylight Time, eg...@wowway.com writes: Hello all, Most voltage controlled XOs have a voltage reference output. Is it necessary for the DAC output / frequency control input, to track this voltage reference output? Thank You Don O'Connor ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
If it is a reference then tracking is not the correct term: it shouldn't move. If it is a reference then can be used for the DAC. On Sat, Sep 15, 2012 at 12:10 AM, Don Oconnor eg...@wowway.com wrote: Hello all, Most voltage controlled XOs have a voltage reference output. Is it necessary for the DAC output / frequency control input, to track this voltage reference output? Thank You Don O'Connor ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
[time-nuts] GPSDO control loops and correcting quantization error
Nigel, Yes, you understood and answered the question. Thank you Don O I don't know if I've misunderstood your question, but as I understand it the voltage reference output is a fixed voltage from an internal regulator that can then be used as the supply to an external control circuit. For example, it could be used as the feed voltage for a variable resistor that has its wiper connected to the EFC input to allow for manual frequency adjustment. When some other form of external control is used, such as a DAC output for example, it's not uncommon to find the voltage reference output left disconnected and the control circuit fed from an alternative supply. Regards Nigel GM8PZR In a message dated 14/09/2012 23:10:59 GMT Daylight Time, eg...@wowway.com writes: Hello all, Most voltage controlled XOs have a voltage reference output. Is it necessary for the DAC output / frequency control input, to track this voltage reference output? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
On Fri, 14 Sep 2012 15:08:53 -0700, Hal Murray hmur...@megapathdsl.net wrote: d...@montana.com said: Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. The trick for this application is that you don't need full accuracy over the full range of the DAC. All you need is roughly linear and stable around the operating point. The PLL will take care of any offset. Any gain error is just a minor change to the overall gain. One thing you sure want is a DAC that is monotonic. Differential nonlinearity larger than the least significant bit can cause some rather peculiar servo loop problems. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
My 2.5nS TIC? Very simple: a 400MHz counter start-stop gated with the two signal to compare. I have published here the VHDL code for it few months ago. Really nothing new but simple and useful for a 35-40nS GPSDO PPS output from an OCXO. The Rb PPS wondering is actually under evaluation against the Z3815A. On Sat, Sep 15, 2012 at 12:08 AM, Hal Murray hmur...@megapathdsl.netwrote: d...@montana.com said: Michael: Actually implementing a 16 bit DAC to its 1-bit minimum resolution will be headache enough. You will gain a real education in good grounding practice, shielding, power supply stability and noise, and other Murphy intrusion. A 32 bit DAC IMHO, is impossible, and that's the name of that tune. The trick for this application is that you don't need full accuracy over the full range of the DAC. All you need is roughly linear and stable around the operating point. The PLL will take care of any offset. Any gain error is just a minor change to the overall gain. This thread started with 16 bit PWM DAC. I think that matches the requirements. I would expect a problem area would be filtering the PWM output. Anything you don't filter out will turn into close in spikes. It might be fun to try to measure them. 64K/72 MHz is about 1 ms. 32bits at 72 MHz is 60 seconds. Has anybody compared DDS style DACs with PWM? The idea is to spread the pulses out to make the filtering easier. Instead of 10, you would get to work with 1010101010 -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantization error
Hi Very few VCXO's have reference outputs. Some OCXO's have reference outputs. The gotcha there is the oven current. You can easily get multiple mV sort of changes in the OCXO ground voltage as the oven current cycles over a fairly narrow range. That significantly impacts the usefulness of the reference, since they share a common ground. Bob On Sep 14, 2012, at 6:10 PM, Don Oconnor eg...@wowway.com wrote: Hello all, Most voltage controlled XOs have a voltage reference output. Is it necessary for the DAC output / frequency control input, to track this voltage reference output? Thank You Don O'Connor ___ time-nuts mailing list -- time-nuts@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@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO control loops and correcting quantizationerror
I would expect a problem area would be filtering the PWM output. Anything you don't filter out will turn into close in spikes. It might be fun to try to measure them. 64K/72 MHz is about 1 ms. 32bits at 72 MHz is 60 seconds. Has anybody compared DDS style DACs with PWM? The idea is to spread the pulses out to make the filtering easier. Instead of 10, you would get to work with 1010101010 Hal, The Z3801A 16-bit DAC is dithered at 102.4 Hz and LP filtered. Details and plots: http://leapsecond.com/pages/z3801a-efc/ /tvb ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Wrist watch
The pulse that drives the stepper (in the Casio watch in this case) as Tom mentioned is detectable on an AM receiver. I have a Grundig Yacht Boy and when tuned anywhere below 300 Khz with the watch set against the top of the radio a very clear pop or noise burst is heard at each second. I suppose if anyone cared you could trigger one input of a time interval counter with the speaker output of the AM radio and trigger the other input from your house standard 1PPS. You might want to wrap the whole thing in aluminum to suppress external noises so as to not get false triggers. Probably not the type of experiment you'd want to try on a day when there are thunderstorms within a hundred miles though!! ;) Rich ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.