Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Tom Van Baak
> But something bugs me... In both fountains and single > ion mercury standards, lasers are used to COOL DOWN > atoms... > > How is it possible? Lasers are energy sources, and (at > least for me), anything that is hit by a laser will > get warm, not cold! > > Thanks for your attention.. > > Norm

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, "Rick K arlquist" writes: >I can also tell you (having investigated this sort of thing) >that adding varactors to the cavity to tune it is a huge can of >worms that you want to avoid if at all possible. Apart from being a can of worms, wouldn't it also be pointless

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Rick Karlquist
Magnus Danielson wrote: > What I have been thinking about is the possibility to electrically detune > the > microwave cavity to introduce the necessary phase shift control. The key > issue > with that would probably be how to detect the zero-phase shift in a > separate > loop not involving external

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Magnus Danielson
From: "Rick Karlquist" <[EMAIL PROTECTED]> Subject: Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard Date: Tue, 7 Nov 2006 10:29:49 -0800 (PST) Message-ID: <[EMAIL PROTECTED]> > Magnus Danielson wrote: > > There is frequency pulling e

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Rick Karlquist
Magnus Danielson wrote: > There is frequency pulling even in Cesium beams. Only a few beams handles > the > phase error pulling by reverting the beam direction. Fountains have this > together with doppler reduction. In the 5071, nearly every error source has been beaten into submission. However,

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-07 Thread Magnus Danielson
From: Normand Martel <[EMAIL PROTECTED]> Subject: Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard Date: Mon, 6 Nov 2006 16:28:47 -0800 (PST) Message-ID: <[EMAIL PROTECTED]> > > > --- Ulrich Bangert <[EMAIL PROTECTED]> wrote: > &g

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Brian Kirby
vember 2006 17:12 >> An: Discussion of precise time and frequency measurement >> Betreff: Re: [time-nuts] Frequency processing scheme of >> HP5065 vapour rubidium standard >> >> >> Ulrich Bangert wrote: >> >> >>> Agreed! But you are t

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Normand Martel
--- Ulrich Bangert <[EMAIL PROTECTED]> wrote: > John, > > > offset that changed annually. IIRC, it was > typically something like > > 300x10e-10. > > Agreed! And that is what the manual says its good > for! > > However, the question remains why different physics > packages need > DIFFERENT

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Ulrich Bangert
73 de Ulrich, DF6JB > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von John Ackermann N8UR > Gesendet: Montag, 6. November 2006 17:12 > An: Discussion of precise time and frequency measurement > Betreff: Re: [time-nuts] Freque

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Magnus Danielson
From: John Ackermann N8UR <[EMAIL PROTECTED]> Subject: Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard Date: Mon, 06 Nov 2006 11:11:56 -0500 Message-ID: <[EMAIL PROTECTED]> > Ulrich Bangert wrote: > > > Agreed! But you are talking about t

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread John Ackermann N8UR
Ulrich Bangert wrote: > Agreed! But you are talking about things that happen INSIDE the physics > package, don't you? Ok, let us assume that there WERE big differences in > the physics packages that need to be compensated for. In THIS case the > tunable synthesizer would indeed make sense and even

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Ulrich Bangert
ftrag von Magnus Danielson > Gesendet: Montag, 6. November 2006 16:01 > An: time-nuts@febo.com; [EMAIL PROTECTED] > Betreff: Re: [time-nuts] Frequency processing scheme of > HP5065 vapour rubidium standard > > > From: "Poul-Henning Kamp" <[EMAIL PROTECTED]> > S

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Magnus Danielson
From: "Poul-Henning Kamp" <[EMAIL PROTECTED]> Subject: Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard Date: Mon, 06 Nov 2006 13:21:50 + Message-ID: <[EMAIL PROTECTED]> > In message <[EMAIL PROTECTED]>, "Ulrich Bangert&quo

Re: [time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, "Ulrich Bangert" writes: >But what surprises us completely is the fact that different physics >packages need DIFFERENT thumbwheel settings to generate the SAME time >scale as seen with the two devices available. This is because rubidium vapour standards are not pr

[time-nuts] Frequency processing scheme of HP5065 vapour rubidium standard

2006-11-06 Thread Ulrich Bangert
Hi folks, me and my friend Frank (who has got his hands on two of these HP5065) have a problem in understanding the frequency processing scheme of these beasts. At a first glance everything looks pretty straightforward: A 60 MHz carrier derived from the OCXO is multiplied by 114 to get a microwa