Le 20/02/2012 07:18, Bill Woodcock a écrit :
Murphy says we won't. Bell curve, again. A very few will have good symmetric
paths to Stratum-1 servers, most will have mediocre asymmetric paths, and some
will have nothing usable at all.
Are you targeting homes, offices, or machine rooms?
The
I think a box that can't get some external source of time in three years is one that we can pretty well write off as lost.
Thank you (several of you, actually) for the clear explanation of the math.
http://www.msc-ge.com/en/news/pressroom/manu/1241-www/3567-www.html
Yes, the relation frequency_drift- time_error seems difficult to figure
out. I see this misunderstanding daily here at work and haven't yet found a
way to explain to my colleagues. I have already used: integral, area, count
accumulation but none worked.
On Mon, Feb 20, 2012 at 10:37 AM, Tom Van
I'm wondering if anyone has any spare Racal-Dana 1992 switch
mechanisms they would sell? The switches can be replaced from the
front of the panel (as reported here) and what I really need is the
small black rubber piece (circular pill shaped) with the little
nipple which sits within the 4
James wrote:
I need two of these black rubber pills
Speaking from extensive experience, if you need 2 now, plan on
needing somewhere between 5 and 31 more over the next year or two.
Best regards,
Charles
___
time-nuts mailing list --
Hello, Time-Nutters--
Here is a link to a TI app note on using op-amps for
RF. It occurred to me that this might work OK for
distribution of the ref freq from a GPSDO...
http://www.ti.com/lit/an/slyt102/slyt102.pdf
Mike Baker
---
Hi Bill,
what about White Rabbit?
http://www.ohwr.org/projects/white-rabbit/wiki/Description
Successor of NTP.. PTP: precision time protocol.
It delivers Gigabit Ethernet and precise (1nsec) timing over singlemode
fiber. You would have to connect all devices into a fiber network
instead of a
Op amps have been used for quite a while. I have used buffer amps called
lh003s preceded by a opamp (that I do not recal)to create a 2 X gain. They
were power hungry. It looks like these have very wide bandwidth. You really
do not need that wide of a bandwidth. Maybe 20 Mhz for a 10 Mhz ref. Good
On Mon, 20 Feb 2012 11:28:01 -0500
Michael Baker mp...@clanbaker.org wrote:
Here is a link to a TI app note on using op-amps for
RF. It occurred to me that this might work OK for
distribution of the ref freq from a GPSDO...
http://www.ti.com/lit/an/slyt102/slyt102.pdf
Depends on what you
On 2/20/12 8:34 AM, Achim Vollhardt wrote:
Hi Bill,
what about White Rabbit?
http://www.ohwr.org/projects/white-rabbit/wiki/Description
Successor of NTP.. PTP: precision time protocol.
It delivers Gigabit Ethernet and precise (1nsec) timing over singlemode
fiber. You would have to connect all
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds places one can store large files
At 04:07 21-02-12, you wrote:
Recording high speed and/or long general purpose raw Osc data, the
file can become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer
large compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds
On 2/20/12 9:52 AM, WarrenS wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds
Hi
Simple answer:
A rack mount cesium standard is as good as you can get. Figure on 15 ns per day
of drift. That gets you to 15 us in 1000 days. You may or may not get one that
drifts that little, a lot depends on little details. For 3 years, consider
an ensemble of cesiums. At $50K each
On Mon, 20 Feb 2012 09:52:39 -0800
WarrenS warrensjmail-...@yahoo.com wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB
You can always upload them to my site as if it was a manual (follow the manual
upload instructions). If you let me know in a comment, I will leave the file in
the upload area where anyone can retrieve it via ftp.
Didier KO4BB
Sent from my BlackBerry Wireless thingy while I do other things...
On Mon, 20 Feb 2012 19:41:31 +0100, Attila Kinali att...@kinali.ch
wrote:
On Mon, 20 Feb 2012 09:52:39 -0800
WarrenS warrensjmail-...@yahoo.com wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and
On 2/20/12 10:31 AM, Bob Camp wrote:
Hi
Simple answer:
A rack mount cesium standard is as good as you can get. Figure on 15 ns per day of
drift. That gets you to 15 us in 1000 days. You may or may not get one that drifts
that little, a lot depends on little details. For 3 years, consider
On Mon, Feb 20, 2012 at 9:52 AM, WarrenS warrensjmail-...@yahoo.com wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB
WarrenS wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds places one can
I've looked at the posts on this topic, and from what I've seen so far I
think is going to be a tough if not impossible call.
30 minutes to get GPS is OK, but what about the oscillator? It will need a
lot longer than that to stabilise. You also then have the vagaries of the
network. NTP won't
On Mon, Feb 20, 2012 at 12:15 AM, mike cook michael.c...@sfr.fr wrote:
Le 20/02/2012 07:18, Bill Woodcock a écrit :
Murphy says we won't. Bell curve, again. A very few will have good
symmetric paths to Stratum-1 servers, most will have mediocre asymmetric
paths, and some will have nothing
Hi Bill:
When the TRANSIT navigation satellites were put in orbit the receivers required Cesium clocks. The system worked but
was very expensive.
The GPS system was designed so that cheap clocks could be used in the receiver. This requires getting a lock on 4
satellites instead of the 3 that
You may be able to do a similar thing in your receivers. For example if the
master node were to send a timing message at known times (say once at the
top of every hour) the receivers could use that to determine their local
clock offset and rate for those cases where the path was the same
Think trying to measure the distance between two distant moving spacecraft
with no idea what the gravitational gradient is between them or the ability
to measure the doppler.
Unless, of course, Bill is doing much different things than he was when I
last ran into him. :)
On Mon, Feb 20, 2012 at
Time-nuts are welcome to use:
http://www.c-c-i.com/exchange/
to exchange files.
As the name says, the page is there to exchange files. The normal use
would be to upload your file, tell people about it, let them download it,
then delete it.
Please note that the page is completely public.
Brooke Clarke wrote:
Hi:
I've used:
https://www.yousendit.com/
with no problems.
Have Fun,
Looks useful, but it appears to be mailing to a destination e-mail address. I
know that some e-mail servers will not pass large files.
Am I missing something?
Thanks,
--
I've used this http://free.mailbigfile.com/ for years. You upload the
file and they send an email to the recipient who then downloads the file.
Brent
On 2/20/2012 10:52 AM, WarrenS wrote:
I'm just looking for an easy, temporary way (say lasting up to a week each) to
transfer a few big files
Bob
Worked great for my long zip file, and a large. jpg
Thanks very easy to use, this will be very helpful to me.
still a little problem, It would NOT take my short .gif file unless I
falsely renamed it with a .jpg extension
ws
Bob Smither smither at c-c-i.com
Bob Smither
WarrenS wrote:
Bob
Worked great for my long zip file, and a large. jpg
Thanks very easy to use, this will be very helpful to me.
still a little problem, It would NOT take my short .gif file unless I
falsely renamed it with a .jpg extension
Thanks Warren! Should be fixed now.
--
Bob
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Feb 20, 2012, at 8:34 AM, Achim Vollhardt wrote:
what about White Rabbit?
It delivers Gigabit Ethernet and precise (1nsec) timing over singlemode
fiber.
Ahah, but if I had singlemode fiber between locations all over the world, I
wouldn't
Bob
The gif files upload OK now but the ones with funny non standard names
will not download for me.
can you tell me which character it does not like?
ws
*
[time-nuts] How best to exchange Large files?
WarrenS wrote:
Bob
Worked great for my long zip file, and a large. jpg
Hi
Since the network is being measured, I suspect that using it as the time
reference would present a basic problem.
Bob
On Feb 20, 2012, at 2:07 PM, Jim Lux jim...@earthlink.net wrote:
On 2/20/12 10:31 AM, Bob Camp wrote:
Hi
Simple answer:
A rack mount cesium standard is as good as
Does anyone know if ABC used Cesium or just Rubidium standards?
I have the Tracor 304SC shown in this URL:
http://www.bdairfield.com/stan/time-nuts/Tracor-304SC/IMG_4216.JPG
I assume the SC in the model number stands for the color subcarrier
frequency for NTSC: 3.579545 MHz.
The boards seem to be
Hi Bob:
It was my understanding that the receiving station knows the path taken, is that the case? Or are you saying even when
it's the same path the time delay has large variations?
Have Fun,
Brooke Clarke
http://www.PRC68.com
http://www.end2partygovernment.com/Brooke4Congress.html
Bob
The path is variable. Internet routing is constantly in flux as routes are
injected and retracted.
On Feb 20, 2012, at 19:56, Brooke Clarke bro...@pacific.net wrote:
Hi Bob:
It was my understanding that the receiving station knows the path taken, is
that the case? Or are you saying
bro...@pacific.net said:
It was my understanding that the receiving station knows the path taken, is
that the case? Or are you saying even when it's the same path the time
delay has large variations?
Even if the path is stable, the delays vary due to queuing delays in routers.
The simple
Stan
By gosh that really is an old one. ABC very well could have been driven by
a Rb ref. Though as I mentioned CBS was CS. So a bit hard to believe ABC
and NBC were not. But I really simply do not remember. There had been a
time when the networks were used for freq dissemination and thats why at
On Mon, Feb 20, 2012 at 12:13 PM, Brooke Clarke bro...@pacific.net wrote:
You may be able to do a similar thing in your receivers. For example if the
master node were to send a timing message at known times (say once at the
top of every hour) the receivers could use that to determine their
Even if the path is mapped the ques in the switches can change. Say your
packet is first and the next trip its the 50th. Just depends on the overall
network loading.
This has been tried many times and there is the ability to get a feel on
the timing. But not like GPS.
Regards
Paul.
WB8TSL
On Mon,
Time-nuts are welcome to use:
http://www.c-c-i.com/exchange/
to exchange files.
As the name says, the page is there to exchange files. The normal
use
would be to upload your file, tell people about it, let them
download it,
then delete it.
Please note that the page is completely public.
Hi
My understanding is that the path delay is what is being monitored.
Bob
On Feb 20, 2012, at 7:56 PM, Brooke Clarke bro...@pacific.net wrote:
Hi Bob:
It was my understanding that the receiving station knows the path taken, is
that the case? Or are you saying even when it's the same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Feb 20, 2012, at 11:07 AM, Jim Lux wrote:
One question about the 100 microsecond spec.. is that a worst case at any
instant, or is it an average spec over a day (so a consistent diurnal
variation would cancel out)
Well, it's not a hard
Even with a very minimal local Ethernet where the path is the same for
every packet you still have variable timing. There are queues and
buffers. Also it is not so easy to measure the time a network packet
arrives at a computer.
The serial port is the best hardware for timing. The DCD pin is
Hi:
I've used:
https://www.yousendit.com/
with no problems.
Have Fun,
Brooke Clarke
.. but the limit on that service has changed from 100 MB down to 50 MB,
making it rather less useful to me.
Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:
On Mon, Feb 20, 2012 at 7:32 PM, Steve iteratio...@gmail.com wrote:
Decent frame? Plenty of internal room for tweaking? What make and
model? You've got me interested!
You have to keep watching, every day or two. thinks like this come up.
Craigs list also it you live in a place with lots of
Mike,
op amps for that purpose should be available from a lot of companies. They
are not created all equal. My latest own design of a distribution amp
involves one AD8007 input stage with variable gain and 8 AD8007 output
stages. This design is good for a channel to channel isolation of 90 dB and
47 matches
Mail list logo
