Yes, that is exactly what I meant by remove the temperature issue that
means using a clock derived from a laboratory standard like GPS disciplined
OCXO or a rubidium oscillator. Once you do this the next bottle next is
the uncertainty in the interrupt latency and the granularity of the clock
In message 95e6ce90-5629-4a8b-900f-7f32ccc22...@rtty.us, Bob Camp writes:
Well if the Z3815 boxes are all fakes, they did a *really* good
job on making up all the HP logo's and HP stickers. They even faked
the right date codes for the add on stickers. They also did a very
nice job with the custom
Hi
What I'm pointing out is that there are indeed *real* HP made Z3815A's in
boxes. Ones without the crud, corrosion, flying soldered leads, and the like.
Bob
On Jun 6, 2013, at 1:07 AM, Mark C. Stephens ma...@non-stop.com.au wrote:
Bob, I am shocked! Are you Trolling?!
To Quote Stuart
Actually, I got to thinking, perhaps no one saw the funny side of it.
Apologies if I caused offence, it's my daft sense of humour..
Talking about Chinese knockoffs, my mate bought an eye-phone in a market
while in China... :)
Yes, There are, unfortunately, it seems the one on eBay are not the
UK - MSF outages between Monday July 01 to Thursday July 18
See:
http://www.npl.co.uk/science-technology/time-frequency/time/products-and-services/msf-outages
Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email:
I've had good luck with TI's CDC913/925/937/949 programmable PLLs.
(The middle digit is the number of PLLs, and the last digit is the
number of outputs.)
I haven't tested them for phase noise, but for an NTP application
all you need is long-term phase lock. They're fractional-N PLLs,
so you can
On Mon, Jun 3, 2013 at 4:30 AM, Gerd v. Egidy li...@egidy.de wrote:
Hi Chris,
The question is the best way to get from 10MHz to 19.5MHz.
Must it be the RasPi or can it be another cheap Linux device?
There are some out there which have a frequency which is simpler to reach than
19.5 MHz.
Is the part number correct? I'm looking at the data sheet and don't see
any I2C or EEPROM.
http://www.ti.com/lit/ds/symlink/cdc925.pdf
Oops! CDCE925:
http://www.ti.com/product/cdce925
Apologies.
___
time-nuts mailing list -- time-nuts@febo.com
To
On Jun 6, 2013, at 1:59 AM, Chris Albertson albertson.ch...@gmail.com wrote:
Yes, that is exactly what I meant by remove the temperature issue that
means using a clock derived from a laboratory standard like GPS disciplined
OCXO or a rubidium oscillator. Once you do this the next bottle next
Hi
1588 compatible network cards are capable of time stamping everything that goes
in and out. They are pretty common these days both as stand alone cards and as
peripherals on MCU's. There's no real need to do hardware, just come up with
drivers (and all the other software goop) to make them
What about the master reference? Is there any cheap implementation yet?
Daniel
Em 06/06/2013 21:48, Bob Camp escreveu:
Hi
1588 compatible network cards are capable of time stamping everything that goes
in and out. They are pretty common these days both as stand alone cards and as
If you look at PHK's code in FreeBSD this is what is done. The PPS signal
gates the timer, so no interrupt is involved in the time stamp precision.
But yes, it would be interesting to do something on a FPGA. Unfortunately I
wouldn't be able to get to anything like that myself in this lifetime.
Network time stamping is a different issue. You are thinking of time
transfer over a network. What the above is about is capture the pulse per
second from a GPS. We actually do NOT want to time stamp the PPS. We
want to capture the computer's internal clock so that it can be compared to
the
On Jun 7, 2013, at 12:19 AM, Chris Albertson albertson.ch...@gmail.com wrote:
If you look at PHK's code in FreeBSD this is what is done. The PPS signal
gates the timer, so no interrupt is involved in the time stamp precision.
But yes, it would be interesting to do something on a FPGA.
14 matches
Mail list logo