Re: [time-nuts] I've been thinking about a GPS receiver experiment

2017-10-24 Thread Ole Petter Ronningen
I did log the #TIME message for several weeks on an OEMV-3 a while back. The results were a bit suspicious, so I checked with Novatel support - turns out the PPS on the OEMV (and I presume that also holds for OEM4) is derived from L1 only - and the jitter is nothing to brag about. So for

[time-nuts] Datum/Symmetricom Tymserve TS2100 GPS NTP Server Questions

2017-10-24 Thread Raoul Duke via time-nuts
> The SV6's are all well past their rollover date.  > >A common problem with the SV6 (and the Motorola 6 and 8 channel receivers)  is >the TCXO has drifted out of range.  Some have an adjustment cap that can be >tweaked. I'll look into that.  For the moment it appears that separating the

Re: [time-nuts] inexpensive, black box, GPS or NTP based TTL time capture?

2017-10-24 Thread jimlux
On 10/24/17 5:04 PM, Nick Sayer via time-nuts wrote: FWIW, I’ve documented the whole R-Pi GPS NTP thing at https://hackaday.io/project/15137 As a disclaimer I will also say that I’m not even remotely the first. But what’s kind of nice is that I have a R-Pi desk clock display board that plays

Re: [time-nuts] inexpensive, black box, GPS or NTP based TTL time capture?

2017-10-24 Thread Nick Sayer via time-nuts
FWIW, I’ve documented the whole R-Pi GPS NTP thing at https://hackaday.io/project/15137 As a disclaimer I will also say that I’m not even remotely the first. But what’s kind of nice is that I have a R-Pi desk clock display board that plays really well with a bolt-on GPS cap. In fact, I’ve got

Re: [time-nuts] I've been thinking about a GPS receiver experiment

2017-10-24 Thread Bob kb8tq
Hi The “best” approach would be to use a receiver that reports what’s going on to some pretty good resolution (say picoseconds). You also measure the pps offset (say to picoseconds). Then you feed *both* numbers into a software loop. Since you are after a loop with a “many days” sort of

Re: [time-nuts] I've been thinking about a GPS receiver experiment

2017-10-24 Thread Dana Whitlow
Hello Skip, I have a theory, but it will be interesting to see what others say. Assuming that the 1 PPS error to which you refer is the so-called "sawtooth" error, I've come to suspect that the rate at which the individual PPS pulses walk across the sawtooth is related to, and likely proportional

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread jimlux
On 10/24/17 11:54 AM, Bob kb8tq wrote: Hi If you have the money, almost anything can be (and has been) done. It’s rare to find a real world application where this kind of thing is considered cost effective. Fancy radar systems are about the only thing that comes to mind. Radar of this sort

Re: [time-nuts] I've been thinking about a GPS receiver experiment

2017-10-24 Thread Magnus Danielson
Skip, I would rather use the rich Novatel reports and read out the time error and use that as your phase detector, then the normal PI-loop stuff with an optional low-pass to add and then use that to steer the rubidium. It's one of those, when I get time, projects. Cheers, Magnus On

[time-nuts] I've been thinking about a GPS receiver experiment

2017-10-24 Thread Skip Withrow
Hello time-nuts, I've been thinking about a GPS receiver experiment and just wondering if there are any opinions or prior experience that might save me a lot of time. What I have been thinking about doing is taking a GPS receiver (Novatel OEM4-G2) that has provisions for an external clock (5 or

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Bob kb8tq
Hi If you have the money, almost anything can be (and has been) done. It’s rare to find a real world application where this kind of thing is considered cost effective. Fancy radar systems are about the only thing that comes to mind. Radar of this sort is always high cost / low volume. Bob

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Richard (Rick) Karlquist
On 10/24/2017 11:10 AM, Hal Murray wrote: aph...@comcast.net said: My applications were broadband. If I remember correctly, aggressive bandwidth limiting can cause phase shift problems due to temperature changes unless one is careful in the design of the filter. Does anybody ovenize

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Hal Murray
aph...@comcast.net said: > My applications were broadband. If I remember correctly, aggressive > bandwidth limiting can cause phase shift problems due to temperature > changes unless one is careful in the design of the filter. Does anybody ovenize amplifiers and filters to avoid that

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Bob Martin
I never had much luck with current feedback amplifiers such as the LMH6702. Their input current noise (at the time) was too high for my needs and their output peaks at higher frequencies if the feedback resistors aren't optimal for the part. I had the best results with voltage feedback op

[time-nuts] Fwd: Distribution divider/amplifier for 10MHz GPSDO

2017-10-24 Thread Mattia Rizzi
Hi, > Is it safe to have RG174 coming out of the GPSDO, tapping into it with a BNC T-junction that plugs into the back of each device that needs the 10mhz input, and then terminating the strand with a 50 ohm terminator? Besides the usual signal integrity issues, remember to provide a solid earth

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Bob kb8tq
Hi One would guess that they put them in parallel to get more drive. If that’s correct, details of the loading are going to get into the simulation pretty quickly. In a lot of cases, these amplifiers were designed against a specific need. If you have a signal source that is in the -180 dbc /

Re: [time-nuts] Spice simulation of PSRR and phase noise

2017-10-24 Thread Anders Wallin
FWIW I recently took a peek inside a commercial distribution-amplifier and it seems to use two LMH6702 op-amps in parallel. There are two of these dual-LMH6702 stages with a 1:2 splitter after the first, and then a 1:4 splitter after the second stage. 8 outputs in total, with an additional op-amp