<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts">
    <title>gmane.comp.time.nuts</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20766"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20765"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20764"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20763"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20762"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20761"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20760"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20759"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20755"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20754"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20753"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20752"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20751"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20750"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20749"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20748"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.time.nuts/20747"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20766">
    <title>Re: Austron 2201 Firmware past Y2K</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20766</link>
    <description>&lt;pre&gt;Also make sure your batteries are not dead on the CPUs as I recall mine was
replaced it.

On Fri, May 25, 2012 at 11:08 PM, paul swed &amp;lt;paulswedb-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>paul swed</dc:creator>
    <dc:date>2012-05-26T03:09:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20765">
    <title>Re: Austron 2201 Firmware past Y2K</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20765</link>
    <description>&lt;pre&gt;yes you have to get the week right thats why the calculator is useful.
Also set the time. May fire the 2201 up tomorrow and can email you the week

On Fri, May 25, 2012 at 8:59 PM, Tom Knox &amp;lt;actast-PkbjNfxxIARBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>paul swed</dc:creator>
    <dc:date>2012-05-26T03:08:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20764">
    <title>Re: Austron 2201 Firmware past Y2K</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20764</link>
    <description>&lt;pre&gt;
Hi Paul;
First, I received the Austron Antenna and it works. 
So you are saying that I should setback 1024 weeks to July 16 1992 and the rec will recognize the almanac?. Now July 17th?
Thanks;
Thomas Knox

Ascent Concepts and Technology

4475 Whitney Place
Boulder Colorado 80305

1-303-554-0307

       
&lt;/pre&gt;</description>
    <dc:creator>Tom Knox</dc:creator>
    <dc:date>2012-05-26T00:59:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20763">
    <title>Re: Vectron TRU-50</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20763</link>
    <description>&lt;pre&gt;I chased the TRU-50 down with Vectron. It's not a stock part, horribly
expensive, special order, and has been obsoleted (ain't American English
grand?). They would let me buy 10 of some that were on the shelf for the
100 price of $59.00 each. A Schmartboard,  TI (formerly National) PLL,
and a common vcxo is probably a much better way to go for diddling
around.
Don



&lt;/pre&gt;</description>
    <dc:creator>Don Latham</dc:creator>
    <dc:date>2012-05-25T22:38:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20762">
    <title>Trimble Resolution-T versus Resolution SMT</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20762</link>
    <description>&lt;pre&gt;
I got in a couple of Resolution-T receivers from fluke.l and have had a chance to compare them with the Resolution SMT:

The -SMT receivers appear to be new.   Mine were the TEP variant (Motorola compatible) that has to be reconfigured to be TSIP compatible.   The -T receivers are used.  Mine came with locations in rural China stored in their survey position.  The -T serial port comes set for 9600,8,Odd,1  (Tbolts are 9600,8,N,1)

The receivers are physically and electrically compatible.   They are mostly software compatible.  The -SMT only works at fixed locations.  The -T can work in mobile applications or as a general purpose GPS receiver.

The -T is a 12 channel receiver and the -SMT is 14 channel.   The -SMT is 6-8 dB more sensitive.  The -SMT tracks and reports info on all sats that it sees (even if below the elevation and signal level masks).  The -T only tracks and reports info on the sats above the masks.

The -T has a +/-20 ns PPS,  the -SMT has a +/- 14 ns PPS.  Both support external sawtooth cor&lt;/pre&gt;</description>
    <dc:creator>Mark Sims</dc:creator>
    <dc:date>2012-05-25T21:02:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20761">
    <title>Re: Austron 2201 Firmware past Y2K</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20761</link>
    <description>&lt;pre&gt;Yepper
Simply set the date back by rollover time
there is a gps date converter online that I use to figure it out
http://csrc.ucsd.edu/scripts/convertDate.cgi?time=1992+07+16

Regards
Paul
WB8TSL


On Fri, May 25, 2012 at 1:32 PM, Tom Knox &amp;lt;actast-PkbjNfxxIARBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>paul swed</dc:creator>
    <dc:date>2012-05-25T19:54:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20760">
    <title>Austron 2201 Firmware past Y2K</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20760</link>
    <description>&lt;pre&gt;
Hi;
I have finally found a 70MHz IF GPS ant only to find the Austron 2201 is not Y2K complaint. Has anyone found a solution for this problem?  I have looked at past threads and come up short, but thought I saw this problem addressed in the past.
Thanks;
Thomas Knox


       
&lt;/pre&gt;</description>
    <dc:creator>Tom Knox</dc:creator>
    <dc:date>2012-05-25T17:32:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20759">
    <title>[Fwd: WWVB test notification]</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20759</link>
    <description>&lt;pre&gt;---------------------------- Original Message ----------------------------
Subject: WWVB test notification
From:    "John Lowe" &amp;lt;lowe-PlFwYbz7hoJHf7+it3YNdA&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date:    Thu, May 24, 2012 4:22 pm
To:      "Lowe, John P" &amp;lt;john.lowe-R3+/ord2DXQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
--------------------------------------------------------------------------


    *Notice*

NIST Radio Station WWVB will be conducting a test of a phase-modulated
broadcast format beginning at 1800 UTC (12:00 noon MDT) Tuesday, May 29
to 1800 UTC on Wednesday, May 30 2012.  The normal broadcast format will
then be restored for a two-hour period.  The test will then resume at
2000 UTC (2:00 PM MDT) and end at 1800 UTC, Thursday, May 31 2012.
Radio-controlled clocks and watches will not be affected.  Phase-locking
60 kHz timing and frequency standard receivers may lose lock during the
test.  For more information, call WWVB broadcast manager John Lowe at
303-497-5453, or email john.lowe-R3+/ord2DXQ&amp;lt; at &amp;gt;public.gmane.org &amp;lt;mailto:john.lowe-R3+/ord2D&lt;/pre&gt;</description>
    <dc:creator>J. Forster</dc:creator>
    <dc:date>2012-05-24T23:20:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20758">
    <title>Re: Serial port server .. any interest in a write up on using ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20758</link>
    <description>&lt;pre&gt;As a FYI, the 6 port card I use is based on the4 Netmos NM9845CV. There 
are a few vendors peddling serial cards using this chipset and part 
number. Mine is from "Best Connectivity" (SD-PIO9845-6S). The card is 
windows and linux capable.

&lt;/pre&gt;</description>
    <dc:creator>gary</dc:creator>
    <dc:date>2012-05-24T04:40:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20757">
    <title>Re: Serial port server .. any interest in a write up onusing ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20757</link>
    <description>&lt;pre&gt;Hi

Ok, at least now we are down to some numbers. Ever taken a look at NTP on a Windows box running serial? It's not anywhere near a microsecond….

Bob


On May 23, 2012, at 6:47 PM, Chris Albertson wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bob Camp</dc:creator>
    <dc:date>2012-05-24T00:35:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20756">
    <title>Re: Serial port server .. any interest in a write up on using ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20756</link>
    <description>&lt;pre&gt;
Yes, 200 ms would be insanely poor.  NTP with a direct connected GPS
can run the micro second level.  The 100x to 1000x worse I'm talking
about puts NTP at the 0.5 to 1.0 ms level.

With PPS connected directly to the DCD line on a Linux based server
the hardware counter is captured with a typical error of 1 micro
second.    Over the LAN or USB we see this error at about 1 or 2
milliseconds     So what I'm saying is by using the LAN you give up
micro seconds for milliseconds or about a factor of 1000.    You are
right.  It is never anything at all like 200 ms.   We get better than
200 ms error over the Internet from servers 1,000 miles away.

In general you should expect a 1 uSec level error from a direct
connect to from a GPS's PPS to the DCD line of a serial port and a
mSec level error from USB or LAN and tens of ms error from an Internet
connection.

Where NTP really shines is extracting 10ms level timing from an
unreliable connection that has much longer then 10ms delay.   It
really is not so impressive &lt;/pre&gt;</description>
    <dc:creator>Chris Albertson</dc:creator>
    <dc:date>2012-05-23T22:47:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20755">
    <title>Re: Serial port server .. any interest in a write up onusing ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20755</link>
    <description>&lt;pre&gt;Hi

Ok, to be 1000: 1, you would take the 0.2 to 0.5 ms that you see on the LAN and take it up to 200 to 500ms. That's *way* worse than anything I have ever seen for a serial server over a LAN.

Bob

On May 23, 2012, at 5:15 PM, Chris Albertson wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bob Camp</dc:creator>
    <dc:date>2012-05-23T21:59:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20754">
    <title>Re: Serial port server .. any interest in a write up on using ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20754</link>
    <description>&lt;pre&gt;
Have you actually tried this and measured?  2:1 is very optimistic.
Typically it is 1000:1 or worse

But you are right that it may not matter.  For most uses if the
computer's clock is correct at the 0.1 second level they are happy.
but this is a "time nut" mailing list and some of us like to get NTP
to run at the uSecond level.  Useless as that might be.



Chris Albertson
Redondo Beach, California

&lt;/pre&gt;</description>
    <dc:creator>Chris Albertson</dc:creator>
    <dc:date>2012-05-23T21:15:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20753">
    <title>Re: Serial port server .. any interest in a write up onusing ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20753</link>
    <description>&lt;pre&gt;Hi

What ever degradation the serial stream sees on the LAN, the resulting NTP
output will see once it's on the same LAN. It's unlikely you will see more
than a 2:1 net degradation no matter what is going on. The flywheel in the
NTP algorithm will likely help you in this case to actually improve things a
bit.

Bob

-----Original Message-----
From: time-nuts-bounces-JSkTLETqlTM&amp;lt; at &amp;gt;public.gmane.org [mailto:time-nuts-bounces-JSkTLETqlTM&amp;lt; at &amp;gt;public.gmane.org] On
Behalf Of Chris Albertson
Sent: Wednesday, May 23, 2012 3:13 PM
To: Discussion of precise time and frequency measurement
Subject: Re: [time-nuts] Serial port server .. any interest in a write up on
using ?

On Wed, May 23, 2012 at 9:08 AM, Bob Camp &amp;lt;lists-30jTmCQ20qY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:
thing.

Depends on your accuracy goals.  Of course it would work to some
degree.   But we are talking several orders of degradation if the PPS
second is carried over even a dedicated either net that uses only a
crossover cable.   The problem is not so much the network but t&lt;/pre&gt;</description>
    <dc:creator>Bob Camp</dc:creator>
    <dc:date>2012-05-23T21:02:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20752">
    <title>Re: Serial port  -- multi-port cards</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20752</link>
    <description>&lt;pre&gt;Hi

They have been sitting in the shed for 15 years now. They were knock off's
when I bought them. 

Bob

-----Original Message-----
From: time-nuts-bounces-JSkTLETqlTM&amp;lt; at &amp;gt;public.gmane.org [mailto:time-nuts-bounces-JSkTLETqlTM&amp;lt; at &amp;gt;public.gmane.org] On
Behalf Of DaveH
Sent: Wednesday, May 23, 2012 2:46 PM
To: 'Discussion of precise time and frequency measurement'
Subject: Re: [time-nuts] Serial port -- multi-port cards

Hi Bob

Actually, I checked the website before posting and Digi has drivers for
Windows Vista and 2008 ( as well as XP, 2K and 98)-- I will see if it works
on Win7 before posting what I have.

What cards do you have?

Dave



_______________________________________________
time-nuts mailing list -- time-nuts-JSkTLETqlTM&amp;lt; at &amp;gt;public.gmane.org
To unsubscribe, go to
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


&lt;/pre&gt;</description>
    <dc:creator>Bob Camp</dc:creator>
    <dc:date>2012-05-23T20:59:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20751">
    <title>Re: Serial port server .. any interest in a write up on using ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20751</link>
    <description>&lt;pre&gt;On Wed, May 23, 2012 at 12:13 PM, Chris Albertson
&amp;lt;albertson.chris-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

One thing I forgot to add.  Gigabit switches are WORSE for NTP then
the 100BaseT switches.  Seems odd at first but the two work
differently.  Faster switches buffer the data and add timing
uncertainty.

&lt;/pre&gt;</description>
    <dc:creator>Chris Albertson</dc:creator>
    <dc:date>2012-05-23T19:20:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20750">
    <title>Re: Serial port server .. any interest in a write up on using ?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20750</link>
    <description>&lt;pre&gt;
Depends on your accuracy goals.  Of course it would work to some
degree.   But we are talking several orders of degradation if the PPS
second is carried over even a dedicated either net that uses only a
crossover cable.   The problem is not so much the network but the
buffer in the ethernet interface.   This is the same thing that
happens when petiole try and send the PPS over a serial to USB cable.
 Those cables typically cost you two orders of magnitude timing error.

The reason the direct connected PPS is so good is because of the
simple hardware design and the even simpler software interrupt
handler.   There are only four of five lines of code that get
executed.  It is so simple.   Both Either net and USB are "packetized"
where the data arrive in chunks and the entire chunk has to get inside
the computer before it can be looked at.   While PPS to a serial port
is just an edge triggered logic gate that forces an interrupt.
Again you can do it but you take a 10E2 or 10E3 "hit".

If you do need to send a P&lt;/pre&gt;</description>
    <dc:creator>Chris Albertson</dc:creator>
    <dc:date>2012-05-23T19:13:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20749">
    <title>Re: Serial port  -- multi-port cards</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20749</link>
    <description>&lt;pre&gt;Hi Bob

Actually, I checked the website before posting and Digi has drivers for
Windows Vista and 2008 ( as well as XP, 2K and 98)-- I will see if it works
on Win7 before posting what I have.

What cards do you have?

Dave



&lt;/pre&gt;</description>
    <dc:creator>DaveH</dc:creator>
    <dc:date>2012-05-23T18:45:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20748">
    <title>Re: Impedance measurement fitting algorithm</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20748</link>
    <description>&lt;pre&gt;Hi Henry:

You might just try using a spreadsheet to calculate the complex impedance of your model circuit and manually play with 
the parameter values and get them to match the measured data.

Have Fun,

Brooke Clarke
http://www.PRC68.com
http://www.end2partygovernment.com/Clarke4Congress.html


ehydra wrote:

&lt;/pre&gt;</description>
    <dc:creator>Brooke Clarke</dc:creator>
    <dc:date>2012-05-23T18:37:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20747">
    <title>Impedance measurement fitting algorithm</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20747</link>
    <description>&lt;pre&gt;Hi time-nuts!

If I remember correctly here was a discussion about an older HP 
impedance measurement equipment. The one which is able to calculate a 6 
ideal parts replacement circuit for the measured passive device.

How does is it works? I would like to fit parts for simulation in SPICE. 
So I need something like a algorithm to fit for minimum error a input 
table with complex numbers (frequency-sweep) to this 6 part circuit. For 
example the universal capacitor component in LTspice is able to hold RLC 
and even XTAL data and more like residual current for electrolytics.

Any ideas?

Thanks -
Henry

&lt;/pre&gt;</description>
    <dc:creator>ehydra</dc:creator>
    <dc:date>2012-05-23T18:12:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.time.nuts/20746">
    <title>Re: NTGS50AA, better than Thunderbolt?</title>
    <link>http://permalink.gmane.org/gmane.comp.time.nuts/20746</link>
    <description>&lt;pre&gt;I had my Nortel running on the bench, in the open, for about 48 Hours, 
fed with a pretty good quality Lambda power supply.  I suspect that any 
perceived diiference between it and the T'bolts may be down to the oven, 
which I suspect may be a double oven in the case of the Nortel.  Due to 
the seller putting a sticky label on it helpfully saying "used" any 
identification has gone, but the size of it for it's age would indicate 
that it is something like the Morion inside.  I don't see the 
temperature variation effects on the LH display that both my t'bolts show.

It's performance at the 10,000 Tau level after 24 hours, with only the 
quick survey, and no tuning of any parameters was on a par with my 
T'bolt / E1938 and a little better than the standard t'bolt, all fed 
from the same antenna / splitter.  It does, as Mark pointed out, see a 
better signal strength than the standard t'bolts, but as there are two 
RF amp stages visible on the board, with three filters, that doesn't 
surprise.

I suspect the t&lt;/pre&gt;</description>
    <dc:creator>Dan Rae</dc:creator>
    <dc:date>2012-05-23T17:35:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.time.nuts">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.time.nuts</link>
  </textinput>
</rdf:RDF>

