[time-nuts] Re: Spectracom 9383 w/OXCO
Yay, a question I can actually answer! I also have one of these, though mine has the TCXO option. The FREQ ERROR is a measure of the output frequency deviation from the reference, if I understand correctly. It doesn't indicate a fault with the unit, and is, like you figured, an informational message indicating the status of the disciplining circuitry for the oscillator. Sam On Tue, Jun 28, 2022 at 4:08 PM timenuts--- via time-nuts < time-nuts@lists.febo.com> wrote: > Hi, > > > > Last year I acquired one of these from ebay – and it seems to be working > fine. > > > > Having found this list while searching for something other – I thought > this might be the place to ask > > > > The oscillator log on the Spectracom shows this (and always have while in > my possesion): > > > > Jun 28 16:18:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:19:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:21:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:23:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:24:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:26:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:28:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:29:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:31:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 16:33:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:34:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:36:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:38:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:39:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 16:41:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:43:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:43:11 chronos spectracom: [system] AUTOMATIC D/A ADJUSTMENT. > D/A= B08E MATCH CNT= 2755 > Jun 28 16:44:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:46:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:48:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:49:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 16:51:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:53:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:54:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 16:56:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 16:58:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 16:59:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 17:01:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 17:03:10 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 17:04:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 17:06:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 17:08:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 17:09:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 17:11:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 17:13:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 17:14:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 17:16:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 > Jun 28 17:18:10 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > Jun 28 17:19:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ > CNT= 1,000,000,000 > Jun 28 17:21:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ > CNT= 999,999,999 > > I don’t like the FREQ ERROR part – but seeing FREQ ERROR= 0.00E+00 FREQ > CNT= 1,000,000,000 makes me believe it’s just rather informational? > > Or is this a case for concern? > > > > Kim Sindalsen > > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com ___ time-nuts mailing list --
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
OCXOs generally don’t require a lot of power. A small (portable size) UPS can keep the OCXO powered up while on the move. With an appropriate inverter, the UPS can be powered by a vehicle. Think “flying clock” of years ago. On Tue, Jun 28, 2022 at 3:59 PM Bob kb8tq via time-nuts < time-nuts@lists.febo.com> wrote: > Hi > > > > On Jun 28, 2022, at 12:15 PM, Hal Murray via time-nuts < > time-nuts@lists.febo.com> wrote: > > > > > > Adrian Godwin said: > >> If you use the ovened oscillator for temporary use away from the home > GPSDO, > >> how good will the oscillator be with those interruptions to power / > >> temperature, and will it stabilise during the period you're using it > there ? > > > > You can solve that with a UPS and/or a gizmo that plugs into a car > accessory > > socket. > > You still power it down doing that. Power cycle generally isn’t a good > idea if you > are after good stability. > > > > > How much does the mechanical jostling as gear gets moved from bench to > car to > > table effect the frequency? > > If you flip it end for end you might be measuring the “2g tip” > acceleration sensitivity :). > That could be up in the 1 to 2 ppb range. Shock and vibe is very much a > “that depends” > sort of thing. You could (but probably won’t) see a couple of ppb. > > The biggest issue is going to be the changing temperature environment. > Thermal shock > is going to create a bigger change than simple temperature change. Going > from inside > to outside to car to outside to inside …. each one is a relatively fast > change. You might > have a device that held a ppb in a normal temp test and it changes 10X > that (or more) > when hit with a relatively modest “fast change”. > > Just what’s fast and how much of a change you get is very much a “that > depends” sort > of thing. Leave the cover off your OCXO mechanical trimmer and you could > find that it > is very sensitive to a gentle gust of wind from the wrong direction …. > > Bob > > > > > > > -- > > These are my opinions. I hate spam. > > > > > > ___ > > time-nuts mailing list -- time-nuts@lists.febo.com > > To unsubscribe send an email to time-nuts-le...@lists.febo.com > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com -- Jeremy Nichols Sent from my iPad 6. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
Hi > On Jun 28, 2022, at 12:15 PM, Hal Murray via time-nuts > wrote: > > > Adrian Godwin said: >> If you use the ovened oscillator for temporary use away from the home GPSDO, >> how good will the oscillator be with those interruptions to power / >> temperature, and will it stabilise during the period you're using it there ? > > You can solve that with a UPS and/or a gizmo that plugs into a car accessory > socket. You still power it down doing that. Power cycle generally isn’t a good idea if you are after good stability. > > How much does the mechanical jostling as gear gets moved from bench to car to > table effect the frequency? If you flip it end for end you might be measuring the “2g tip” acceleration sensitivity :). That could be up in the 1 to 2 ppb range. Shock and vibe is very much a “that depends” sort of thing. You could (but probably won’t) see a couple of ppb. The biggest issue is going to be the changing temperature environment. Thermal shock is going to create a bigger change than simple temperature change. Going from inside to outside to car to outside to inside …. each one is a relatively fast change. You might have a device that held a ppb in a normal temp test and it changes 10X that (or more) when hit with a relatively modest “fast change”. Just what’s fast and how much of a change you get is very much a “that depends” sort of thing. Leave the cover off your OCXO mechanical trimmer and you could find that it is very sensitive to a gentle gust of wind from the wrong direction …. Bob > > > -- > These are my opinions. I hate spam. > > > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
Adrian Godwin said: > If you use the ovened oscillator for temporary use away from the home GPSDO, > how good will the oscillator be with those interruptions to power / > temperature, and will it stabilise during the period you're using it there ? You can solve that with a UPS and/or a gizmo that plugs into a car accessory socket. How much does the mechanical jostling as gear gets moved from bench to car to table effect the frequency? -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
Hi All HP 10811’s came off the same line and with the exception of the “weird” one used in the original HP GPSDO, they all had the same parts / same optimizations in them. The only thing that was done to make this or that dash number was to screen the finished units. Once “enough” of this or that spec came out of screening, they stopped looking. The “next one in line” might have well beat any of the ones in the batch … they simply had no time ( = funds ) to screen everything. Since this screening was done a *long* time ago, there is no way to know if the OCXO you have still is a “good one”. Stuff happens over time …. subtle changes rarely get noticed. Bob > On Jun 28, 2022, at 12:03 PM, Dr. David Kirkby > wrote: > > On Tue, 28 Jun 2022 at 20:04, Bob kb8tq via time-nuts > mailto:time-nuts@lists.febo.com>> wrote: > Hi > > The “typical” 10811 struggles when shut down for a while. Once the oven > is turned off, the boards are just sitting there in whatever environment your > lab provides. Do they soak up humidity or is it something else? We could > (and have) debated that quite a bit. > > Part of my problem is that if I ever wanted to sell this, I'd like to sell it > with an oven that was designed to meet the specifications given in the > frequency counter manual for option 010, which are better than the 10811A. > > Another quite practical issue is setting the blinking frequency, as the pot > on the oscillator seems too touchy. I set a signal generator to 20 GHz, which > was fed from a GPS frequency reference. The output of the signal generator > was then fed into the counter. Getting the counter to read within 100 Hz is > extremely difficult, as the tuning control is too coarse. As I write the > frequency counter is reading 83 Hz higher than 20 GHz. > > To be honest, that's "good enough" for what I am practically going to need. > But I would like to do better if possible. > > Dave ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
On Tue, 28 Jun 2022 at 20:04, Bob kb8tq via time-nuts < time-nuts@lists.febo.com> wrote: > Hi > > The “typical” 10811 struggles when shut down for a while. Once the oven > is turned off, the boards are just sitting there in whatever environment > your > lab provides. Do they soak up humidity or is it something else? We could > (and have) debated that quite a bit. > Part of my problem is that if I ever wanted to sell this, I'd like to sell it with an oven that was designed to meet the specifications given in the frequency counter manual for option 010, which are better than the 10811A. Another quite practical issue is setting the blinking frequency, as the pot on the oscillator seems too touchy. I set a signal generator to 20 GHz, which was fed from a GPS frequency reference. The output of the signal generator was then fed into the counter. Getting the counter to read within 100 Hz is extremely difficult, as the tuning control is too coarse. As I write the frequency counter is reading 83 Hz higher than 20 GHz. To be honest, that's "good enough" for what I am *practically* going to need. But I would like to do better if possible. Dave ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Spectracom 9383 w/OXCO
Hi, Last year I acquired one of these from ebay – and it seems to be working fine. Having found this list while searching for something other – I thought this might be the place to ask The oscillator log on the Spectracom shows this (and always have while in my possesion): Jun 28 16:18:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:19:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:21:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:23:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:24:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:26:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:28:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:29:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:31:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 16:33:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:34:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:36:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:38:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:39:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 16:41:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:43:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:43:11 chronos spectracom: [system] AUTOMATIC D/A ADJUSTMENT. D/A= B08E MATCH CNT= 2755 Jun 28 16:44:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:46:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:48:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:49:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 16:51:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:53:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:54:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 16:56:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 16:58:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 16:59:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 17:01:30 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 17:03:10 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 17:04:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 17:06:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 17:08:10 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 17:09:50 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 17:11:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 17:13:10 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 17:14:50 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 17:16:30 chronos spectracom: [system] FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 Jun 28 17:18:10 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 Jun 28 17:19:50 chronos spectracom: [system] FREQ ERROR= 3.33E-10 FREQ CNT= 1,000,000,000 Jun 28 17:21:30 chronos spectracom: [system] FREQ ERROR= -3.33E-10 FREQ CNT= 999,999,999 I don’t like the FREQ ERROR part – but seeing FREQ ERROR= 0.00E+00 FREQ CNT= 1,000,000,000 makes me believe it’s just rather informational? Or is this a case for concern? Kim Sindalsen ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
Hi The “typical” 10811 struggles when shut down for a while. Once the oven is turned off, the boards are just sitting there in whatever environment your lab provides. Do they soak up humidity or is it something else? We could (and have) debated that quite a bit. Regardless of what the issue is, the bottom line is that when you turn the beast back on again, it *might* take quite a while for it to become reasonably good. In some cases that means a couple weeks to hit spec limits. In others it might mean a week or two to get back to “as good as it was”. A *good* 10811 will do much better than what the specs would suggest. It may be a “one in a hundred” sort of item, but they do exist. Ones that barely / don’t meet spec (even after a month on power) also exist and they are a lot more common than the ones we brag about with various plots. What’s the point? Keeping the unit on power is a good idea, even if you have a good example. Keeping a poor one on power still will not turn it into a good one. Checking out the units you have is a “needed thing” before you start counting on them for this or that. They *all* left the factory a *long* while ago. It *does* matter just what you are counting on the OCXO to do. Does phase noise at 100 KHz offset matter in your case? Does 10 second ADEV at 5x10^-12 degrade your performance compared to 5x10^-13? Is drift the only thing that really matters? ( and when did you last set it on? :) :) ) If so, temperature stability (in a “transport someplace” situation) likely also matters, testing it is not something most are set up to properly do …. One alternative: Grab a fairly typical telecom Rb. Put a (cheap) cleanup oscillator on it. Use that as your “portable” reference. Run it on batteries (or a 12V plug in the car) as you transport this or that item here or there. Let it sit unpowered on the shelf until about a week ahead of your planned expedition. Fun !!! Bob > On Jun 28, 2022, at 9:20 AM, Adrian Godwin via time-nuts > wrote: > > Related to that .. > > If you use the ovened oscillator for temporary use away from the home > GPSDO, how good will the oscillator be with those interruptions to power / > temperature, and will it stabilise during the period you're using it there ? > > I don't know what the vales are, but I'd suggest the option 010 will never > reach the 001's spec and the 001 may not even be justified. > > > > On Tue, Jun 28, 2022 at 6:13 PM Dr. David Kirkby via time-nuts < > time-nuts@lists.febo.com> wrote: > >> I have a 5352B 40 GHz frequency counter which was fitted with a TCXO. I >> removed that and fitted an HP 10811-60111 S/N 2332A17049 which I removed >> from a 5370B time interval counter - I have a few of those, and the >> microwave frequency counter needed the oven more than the time-interval >> counter. >> >> Looking at the specification of the 5352B, there were 3 oscillator options >> >> * Standard TCXO >> * Option 001 Oven time based. Long-term aging < 5 x 10^-10 / day after 24 >> hour warmup. < 1 x 10^-7 / year for continuous operation. >> * Option 010 High stability time base. Long term aging < 1 x 10^-10 / day. >> < 3.6 x 10^-8 / year for continuous operation. >> >> To be honest, when the instrument is here, I will use a GPS reference. But >> I might want to take it to the amateur radio club sometimes. I would like >> to get the best oscillator I can. Are any models going to be better than >> others, or by this time, is it just pot luck? I think it's the latter, but >> maybe some are double-ovens and some single. >> >> With the exception of power cuts of up to a few hours, the HP 10811-60111 I >> fitted has been continuously powered on for a few years. But due to soaring >> power costs, I am going to switch my ovens off. >> >> Dr David Kirkby Ph.D >> Email: drkir...@kirkbymicrowave.co.uk Web: >> https://www.kirkbymicrowave.co.uk/ >> Kirkby Microwave Ltd (Tel 01621-680100 / +44 1621-680100) >> Stokes Hall Lodge, Burnham Rd, Chelmsford, Essex, CM3 6DT. >> ___ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe send an email to time-nuts-le...@lists.febo.com >> > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
David Great comment on power. I used to run everything 24 X 7 also including various radio sets. That was all fine when Mr. Ready Killowatt (Believe he worked at a Nuclear Power plant) was 2-3 cents a KW and the only other charge was a meter rental. But then the darn rates started going up. Now I have a GPDSO with TCXO with distribution. Power switches on everything. I can switch better GPDSOs into the distribution chain if needed. Same with CS and Rb references. But 99% of the time the TCXO is good enough even from a cold start. That system when on as I recall is maybe 4 watts. Its not a lot. I think you nailed it on what may be available in the wild. Hard to say how good or bad something is. Some sellers will let you check within 30 days. The question is how good does it have to be to take to a club meeting? Regards Paul WB8TSL On Tue, Jun 28, 2022 at 1:13 PM Dr. David Kirkby via time-nuts < time-nuts@lists.febo.com> wrote: > I have a 5352B 40 GHz frequency counter which was fitted with a TCXO. I > removed that and fitted an HP 10811-60111 S/N 2332A17049 which I removed > from a 5370B time interval counter - I have a few of those, and the > microwave frequency counter needed the oven more than the time-interval > counter. > > Looking at the specification of the 5352B, there were 3 oscillator options > > * Standard TCXO > * Option 001 Oven time based. Long-term aging < 5 x 10^-10 / day after 24 > hour warmup. < 1 x 10^-7 / year for continuous operation. > * Option 010 High stability time base. Long term aging < 1 x 10^-10 / day. > < 3.6 x 10^-8 / year for continuous operation. > > To be honest, when the instrument is here, I will use a GPS reference. But > I might want to take it to the amateur radio club sometimes. I would like > to get the best oscillator I can. Are any models going to be better than > others, or by this time, is it just pot luck? I think it's the latter, but > maybe some are double-ovens and some single. > > With the exception of power cuts of up to a few hours, the HP 10811-60111 I > fitted has been continuously powered on for a few years. But due to soaring > power costs, I am going to switch my ovens off. > > Dr David Kirkby Ph.D > Email: drkir...@kirkbymicrowave.co.uk Web: > https://www.kirkbymicrowave.co.uk/ > Kirkby Microwave Ltd (Tel 01621-680100 / +44 1621-680100) > Stokes Hall Lodge, Burnham Rd, Chelmsford, Essex, CM3 6DT. > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: What's the best HP OCXO for frequency counter reference?
Related to that .. If you use the ovened oscillator for temporary use away from the home GPSDO, how good will the oscillator be with those interruptions to power / temperature, and will it stabilise during the period you're using it there ? I don't know what the vales are, but I'd suggest the option 010 will never reach the 001's spec and the 001 may not even be justified. On Tue, Jun 28, 2022 at 6:13 PM Dr. David Kirkby via time-nuts < time-nuts@lists.febo.com> wrote: > I have a 5352B 40 GHz frequency counter which was fitted with a TCXO. I > removed that and fitted an HP 10811-60111 S/N 2332A17049 which I removed > from a 5370B time interval counter - I have a few of those, and the > microwave frequency counter needed the oven more than the time-interval > counter. > > Looking at the specification of the 5352B, there were 3 oscillator options > > * Standard TCXO > * Option 001 Oven time based. Long-term aging < 5 x 10^-10 / day after 24 > hour warmup. < 1 x 10^-7 / year for continuous operation. > * Option 010 High stability time base. Long term aging < 1 x 10^-10 / day. > < 3.6 x 10^-8 / year for continuous operation. > > To be honest, when the instrument is here, I will use a GPS reference. But > I might want to take it to the amateur radio club sometimes. I would like > to get the best oscillator I can. Are any models going to be better than > others, or by this time, is it just pot luck? I think it's the latter, but > maybe some are double-ovens and some single. > > With the exception of power cuts of up to a few hours, the HP 10811-60111 I > fitted has been continuously powered on for a few years. But due to soaring > power costs, I am going to switch my ovens off. > > Dr David Kirkby Ph.D > Email: drkir...@kirkbymicrowave.co.uk Web: > https://www.kirkbymicrowave.co.uk/ > Kirkby Microwave Ltd (Tel 01621-680100 / +44 1621-680100) > Stokes Hall Lodge, Burnham Rd, Chelmsford, Essex, CM3 6DT. > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe send an email to time-nuts-le...@lists.febo.com > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] What's the best HP OCXO for frequency counter reference?
I have a 5352B 40 GHz frequency counter which was fitted with a TCXO. I removed that and fitted an HP 10811-60111 S/N 2332A17049 which I removed from a 5370B time interval counter - I have a few of those, and the microwave frequency counter needed the oven more than the time-interval counter. Looking at the specification of the 5352B, there were 3 oscillator options * Standard TCXO * Option 001 Oven time based. Long-term aging < 5 x 10^-10 / day after 24 hour warmup. < 1 x 10^-7 / year for continuous operation. * Option 010 High stability time base. Long term aging < 1 x 10^-10 / day. < 3.6 x 10^-8 / year for continuous operation. To be honest, when the instrument is here, I will use a GPS reference. But I might want to take it to the amateur radio club sometimes. I would like to get the best oscillator I can. Are any models going to be better than others, or by this time, is it just pot luck? I think it's the latter, but maybe some are double-ovens and some single. With the exception of power cuts of up to a few hours, the HP 10811-60111 I fitted has been continuously powered on for a few years. But due to soaring power costs, I am going to switch my ovens off. Dr David Kirkby Ph.D Email: drkir...@kirkbymicrowave.co.uk Web: https://www.kirkbymicrowave.co.uk/ Kirkby Microwave Ltd (Tel 01621-680100 / +44 1621-680100) Stokes Hall Lodge, Burnham Rd, Chelmsford, Essex, CM3 6DT. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Re: TimeProvider 2700 PTP UTC offset issue.
Just to confirm that this would appear to have been a grandmaster firmware issue and has been resolved upon upgrading to the latest firmware. Andrew On 27/06/2022 14:02, Andrew Back wrote: > Hi Markus, > > I've pasted output from some pmc GET commands below, along with show > clock on the GM. Seems like the grandmaster is getting 37 from GPS, > while announcing 35? > > Also not sure why TIME_PROPERTIES_DATA_SET has currentUtcOffsetValid > and timeTraceable both set to true, but GRANDMASTER_SETTINGS_NP has > these set to false. > > Best, > > Andrew > > // > > andrew@bbb:~$ sudo pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET' > sending: GET TIME_PROPERTIES_DATA_SET > 94e36d.fffe.d2695e-0 seq 0 RESPONSE MANAGEMENT > TIME_PROPERTIES_DATA_SET > currentUtcOffset 35 > leap61 0 > leap59 0 > currentUtcOffsetValid 1 > ptpTimescale 1 > timeTraceable 1 > frequencyTraceable 1 > timeSource 0x20 > > andrew@bbb:~$ sudo pmc -u -b 0 'get PARENT_DATA_SET' > sending: GET PARENT_DATA_SET > 94e36d.fffe.d2695e-0 seq 0 RESPONSE MANAGEMENT PARENT_DATA_SET > parentPortIdentity 00b0ae.fffe.0357ef-2 > parentStats 0 > observedParentOffsetScaledLogVariance 0x > observedParentClockPhaseChangeRate 0x7fff > grandmasterPriority1 128 > gm.ClockClass 6 > gm.ClockAccuracy 0x21 > gm.OffsetScaledLogVariance 0x6400 > grandmasterPriority2 128 > grandmasterIdentity 00b0ae.fffe.0357ef > > andrew@bbb:~$ sudo pmc -u -b 0 'GET GRANDMASTER_SETTINGS_NP' > sending: GET GRANDMASTER_SETTINGS_NP > 94e36d.fffe.d2695e-0 seq 0 RESPONSE MANAGEMENT > GRANDMASTER_SETTINGS_NP > clockClass 255 > clockAccuracy 0xfe > offsetScaledLogVariance 0x > currentUtcOffset 35 > leap61 0 > leap59 0 > currentUtcOffsetValid 0 > ptpTimescale 1 > timeTraceable 0 > frequencyTraceable 0 > timeSource 0xa0 > > tp2700> show clock > > > System time : 2022-06-27 12:43:58 > Leap Seconds : 37 > Leap pending : +0 > > > On 27/06/2022 12:22, Markus Kleinhenz via time-nuts wrote: >> Hi Andrew, >> >> have you checked the PTP-Messages themselves? There is a field >> currentUtcOffset in the PTP announce message used to transfer leapsecond >> info. If thats 35, then it seems like a firmware issue. >> >> Regards >> Markus >> >> Am 25.06.2022 um 10:30 schrieb Andrew Back via time-nuts: >>> Hoping that someone may be able to shed some light on a PTP issue >>> I'm experiencing, which could well be a simple configuration issue >>> or, as I suspect, somehow related to the grandmaster firmware. >>> >>> I have a Symmetricom TimeProvider 2700, with firmware which I think >>> dates from ~2014, connected to a BeagleBoneBlack running Debian and >>> Linux PTP. A direct Ethernet connection with no switches in between. >>> The TP2700 has the 1588 Annex J Default profile active, with all >>> default configuration. Linux PTP client is configured for utc_offset >>> 37. The GM is referenced to GPS and "show clock" returns "Leap >>> Seconds : 37". However, when ptp4l is started on the client I get >>> the running in a temporal vortex message and "updating UTC offset to >>> 35", despite not seeing an offset of 35 configured anywhere. >>> >>> I did also run "pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET'" on the >>> client, which similarly confirmed a UTC offset of 35. >>> >>> I don't seem to be able to manually configure UTC offset on the >>> TP2700 and when I try, it complains that this is not possible with >>> the current mode, since it's referenced to GPS I guess. >>> >>> Other than this perhaps being a grandmaster firmware issue, I'm out >>> of ideas. >>> >>> Andrew >>> ___ >>> time-nuts mailing list -- time-nuts@lists.febo.com >>> To unsubscribe send an email to time-nuts-le...@lists.febo.com >>> >> ___ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe send an email to time-nuts-le...@lists.febo.com ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
[time-nuts] Noise down-converter project
Adrian Godwin wrote: >It looks identical to my Agilent U1732B, thjough I think the >Agilent's spec is poorer. It was replaced by a U1732C which may be >closer thjough both are going back a way now. Presumably Agilent >badged it and it has continued to improve. I don't know whether >there's a corresponding Keysight version. The U1732B looks similar to the Tonghui TH2822A, with an upper limit of 10KHz. The Keysight U1733C and Tonghui TH2822C both go to 100KHz, which is essential to measure small RF components. I don't know What is the difference between the Agilent U1732C and U1733C. They look very similar, so I'll go with the U1733C. The Keysight U1733C looks similar to the Tonghui TH2822C but is a very different instrument. It only has a SMD probe, but has provision for Kelvin Clips which you have to purchase separately. It uses a 9V alkaline whereas the Tonghui is rechargeable. I prefer the rechargeable feature since the power lasts longer, and you don't have to keep a stock of alkalines on hand, where they can be stolen or otherwise disappear just when you need one. You only have to plug the charger in and you're back in business. Many instruments still function while they are being charged. The Keysight U1733C is also much more expensive, clocking in at C$764.50 vs C$170.10 for the Tonghui. The Keysight U1733C is available at many distributors: 1. CAD https://octopart.com/search?q=Keysight+U1733C=USD=0 2. USD https://octopart.com/search?q=Keysight+U1733C=CAD=0 The manual is available at https://www.keysight.com/us/en/assets/9018-03486/quick-start-guides/9018-03486.pdf ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe send an email to time-nuts-le...@lists.febo.com
