Re: [time-nuts] Update on Rb Performance

2012-02-19 Thread John Ackermann N8UR
Hi Warren -- for these tests, I wasn't capturing raw data, jut using the tables and graphs that come out of the TSC box. John On Feb 18, 2012, at 11:57 PM, ws at Yahoo warrensjmail-...@yahoo.com wrote: John If you have the raw phase data, can you post a plot of what the well filtered

[time-nuts] export controls and reverse engineering

2012-02-19 Thread Jim Lux
Do you believe there may be a problem for those who are reverse-engineering, and posting on the open net, items which may be covered under these regulations? If you do, you may want to consider contacting them off-list and letting them know your concern. Peter Man, export controls are a

Re: [time-nuts] Update on Rb Performance

2012-02-19 Thread WarrenS
John said in part; ignore the last two (ADEV) plot points as there isn't enough data for them to be very meaningful. you need a lot more than 10 days data to draw any real conclusions; IMHO, ADEV is not the right tool or even a very useful tool for evaluation the long term performance of

Re: [time-nuts] Update on Rb Performance

2012-02-19 Thread Tom Van Baak
There seems to be some confusion about stability and drift; about ADEV and other tools. The tone of this thread is not heading in a positive direction. So instead I will offer to put together a short tutorial or series of tutorials that focus on factual education and gracious explanation. Give

Re: [time-nuts] Update on Rb Performance

2012-02-19 Thread Jim Lux
On 2/19/12 2:47 PM, Tom Van Baak wrote: There seems to be some confusion about stability and drift; about ADEV and other tools. The tone of this thread is not heading in a positive direction. So instead I will offer to put together a short tutorial or series of tutorials that focus on factual

Re: [time-nuts] Update on Rb Performance

2012-02-19 Thread Don Lewis
Thank you, Tom. I REALLY look forward to your tutorials. How interesting and thought provoking for you to take your time(sic) for such. Thanks a million. -Don - -Original Message- From: time-nuts-boun...@febo.com

[time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Woodcock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi. This is my first posting to this list, and I'm not a timekeeping engineer, so my apologies in advance for my ignorance in this area. I'm building a small device to do one-way delay measurements through network. Once I'm done with

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Hawkins
What you are looking for is the Caesium standard on a chip that is presently only available for mostly military projects. This will become available as war surplus after WW III. But if you are going to correct it with NTP, a simple crystal oscillator will do. If you're using NTP, why do you need

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Woodcock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Feb 19, 2012, at 5:07 PM, Bill Hawkins wrote: If you are going to correct it with NTP, a simple crystal oscillator will do. Yeah, my assumption was that something like a DOCXO or a VCTCXO would be about the best I'd get within budget. But

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Dennis Ferguson
On 19 Feb, 2012, at 15:56 , Bill Woodcock wrote: Hi. This is my first posting to this list, and I'm not a timekeeping engineer, so my apologies in advance for my ignorance in this area. I'm building a small device to do one-way delay measurements through network. Once I'm done with

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Chris Albertson
On Sun, Feb 19, 2012 at 3:56 PM, Bill Woodcock wo...@pch.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi. This is my first posting to this list, and I'm not a timekeeping engineer, so my apologies in advance for my ignorance in this area. I'm building a small device to do

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread SAIDJACK
Hello Bill, this is potentially possible with the small M9108 or the Jackson Labs Technologies GPSTCXO. Some caveats: 1) The Trimble Resolution-T May work, but the above stated units have a 50 channel WAAS/EGNOS/MSAS GPS receiver and are also GPS Disciplined Oscillators not just timing

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Woodcock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Feb 19, 2012, at 7:28 PM, Dennis Ferguson wrote: 10, or even 100, microseconds is tough with NTP. I don't think it is impossible, but it requires a good, reliable network connection… We will have a very large mesh of devices, but the

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Chris Albertson
On Sun, Feb 19, 2012 at 5:48 PM, Bill Woodcock wo...@pch.net wrote: .. So that's something I've been having a hard time understanding…  If that's the amount of inaccuracy _per oscillation_, then at the time-scales I'm dealing with, it would quickly accumulate and become unuseful… I think you

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Peter Monta
... but then they get taken indoors and plugged into the network, and probably never get a clear view of a GPS or GLONASS satellite again. A high-sensitivity GPS receiver might still give useful results here, especially if it has a high-quality reference oscillator like an OCXO. Even 20 or 30

Re: [time-nuts] Low-long-term-drift clock for board levelintegration?

2012-02-19 Thread WB6BNQ
Hello Bill Woodcock, Many, many questions come to mind. Is this a fixed network that never changes its character ? Or by network do you mean via the internet where you have no control over path variations ? I guess the latter based upon your comments thus far. What is driving the

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Hal Murray
From that point forward (and we hope the devices will have an operational life of at least ten years) they'll be dependent on their internal clock and NTP, but we really need them to stay synchronized to within 100 microseconds. 10 microseconds would be ideal, but 100 would be acceptable.

Re: [time-nuts] Low-long-term-drift clock for board levelintegration?

2012-02-19 Thread SAIDJACK
In a message dated 2/19/2012 21:21:35 Pacific Standard Time, wb6...@cox.net writes: Doing a few fixes for 30 minutes will, under best conditions, get you somewhere on a circumference around your location with a radius of 15 meters (50 feet). For GPS to get a useful coordinate result with

Re: [time-nuts] Low-long-term-drift clock for boardlevelintegration?

2012-02-19 Thread WB6BNQ
Hi Said, That may be, but I think he indicated he was using the common hobby type units. I seriously don't think they measure up to your unit. I should have stated I was speaking specifically about GPS by itself not using differential methods. Your comments are noted, however. Thanks,

Re: [time-nuts] Low-long-term-drift clock for boardlevelintegration?

2012-02-19 Thread SAIDJACK
Hi Bill, the good news is that industrial units are becoming as inexpensive as hobby type units.. bye, Said In a message dated 2/19/2012 21:48:36 Pacific Standard Time, wb6...@cox.net writes: Hi Said, That may be, but I think he indicated he was using the common hobby type units.

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Woodcock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Feb 19, 2012, at 9:02 PM, saidj...@aol.com wrote: this is potentially possible with the small M9108 or the Jackson Labs Technologies GPSTCXO. Thanks for the pointer to both of them… It looks like Jackson Labs have several interesting

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Dennis Ferguson
On 19 Feb, 2012, at 21:08 , Bill Woodcock wrote: It's my assumption that some of them will be able to get enough GPS signal (or GPS via a GSM BTS, as we also have a Sierra Wireless GSM chipset onboard) and would thus be able to act as Stratum 1 servers for the others. In the US I suspect

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Bill Woodcock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Feb 19, 2012, at 10:20 PM, Dennis Ferguson wrote: I think you may find that in many (most?) other countries the GSM BTS gear has no idea what time it is. Pretty wide range there… I've certainly seen some pretty crazy time-and-dates show up

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread Tom Van Baak
Here is a typical high end OCXO. (It may blow your budget, but we can use it as an example.) http://www.mti-milliren.com/ocxo_270_ocxo.html The typical 5 MHz aging performance is 5E-10 per day and 5E-08 per year. That's not in the right ballpark. Here's another way to look at it. A

Re: [time-nuts] Low-long-term-drift clock for board level integration?

2012-02-19 Thread SAIDJACK
Hi Bill, should have added a disclaimer, I am involved with Jackson Labs Tech.. The Trimble part with oscillator looks interesting, probably an NCO not a GPSDO I would think. They are as usually not putting any real data in their specsheets.. The TCXO they are using will determine