Re: [time-nuts] UTR timescale draft spec
Le 06/08/2011 04:32, WB6BNQ a écrit : Michael Sokolov, I do not mean to be disrespectful, but this list is not about creating time scales No, indeed, but as the subject is time I see no reason that he should not advertise the project here. I am going to ask that you respect this position and take your problems back to the list that is centered on that subject matter. Or from another perspective, you could create your very own list server and call it “Time-Scales” which would seem to be much more appropriate. Michael does in fact address that. I quote from his draft review: An open membership Internet mailing list will need to be set up to which any person or entity with an interest in UTR can subscribe and participate in free unmoderated discussion. ___ 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 for my rubber duckie
msoko...@ivan.harhan.org said: But I _*REFUSE*_ to do it that way. You've mentioned UTC: that's one thing I'm taking great care to avoid in my solution. I want my system to be completely insulated from whatever evil things the ITU may do to UTC and leap seconds. ... I think you have two choices. One is to use time as defined by ITU and their friends like GPS and something like IERS to tell you the offset from UTC/GPS/whatever to mean solar time. After that, it's just a bit of software. (Most of us probably can't help much because we don't understand which parts of the system you don't like and/or we don't understand the implementation details that you have already selected.) The other choice is to get a telescope and camera and track the sun yourself and setup a PLL to track mean solar time. You might check the Long Now project. I think they are PLL-ing to solar time, but it's all mechanical, no opportunities for FPGAs or your own OS. -- These are my opinions, not necessarily my employer's. 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.
Re: [time-nuts] UTR timescale draft spec
Bonjour, Vous vous foutez peut être du sujet de notre ami, mais ce sujet est respectable, ne serait-ce que par le travail qu'il a impliqué. Mais qui voit votre remontrance ne peut s'empècher de bondir à la sauvagerie de votre réponse en directe sur la liste. Je croyais être entre gens bien, je vois qu'il y a aussi des sauvages sur cette liste, Adieu ! Bernard. - Original Message - From: WB6BNQ wb6...@cox.net To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Saturday, August 06, 2011 4:32 AM Subject: Re: [time-nuts] UTR timescale draft spec Michael Sokolov, I do not mean to be disrespectful, but this list is not about creating time scales or having argumentative threads about such mundane things as leap seconds in and of themselves. I feel that you have crossed the argument from one thread to another for a purpose that is not consistent with this thread. Need I point out that your nemeses has wisely ignored your onslaught out of both respect for the low noise level intent of this list and also because the subject matter does not, properly, belong on this list. I am going to ask that you respect this position and take your problems back to the list that is centered on that subject matter. Or from another perspective, you could create your very own list server and call it Time-Scales which would seem to be much more appropriate. In either case I know myself and others are not interested in this pattern of behavior and the endless responses that will occur. Should you find this a bit troubling allow me to quote a line from a very famous movie: Quite frankly my dear, I don't give a damn. BillWB6BNQ Michael Sokolov wrote: Hello again, I have just written up the formal spec for the UTR timescale which I'm seeking to implement on my rubber duckie timekeeping apparatus which I had discussed here earlier this week, and I have released the first draft for review: http://ifctfvax.Harhan.ORG/timekeeping/draft-utrspec.txt http://ifctfvax.Harhan.ORG/timekeeping/draft-utrdef.txt Hopefully it will clarify exactly what I am after and why I'm doing it. MS ___ 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] UTR timescale draft spec
Hello Bernard, I can understand your feelings. My response was measured from the start of the subject matter, which, admittedly, was a different thread on this list. It did not start out well to say the least. Clearly, this matter is a touchy subject from another list with a history all its own. As such bringing it to another list is not good etiquette, especially when it is off topic on this list. 73BillWB6BNQ f1ehx wrote: Bonjour, Vous vous foutez peut être du sujet de notre ami, mais ce sujet est respectable, ne serait-ce que par le travail qu'il a impliqué. Mais qui voit votre remontrance ne peut s'empècher de bondir à la sauvagerie de votre réponse en directe sur la liste. Je croyais être entre gens bien, je vois qu'il y a aussi des sauvages sur cette liste, Adieu ! Bernard. - Original Message - From: WB6BNQ wb6...@cox.net To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Saturday, August 06, 2011 4:32 AM Subject: Re: [time-nuts] UTR timescale draft spec Michael Sokolov, I do not mean to be disrespectful, but this list is not about creating time scales or having argumentative threads about such mundane things as leap seconds in and of themselves. I feel that you have crossed the argument from one thread to another for a purpose that is not consistent with this thread. Need I point out that your nemeses has wisely ignored your onslaught out of both respect for the low noise level intent of this list and also because the subject matter does not, properly, belong on this list. I am going to ask that you respect this position and take your problems back to the list that is centered on that subject matter. Or from another perspective, you could create your very own list server and call it Time-Scales which would seem to be much more appropriate. In either case I know myself and others are not interested in this pattern of behavior and the endless responses that will occur. Should you find this a bit troubling allow me to quote a line from a very famous movie: Quite frankly my dear, I don't give a damn. BillWB6BNQ Michael Sokolov wrote: Hello again, I have just written up the formal spec for the UTR timescale which I'm seeking to implement on my rubber duckie timekeeping apparatus which I had discussed here earlier this week, and I have released the first draft for review: http://ifctfvax.Harhan.ORG/timekeeping/draft-utrspec.txt http://ifctfvax.Harhan.ORG/timekeeping/draft-utrdef.txt Hopefully it will clarify exactly what I am after and why I'm doing it. MS ___ 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] Marrisons 1948 article
-Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts- boun...@febo.com] On Behalf Of paul swed Sent: Friday, August 05, 2011 5:45 PM To: Tijd Dingen; Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Marrisons 1948 article Indeed I am happy to say I have all 10 GB of the articles. Plus I also have many many in book form 1948-1983. Good reading. I ended up with around 42 GB in 4,815 files, including the HTML index pages. Maybe this is a higher-resolution archive? None of the articles appear to be text-searchable, unfortunately, so that'll take a few kilowatt-hours of CPU time to fix. -- john, KE5FX ___ 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] UTR timescale draft spec
On 06/08/11 04:00, Michael Sokolov wrote: Hello again, I have just written up the formal spec for the UTR timescale which I'm seeking to implement on my rubber duckie timekeeping apparatus which I had discussed here earlier this week, and I have released the first draft for review: http://ifctfvax.Harhan.ORG/timekeeping/draft-utrspec.txt http://ifctfvax.Harhan.ORG/timekeeping/draft-utrdef.txt Hopefully it will clarify exactly what I am after and why I'm doing it. 0. Introduction The present specification outlines a low cost method for obtaining a synthetic timescale that satisfies the following requirements: low cost method is a potential goal, skip statement here. * The timescale is continuously available in real time and provides a socially acceptable approximation of canonical mean solar time known as GMT. GMT is no longer used, but you may use it as a popular name reference for what is now known as UT1 or UT2 time-scales. Skip socially acceptable * The reading of the timescale at any instant is expressible as a real number with all standard mathematical properties of a real number. Expressing civil time as a real number is a practical requirement for most everyday uses of time as a subdivision of the calendar, and true mean solar time in the sense of an abstract angle relative to the fictitious mean sun is most certainly a real number. This requirement rules out the 23:59:60 leap second notation. This has nothing to do with real numbers, so skip that reference. Infact, what you tries to say is that you want a monotonic counting mechanism, which timescales such as UTC does not provide upon leap seconds. Shall I continue my review or have you got the criticism by now? Cheers, Magnus ___ 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] Marrisons 1948 article
John Miles jmi...@pop.net wrote: None of the articles appear to be text-searchable, unfortunately, so that'll take a few kilowatt-hours of CPU time to fix. On that subject, what do you use for that? Personally I do something like this: - pdftohtml - index the html pages with mnogosearch - dump on server - the pdf's are now searchable through a web interface (and from command line obviously) This works fine for pdf's that have embedded text, but obviously no go for OCR. So basically the question is, know of any good open source ocr software for the job? In the absence of better options I'll probably give tesseract-ocr a spin, and see if it's any good for this. regards, Fred ___ 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] Marrisons 1948 article
Hi: I've added bookmarks to the Marrisons 1948 article and rotated some pages so they read correctly on screen. All the figures are in the bookmarks. Next internal links to the footnotes and figures. I find bookmarks much more useful than searching, but can add that too. Maybe a table of contents and index? Have Fun, Brooke Clarke http://www.PRC68.com http://www.End2PartyGovernment.com/ John Miles wrote: -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts- boun...@febo.com] On Behalf Of paul swed Sent: Friday, August 05, 2011 5:45 PM To: Tijd Dingen; Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Marrisons 1948 article Indeed I am happy to say I have all 10 GB of the articles. Plus I also have many many in book form 1948-1983. Good reading. I ended up with around 42 GB in 4,815 files, including the HTML index pages. Maybe this is a higher-resolution archive? None of the articles appear to be text-searchable, unfortunately, so that'll take a few kilowatt-hours of CPU time to fix. -- john, KE5FX ___ 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] Marrisons 1948 article
On that subject, what do you use for that? Personally I do something like this: - pdftohtml - index the html pages with mnogosearch - dump on server - the pdf's are now searchable through a web interface (and from command line obviously) This works fine for pdf's that have embedded text, but obviously no go for OCR. So basically the question is, know of any good open source ocr software for the job? In the absence of better options I'll probably give tesseract-ocr a spin, and see if it's any good for this. I've been using a commercial package (http://pdftransformer.abbyy.com/ ) and have been really happy with it in general. It's slow, but does a good job on even marginally readable text. I don't think I've ever needed to use it in batch mode, but I believe there's a way to make it happen, and that will be necessary since every article is in its own .PDF file. The wget process copies the HTML index pages as well as the .PDFs and fixes up the links to point to the local copies, so that part is pretty easy to deal with. For my own copy of the archive, I'll probably merge all of those index pages into one document so that all of the article titles can be browsed on a single page. -- john, KE5FX ___ 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] HP 5065 Patek Philippe Clock
With my ongoing effort to downsize I have heavy heartedly decided to get rid of the Patek Phiippe clock out of a HP 5065 that I never installed in an other project. Any one interested please contact me off list. Thank you Bert ___ 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] UTR timescale draft spec
Magnus Danielson mag...@rubidium.dyndns.org wrote: The present specification outlines a low cost method for obtaining a low cost method is a potential goal, skip statement here. IOW, you are suggesting that the line in question read The present specification outlines a method for obtaining a synthetic timescale that ...? Having a low implementation cost is part of the raison-d'etre for the UTR timescale and its specification, otherwise one could go straight for the even more rebellious solution of ignoring all broadcast time entirely and going back to the circa-1900 style of timekeeping. However, I suppose that the words low cost do not need to appear in that particular place in that sentence, especially since the title line of the spec reads Specification for a low cost synthetic timescale approximating true Earth time. GMT is no longer used, GMT is no longer used is a false predicate. Although it may no longer be used by the snobs in ITU/IAU/etc agencies, it is still very much used by the rest of the world. There exist plenty of legislation and standards which call for GMT or generic mean solar time rather than UTC, and I furthermore encourage this practice in Clause 5 of my specification, because I consider it to be the right thing to do: natural timescales are more reliable, enduring and corruption-proof than anything man-made. but you may use it as a popular name reference for what is now known as UT1 or UT2 time-scales. But UT1 and UT2 are too specific and may be viewed as *possible realisation options* for an even more abstract platonic ideal of GMT or generic MST. My goal here is the specify the abstract platonic ideal which my timescale seeks to approximate. Skip socially acceptable The intent here was to distinguish between good-faith realisations / approximations of GMT (or MST in general) and bad-faith lip-service claims to be a suitable replacement for GMT/MST, such as the entire bait switch scheme of the ITU. But I do see now that substituting the words good-faith for socially acceptable would be better. This has nothing to do with real numbers, so skip that reference. Infact, what you tries to say is that you want a monotonic counting mechanism, which timescales such as UTC does not provide upon leap seconds. Well, not quite, there are two separate requirements in here: 1: having the timescale read as a real number 2: having that real number increase monotonously For example, the common POSIX/NTP implementations of pseudo-UTC satisfy 1 but not 2. OTOH, true UTC is monotonous, but is not a scalar. However, I agree that my middle bullet point in that list needs improvement. I'll work on it some more. Shall I continue my review or have you got the criticism by now? Before we continue, let's set up the Mean Solar Time Users mailing list, one that is specifically intended to give a voice to all concerned citizens of the world who have a need or desire to use MST independent of whatever happens to UTC. The people whose criticism would be most valuable would be those who intend to actually *use* UTR or some other non-UTC realisation of MST to satisfy their personal requirements for MST, and I would like to seek the consensus of those users for any actual changes to the spec in response to that criticism. The MST Users mailing list should preferably be set up by someone other than me. (Also note the independent of whatever happens to UTC clarification above - to me that rules out the existing leapsecs mailing list, as their entire focus is about swaying the ITU UTC vote one way or the other.) MS ___ 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] Marrisons 1948 article
John since I had actual books I downloaded the items of interest for reading on trips. If thats even possible these days. But far more interesting is if you have the repository complete and are working on indexing thats really great. They are good reads, if you want to understand how we got from there to here. Things like open wire phone systems etc. Sorry to say the last open wires still existing in Boston are coming down. It was along I 90 and the rail line. The poles and cross arms were beginning to snap and crumble. They were cutting them down 3 weeks ago. Regards Paul. WB8TSL On Sat, Aug 6, 2011 at 9:07 AM, John Miles jmi...@pop.net wrote: On that subject, what do you use for that? Personally I do something like this: - pdftohtml - index the html pages with mnogosearch - dump on server - the pdf's are now searchable through a web interface (and from command line obviously) This works fine for pdf's that have embedded text, but obviously no go for OCR. So basically the question is, know of any good open source ocr software for the job? In the absence of better options I'll probably give tesseract-ocr a spin, and see if it's any good for this. I've been using a commercial package (http://pdftransformer.abbyy.com/ ) and have been really happy with it in general. It's slow, but does a good job on even marginally readable text. I don't think I've ever needed to use it in batch mode, but I believe there's a way to make it happen, and that will be necessary since every article is in its own .PDF file. The wget process copies the HTML index pages as well as the .PDFs and fixes up the links to point to the local copies, so that part is pretty easy to deal with. For my own copy of the archive, I'll probably merge all of those index pages into one document so that all of the article titles can be browsed on a single page. -- john, KE5FX ___ 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] Free to good home.....
Cleaning out my storage area. I have a know dead HP 05060-6090 CBT. SN: 1506A2030. Failure is hard and is one of the heating wires. Failed due to mechanical shock it seems. Was dead when I bought lot of equipment years ago. It's free to a good home as display but it's heavy and would like to US address only if possible. You pay shipping. Pleaee contact off-list if interested. -Brian, WA1ZMS/4 Forest, VA ___ 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] UTR timescale draft spec
On 06/08/11 17:36, Michael Sokolov wrote: Magnus Danielsonmag...@rubidium.dyndns.org wrote: The present specification outlines a low cost method for obtaining a low cost method is a potential goal, skip statement here. IOW, you are suggesting that the line in question read The present specification outlines a method for obtaining a synthetic timescale that ...? Having a low implementation cost is part of the raison-d'etre for the UTR timescale and its specification, otherwise one could go straight for the even more rebellious solution of ignoring all broadcast time entirely and going back to the circa-1900 style of timekeeping. However, I suppose that the words low cost do not need to appear in that particular place in that sentence, especially since the title line of the spec reads Specification for a low cost synthetic timescale approximating true Earth time. If you write a specification, keep it clear of debate, that it better suited for a background document. If you as in this particular sentence is introducing the overview points, the low-cost aspect should either be a point of its own or skipped due to redundancy. GMT is no longer used, GMT is no longer used is a false predicate. Although it may no longer be used by the snobs in ITU/IAU/etc agencies, it is still very much used by the rest of the world. There exist plenty of legislation and standards which call for GMT or generic mean solar time rather than UTC, and I furthermore encourage this practice in Clause 5 of my specification, because I consider it to be the right thing to do: natural timescales are more reliable, enduring and corruption-proof than anything man-made. GMT is no longer a techical scale of its own. UT1 and UT2 is observed scaled in the sense that GMT was prior to them. What I proposed was that you would use it as a practical handle to the technical scales of UT1 and UT2. ... using a GMT type of time-scale such as UT1 or UT2 was about what I had in mind. but you may use it as a popular name reference for what is now known as UT1 or UT2 time-scales. But UT1 and UT2 are too specific and may be viewed as *possible realisation options* for an even more abstract platonic ideal of GMT or generic MST. My goal here is the specify the abstract platonic ideal which my timescale seeks to approximate. OK, key question here. How will your timescale relate to observed time to provide a GMTish time-scale? Skip socially acceptable The intent here was to distinguish between good-faith realisations / approximations of GMT (or MST in general) and bad-faith lip-service claims to be a suitable replacement for GMT/MST, such as the entire bait switch scheme of the ITU. But I do see now that substituting the words good-faith for socially acceptable would be better. Again, debate and arguments to separate document from specification. You seem to miss that this is one of the key points of my criticism. Remove flaim-baits and keep on the functionality. This has nothing to do with real numbers, so skip that reference. Infact, what you tries to say is that you want a monotonic counting mechanism, which timescales such as UTC does not provide upon leap seconds. Well, not quite, there are two separate requirements in here: 1: having the timescale read as a real number 2: having that real number increase monotonously For example, the common POSIX/NTP implementations of pseudo-UTC satisfy 1 but not 2. OTOH, true UTC is monotonous, but is not a scalar. However, I agree that my middle bullet point in that list needs improvement. I'll work on it some more. You just got better wordings here. scalar and mononously are the key things, then say that. Shall I continue my review or have you got the criticism by now? Before we continue, let's set up the Mean Solar Time Users mailing list, Regardless we should not be too lengthy on this list with this thread. Cheers, Magnus ___ 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] Free to good home.....FOUND A HOME
The CBT has found a new home. -Brian, WA1ZMS On Aug 6, 2011, at 12:03 PM, Brian, WA1ZMS wa1...@att.net wrote: Cleaning out my storage area. I have a know dead HP 05060-6090 CBT. SN: 1506A2030. Failure is hard and is one of the heating wires. Failed due to mechanical shock it seems. Was dead when I bought lot of equipment years ago. It's free to a good home as display but it's heavy and would like to US address only if possible. You pay shipping. Pleaee contact off-list if interested. -Brian, WA1ZMS/4 Forest, VA ___ 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] UTR timescale draft spec
Magnus Danielson mag...@rubidium.dyndns.org wrote: You just got better wordings here. scalar and mononously are the key things, then say that. OK, I'm not a mathematics major, but aren't scalar and real number two different terms for the same thing? I admit to not knowing whether complex numbers also qualify as scalars or not, but if they do, then it seems to me that real number would be a better term: complex numbers are not intended here. The rest of the discussion will be moved to the new Mean Solar Time Users mailing list shortly. MS ___ 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 5065 Patek Philippe Clock
Yes, pls, ...how much to send to Austin, TX -Original Message- From: ewkeh...@aol.com Sent: Saturday, August 06, 2011 9:30 AM To: time-nuts@febo.com Subject: [time-nuts] HP 5065 Patek Philippe Clock With my ongoing effort to downsize I have heavy heartedly decided to get rid of the Patek Phiippe clock out of a HP 5065 that I never installed in an other project. Any one interested please contact me off list. Thank you Bert ___ 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] Free to good home.....
Yes, pls, ...how much to send to Austin, ...TX. I might want it. -Original Message- From: Brian, WA1ZMS Sent: Saturday, August 06, 2011 11:03 AM To: Time Nuts Subject: [time-nuts] Free to good home. Cleaning out my storage area. I have a know dead HP 05060-6090 CBT. SN: 1506A2030. Failure is hard and is one of the heating wires. Failed due to mechanical shock it seems. Was dead when I bought lot of equipment years ago. It's free to a good home as display but it's heavy and would like to US address only if possible. You pay shipping. Pleaee contact off-list if interested. -Brian, WA1ZMS/4 Forest, VA ___ 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] IEEE 1588 Clock and Packet Timestamper
Just received this notice from Maxim. The MAX24288 is a flexible, low-cost IEEE 1588 clock and timestamper with an SGMII or 1000BASE-X serial interface and a parallel MII interface that can be configured for GMII, RGMII, or 10/100 MII. The device provides all required hardware support for high-accuracy time and frequency synchronization using the IEEE 1588 Precision Time Protocol. In both the transmit and receive directions 1588 packets are identified and timestamped with high precision. System software makes use of these timestamps to determine the time offset between the system and its timing master. Software can then correct any time error by steering the device's 1588 clock subsystem appropriately. The device provides the necessary I/O to time-synchronize with a 1588 master elsewhere in the same system or to be the master to which slave components can synchronize. In addition, the MAX24288 is a full-featured, gigabit parallel-to-serial MII converter. It provides full SGMII revision 1.8 compliance and also interfaces directly to 1Gbps 1000BASE-X SFP optical modules. http://www.maxim-ic.com/datasheet/index.mvp/id/7390 Best, Will ___ 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] Weird TEC data
new...@cei.net said: The general shape and bumps in the plots track nicely, but I'm wondering why there's so many cycles difference after 36 hours. How are you collecting the data? What's the time between samples? One possibility is that one system is picking up extra clock ticks. If your data is dense enough, that should be pretty obvious if you zoom in on the graph. Here is an example: http://www.megapathdsl.net/~hmurray/time-nuts/60Hz/60Hz-g3.png That's sampling every 10 seconds. Glitches like that are easy to spot if you plot the frequency. It's the difference in counts divided by the difference in times between a pair of samples. At 10 second sampling rate, you get 600 counts per sample. 601 counts turns into 60.1 Hz. That 0.1 Hz is well above the noise. (at least with my setup) -- These are my opinions, not necessarily my employer's. 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.
Re: [time-nuts] Weird TEC data
At 07:13 PM 8/6/2011, Hal Murray wrote: new...@cei.net said: The general shape and bumps in the plots track nicely, but I'm wondering why there's so many cycles difference after 36 hours. How are you collecting the data? What's the time between samples? First off, your TEC data was an inspiration. I thank you sir. The embedded box sends a string with every sample, so 60Hz. The computer timestamps the arrival and logs the time, count, and frequency data to a file. (I'm actually generating two files now, one with every sample, one downsampled 60:1. Other neato stuff too: sync start, auto file rotation at top of day, etc.) One possibility is that one system is picking up extra clock ticks. If your data is dense enough, that should be pretty obvious if you zoom in on the I think that's what happened to the setup at location tock. Friday I threw iron at the situation--a consumer grade UPS in front of a Sola line conditioner. Both sites got new embedded firmware with the new detection scheme. (Wait for edge, start 15.something ms hardware timer, send data to computer, wait for timer expiration, repeat). That should reject a lot of noise. Glitches like that are easy to spot if you plot the frequency. It's the difference in counts divided by the difference in times between a pair of samples. At 10 second sampling rate, you get 600 counts per sample. 601 counts turns into 60.1 Hz. That 0.1 Hz is well above the noise. (at least with my setup) I'm sorta doing this now. The logging program has a FIFO for the count and timestamp, so I'm calculating the frequency over the last 1s, 60s, 600s, and 3600s intervals. Every minute or so the frequency data is written to a file for Munin to plot (so that I have a live picture to look at). But yes, the data is in the file, so I can also gnuplot it. 55779 data is downloading now, so I'll put some graphs up in an hour or so. I can already tell from the Munin plots over the last 24 hours that the two sites are tracking very closely. (Right now, tock shows -25.13 cycles at 00:35, and sparc is at -24.87.) There's another PC at site sparc doing the webcam thing. Still using the Windows XP powertoy to timelapse, so the intervals aren't exactly 60s. If I can get a few hundred cycles of error, it should be obvious from the picture . (There's an old 60 Hz clock and a WWVB clock in the frame, so the measurement is limited by the flashing color, maybe +/- 0.5s or so.) Both site's computers have Debian supported audio hardware, so it's tempting to add that into the mix... -- newell N5TNL ___ 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] Free to good home.....
I'm sorry. Somebody else beat you to it. :-( Thank you, however. -Brian, WA1ZMS -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com]On Behalf Of dlewis6767 Sent: Saturday, August 06, 2011 5:53 PM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Free to good home. Yes, pls, ...how much to send to Austin, ...TX. I might want it. -Original Message- From: Brian, WA1ZMS Sent: Saturday, August 06, 2011 11:03 AM To: Time Nuts Subject: [time-nuts] Free to good home. Cleaning out my storage area. I have a know dead HP 05060-6090 CBT. SN: 1506A2030. Failure is hard and is one of the heating wires. Failed due to mechanical shock it seems. Was dead when I bought lot of equipment years ago. It's free to a good home as display but it's heavy and would like to US address only if possible. You pay shipping. Pleaee contact off-list if interested. -Brian, WA1ZMS/4 Forest, VA ___ 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] Better TEC data (MJD 55779)
Cumulative error, starting at MJD 55779 (difference scaled by 100 and smoothed): http://n5tnl.com/tec/55779/55779.png Frequency error, 3600 s intervals: http://n5tnl.com/tec/55779/55779_3600.png Frequency error, 600 s intervals: http://n5tnl.com/tec/55779/55779_600.png Frequency error, 60 s intervals: http://n5tnl.com/tec/55779/55779_60.png Example webcam shot: http://n5tnl.com/tec/55779/tec_2209050806.jpg localtime is CDT, UTC-5. ___ 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] Better TEC data (MJD 55779)
Added recent snapshots of the live graphs: http://n5tnl.com/tec/55779/sparc/sparc.htm http://n5tnl.com/tec/55779/tock/tock.htm These are in localtime (CDT), not UTC. ___ 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.
