Could it maybe be that you're actually writing the delay value into the
chip while the pulse is high? I've had that problem with a DS1023-100. The
solution was to wait until the pulse goes low, and then set the delay for
the next pulse.
Regards,
Tom
On Wed, Feb 4, 2015 at 2:47 PM, Dan
Both the outputs (REF and OUT, pins 9 and 15) are affected by the jump
or only the delayed one has the problem? Anyway it is strange that a
device that can only delay a maximum of 100ns, suddenly goes into the
milliseconds. The only millisecond time I see in the datasheet is the
turn-on delay, so
Martyn,
In working with a 6T receiver we have noticed that sometimes the
reported offset correction is not correct. These instances appear to be
infrequent, and have only been noted as a single instance at a time. For
example you will occasionally get a -10.2nS correction when you should
get
Hello,
I am using a LEA-6T GPS chip with the DS1123LE-50 delay line to correct the
jitter of the 1 pps output from the GPS chip.
The correction works very well, dropping the peak to peak jitter of the 1pps
output from about 20 ns to 3 ns.
However, I randomly get a big jump of the 1 pps
The simplest way to do this is to use a standard GPS and let if
drive a GPSDO. Yes you can try and build a copy of a T-bolt but how
many engineering ours do you think Trimble spent on that? Well over a
man year I'd say and few people have the range of skills needed to do
it all themselves.
If
Chris
do you or any one else have a micro controller and code for such an 8 pin
solution? The rest I would know how to do.
Bert Kehren
In a message dated 4/7/2012 12:12:40 P.M. Eastern Daylight Time,
albertson.ch...@gmail.com writes:
The simplest way to do this is to use a standard
On Sat, Apr 7, 2012 at 11:45 AM, ewkeh...@aol.com wrote:
Chris
do you or any one else have a micro controller and code for such an 8 pin
solution? The rest I would know how to do.
That is what I wrote about earlier, few people have the technical
skill to do every part of a design. No I
OK, thank you. I'll collect the documentation you suggest to study it. Yes,
the PRS10 manual available online has no schematic. The paper one does
have. Does this means that Stanford Research want it not to be disseminated?
On Mon, Apr 2, 2012 at 5:06 AM, Said Jackson saidj...@aol.com wrote:
Hi
The PRS10 schematics are available on line from Didier.
See the following link:
http://www.ko4bb.com/manuals/index.php?dir=05%29_GPS_Timing/SRS
Sincerely,
Stijn
Op 02-04-12 09:48, Azelio Boriani schreef:
OK, thank you. I'll collect the documentation you suggest to study it. Yes,
the PRS10
Oh, well, I have the original PRS10 manual as we (that is, the company)
bought a new PRS10 one month ago. I was enquiring wether or not it can be
scanned and sent to you. Now it no longer matters.
On Mon, Apr 2, 2012 at 11:35 AM, Stijn Nestra st...@pe1rks.nl wrote:
The PRS10 schematics are
On 04/02/2012 11:35 AM, Stijn Nestra wrote:
The PRS10 schematics are available on line from Didier.
See the following link:
http://www.ko4bb.com/manuals/index.php?dir=05%29_GPS_Timing/SRS
Thanks!
On the same page (21/24) as the x2000 PPS time interpolator is also the
PPS programmable delay
Said,
how complex is your 20pS time interval counter? Is it analog, FPGA,
something else (if you can disclose some info, of course)?
On Sat, Mar 31, 2012 at 11:44 PM, Hal Murray hmur...@megapathdsl.netwrote:
mar...@ptsyst.com said:
I’ve seen that the peak to peak jitter is reduced from
14:44:26
To: Discussion of precise time and frequency measurement
time-nuts@febo.com
Reply-To: Discussion of precise time and frequency measurement
time-nuts@febo.com
Subject: Re: [time-nuts] 1 pps correction
mar...@ptsyst.com said:
I’ve seen that the peak to peak jitter
Hi Azelio,
its a dual slope interpolator, much like the HP 5334A counter. In fact the
5334A service manual is very nice to go through to get lectured on how this
works. The capture hardware is similar to the Linear Tech app note written by
Jim Williams (mentioned in the time nuts archives).
Hello,
I’m a bit new to GPS receivers. I’m reading all about sawtooth correction of
the 1 pps output signal, on the ilotus M12M or M12+.
I understand that correction can either be hardware controlled or software
controlled.
Does anyone make a low cost stand alone board to carry out this
And here:
www.cnssys.com/files/PTTI/PTTI_2006.pdf
Anyway, using a Dallas/Maxim DS1023-100 delay line (and a microprocessor,
of course) you read the @@Hn data from the iLotus M12M and apply the
correction to the delay line. Of course the delay line cannot anticipate
the PPS, so that you have to
On Sat, Mar 31, 2012 at 7:00 AM, Azelio Boriani
azelio.bori...@screen.it wrote:
And here:
www.cnssys.com/files/PTTI/PTTI_2006.pdf
Anyway, using a Dallas/Maxim DS1023-100 delay line (and a microprocessor,
of course) you read the @@Hn data from the iLotus M12M and apply the
correction to the
Chris,
You are describing the differences and advantages of software correction versus
hardware correction.
The delay line will also have a temperature dependent drift besides the added
noise, but it does give you a real time 1pps.
The software correction requires a good time interval
Hi Chris:
I've done it both ways.
Made up a hardware corrector that used a time delay IC driven by a PIC that corrected the 1 PPS. This is great for
conditioning the 1 PPS into an SRS PSR10 oscillator.
http://www.prc68.com/I/PRS10.shtml
Also wrote some Lab View code that applied the sawtooth
On Mar 31, 2012, at 12:33 PM, Brooke Clarke wrote:
But for the general first case the hardware solution with the delay line is
the only way. I think there may be an exception specifically for the PRS10
in that it may accept a sawtooth correction on the RS-232 input (I seem to
remember
mar...@ptsyst.com said:
Iâve seen that the peak to peak jitter is reduced from something like 27 ns
to 10 ns.
Is this a reduction of just the jitter, or is the actual accuracy to UTC
also improved by this amount.
Have you read the hanging-bridges paper?
Tom Clark and Rick Hambly:
21 matches
Mail list logo