On Sat, 01 Dec 2012 19:10:54 -0800, Hal Murray
wrote:
>davidwh...@gmail.com said:
>> One of my favorite tricks back when the ISA bus was still available was to
>> use a custom expansion board I built and an oscilloscope to measure the
>> interrupt latency.
>
>You can do the same trick without sp
davidwh...@gmail.com said:
> One of my favorite tricks back when the ISA bus was still available was to
> use a custom expansion board I built and an oscilloscope to measure the
> interrupt latency.
You can do the same trick without special hardware. Use the printer port.
Of course, that assu
Hi
On Dec 1, 2012, at 8:13 PM, saidj...@aol.com wrote:
> Hi Magnus,
>
> yup, at the levels we are interested in, a prefix or two sometimes doesn't
> make any real difference :)
>
> Most of the time typical GPSDO's won't ever drift out of a say +/-100ns
> window. If they do, then the antenn
Hi Tom,
there are two that sound very interesting: the M12/uBlox one and the
Time-Nuts one :)
Do you have any other info, or could you give us a 1 minute overview of
what was shown please?
I also heard that there were scheduled to be more CSAC type papers, but
they did not get DARPA app
I just returned from PTTI (Precise Time and Time Interval), the annual
conference hosted by USNO, NASA, JPL, etc. Those of you unfamiliar with PTTI
can read more (http://pttimeeting.org/). Many of you know this site by the
fantastic collection of 40 years of archived (and free) technical papers
On Sun, 02 Dec 2012 01:53:07 +0100, Magnus Danielson
wrote:
>On 12/02/2012 01:29 AM, David wrote:
>> Originally the IBM PC design used an 8253 or 8254 PIT, programmable
>> interval timer, located at ports 40h to 43h with Timer 0 clocked at
>> 1.193182 MHz (1/3rd of 3.579545 MHz or 1/12th of 14.31
On 12/02/2012 01:29 AM, David wrote:
Originally the IBM PC design used an 8253 or 8254 PIT, programmable
interval timer, located at ports 40h to 43h with Timer 0 clocked at
1.193182 MHz (1/3rd of 3.579545 MHz or 1/12th of 14.318 MHz) and set
to divide by 65536 which generated about an 18.2 Hz int
Great to hear John.
Thomas Knox
> Date: Sat, 1 Dec 2012 13:24:35 -0700
> From: ke...@rosenberg.net
> To: time-nuts@febo.com
> Subject: Re: [time-nuts] 3120A Phase Noise Test Probe
>
> Magnus Danielson wrote:
> > Congratulation John! Good work!
>
> Truly well-deserved, John!
>
> Kevin
>
>
Originally the IBM PC design used an 8253 or 8254 PIT, programmable
interval timer, located at ports 40h to 43h with Timer 0 clocked at
1.193182 MHz (1/3rd of 3.579545 MHz or 1/12th of 14.318 MHz) and set
to divide by 65536 which generated about an 18.2 Hz interrupt rate on
IRQ 0. Timer 1 generate
Azelio,
On 12/01/2012 11:08 PM, Magnus Danielson wrote:
Azelio,
On 12/01/2012 03:17 PM, Azelio Boriani wrote:
Recently
(April 2012), our national broadcaster (RAI TV) research lab (RAI
CRIT) has
published an article in his technical magazine (Elettronica e
Telecomunicazioni http://www.crit.rai
Hi Said,
On 12/01/2012 06:28 PM, Said Jackson wrote:
Hello Azelio,
We added a user adjustable jam-sync threshold some time ago for European
DVB-T applications for that reason. The customer can now decide the phase
window in which the frequency is drifted slowly without a phase jump.
Interesti
Azelio,
On 12/01/2012 03:17 PM, Azelio Boriani wrote:
Here in Europe the use of GPSDOs has dramatically increased with the
transition to the digital TV broadcasting. The single frequency network
(SFN) mode of transmission requires the presence of a time and frequency
reference. The ETSI has a Te
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric, your experiences here is of great interest to me too, I've been
exploring external clocking of Ethernet controllers as of late but
have not dived into it yet.
I'm more interested in your how, but of course also in your why.
// jwalck
PS. Hey e
Magnus Danielson wrote:
> Congratulation John! Good work!
Truly well-deserved, John!
Kevin
___
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.
You need to replace the clock that drives the CPU; in some designs this was
the 14.318 MHz oscillator that would be multiplied up to the required
frequency. You could also replace the 14.318 MHz oscillator with a TCXO or
better; make your own simple OCXO around a 14.318 MHz oscillator or lock a
John
I can only say that the austrons had no problem copying the signal and
locking.
I know that eloran in europe was going to main compatibility with the old
systems.
So no way to know if it was a different transmitter or much of anything
else.
Regards
Paul
On Sat, Dec 1, 2012 at 12:22 PM, J. For
On 12/01/2012 03:10 AM, Hal Murray wrote:
Does anybody know what happens in a TBolt or Z3801? (or any other boxes?)
Suppose your system goes into holdover for long enough to be interesting.
Suppose for discussion that the clock drifts so that the PPS if off by a
mircosecond.
I can see two wa
Hi
One Hz at a GHz is a one ppb. One ppb is one ns / sec. UHF TV is close enough
to 1 GHz to simply call it 1 GHz.
1 us is 1,000 ns, so a 1 ppb offset will zero out the error in 1,000 seconds.
That's roughly 20 minutes.
All this from Bob, who just did the ms / us typo less than a day ago.
Bo
Hi Hal,
We selected 10 steps upon customer request. The counter resolution is 16.667ns
on the FF-IIA boards, so we end up pretty close to UTC.
"Slowly" is determined by the PLL parameter serv:phaseco. By default we add
very little frequency error, so drifting say 100ns can take a couple of hour
On 12/01/2012 06:34 PM, Poul-Henning Kamp wrote:
In message<52350.12.6.201.2.1354382552.squir...@popaccts.quikus.com>, "J. Fors
ter" writes:
It looks to me like this is another new format, requiring the purchase of
new receivers from a sole source supplier who has probably got the whol
In message <52350.12.6.201.2.1354382552.squir...@popaccts.quikus.com>, "J. Fors
ter" writes:
>It looks to me like this is another new format, requiring the purchase of
>new receivers from a sole source supplier who has probably got the whole
>thing wrapped up in patents... hence another
Hello Azelio,
We added a user adjustable jam-sync threshold some time ago for European DVB-T
applications for that reason. The customer can now decide the phase window in
which the frequency is drifted slowly without a phase jump.
But I think your math may be off, with default settings we typic
>From Page 5:
"The need to offer legacy LORAN-C system capabilityt for legacy LORAN-C is
not required in the US and"
Does anybody who heard the test signal know for certain that the
modulation was that being proposed? Perhaps they were just testing a new
transmitter with the old modulation?
On 12/01/2012 05:05 PM, Mark Kahrs wrote:
Very interesting topic. So, it appears that UrsaNav bought a pair of
companies that have interesting IP. In particular, CrossRate has a few
interesting patents -- this may be the most relevant:
United States Patent Application 20080144744:
A system
Very interesting topic. So, it appears that UrsaNav bought a pair of
companies that have interesting IP. In particular, CrossRate has a few
interesting patents -- this may be the most relevant:
United States Patent Application 20080144744:
A system for demodulation of the Loran Data Channel tr
Remove the "that" from "pdfthat" ?
paul swed wrote:
Not sure why the link does not work but the docs under the whitepapers.
On Fri, Nov 30, 2012 at 9:17 PM, Alan Hochhalter wrote:
There is some info here http://www.ursanav.com/ - click on the Latest LF
News on the right side.
There is a pap
On 12/01/2012 04:10 PM, paul swed wrote:
Not sure why the link does not work but the docs under the whitepapers.
As someone forgot to press space after the link, the word "that" merged
to the ".pdf" end, so removing the "that" unintentional ending gives you
a working link:
http://www.nauteln
Try it now.
- Original Message -
From: "paul swed"
To: "Discussion of precise time and frequency measurement"
Sent: Saturday, December 01, 2012 10:10 AM
Subject: Re: [time-nuts] Loran
Not sure why the link does not work but the docs under the whitepapers.
On Fri, Nov 30, 2012 at 9
Take the "that" off the end of the address and it works.
John WA4WDL
--
From: "paul swed"
Sent: Saturday, December 01, 2012 10:10 AM
To: "Discussion of precise time and frequency measurement"
Subject: Re: [time-nuts] Loran
Not sure why the l
Not sure why the link does not work but the docs under the whitepapers.
On Fri, Nov 30, 2012 at 9:17 PM, Alan Hochhalter wrote:
> There is some info here http://www.ursanav.com/ - click on the Latest LF
> News on the right side.
>
> There is a paper here
>
> http://www.nautelnav.com/wp-content/u
Link does not work??
On Fri, Nov 30, 2012 at 9:17 PM, Alan Hochhalter wrote:
> There is some info here http://www.ursanav.com/ - click on the Latest LF
> News on the right side.
>
> There is a paper here
>
> http://www.nautelnav.com/wp-content/uploads/2011/09/Nautel-UrsaNav-NAV10-Research-Paper.
On 12/01/2012 04:05 AM, Adrian wrote:
I just found an interesting new Symmetricom product
http://www.symmetricom.com/products/test-and-measurement/phase-noise-allan-deviation-test-sets/3120A-Phase-Noise-Test-Probe/
It looks familiar, doesn't it?
Cool!
I actually knew it was a real possibilit
Here in Europe the use of GPSDOs has dramatically increased with the
transition to the digital TV broadcasting. The single frequency network
(SFN) mode of transmission requires the presence of a time and frequency
reference. The ETSI has a Technical Report (TR101-190) where the maximum
time and fre
Hal wrote:
I can see two ways to recover. One is to jump the 10 MHz clock by 10 cycles.
The other is to adjust the frequency so that the PPS slews back to on-time.
The first approach gives you a second with the wrong number of cycles. The
second approach has your clock frequency off for a whi
In message , Bob Camp writes:
>It's most commonly done with things like a Soekris 45xx series board. You
>don't need anything very exotic for the frequency conversion. The jitter in
>the PC is way worse than what the external chips will be creating.
Actually that is _not_ true anymore.
35 matches
Mail list logo