In message u6k7n815ugngmc185k08m7578v1kq8d...@4ax.com, David writes:
On Sun, 21 Apr 2013 09:20:28 +, Poul-Henning Kamp
How long is the PLL time constant compared to the rate of temperature
changes? Maybe I misunderstood the application.
I'm working on driving the EFC input of a double-oven
In message 7601e.32c7850c.3ea53...@aol.com, ewkeh...@aol.com writes:
What drives the EFC?
A computer implemented PLL controls the DAC which drives the EFC
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since
by the HP6626A, that's not where the noise
comes from.
Plot attached...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
is pretty horrid, almost a microvolt/sqrt(Hz)
all the way to one kHz.
For comparison the AD5791 is purely static and its noise is below
10 nv/sqrt(Hz) from 5Hz and up.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD
Has anybody tried using the AD5791 20bit DAC for EFC control ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
voltage
references to go with (e.g. REF5050, ~2 USD).
That reminds me of another thing: I wonder if one is better off
using a external precision reference or the VREF output from the
OCXO ?
It's probably one of those sometimes things...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
started a python
based reverse engineering kit called PyReveng for such jobs:
https://github.com/bsdphk/PyRevEng
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
pole.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts
occultation oersted are good search-terms if you want to
read the fundamental scientific papers on the subject.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what
.
The Ørsted satellite used a standard Turbo-rogue receiver in in a
high output-rate mode. Can't remember if it was 10 or 100Hz. I
seem to remember that dual-frequency carrier tracking is the enabling
technology for GPS sounding, but the Øersted papers will give
you all that.
--
Poul-Henning
which goes That was covered in the
lecture last week, right after the professor told the joke about
... Any student who is stupid enough to ask a TA or God forbid
the Professor about the joke they missed, will get what they deserve.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
/amplifier-modules/ti-300-amplifier.html
Depending on the actual power-requirement, you can also consider
the NatSemi audio chips, for instance the LM3875 gainclone.
It is basically a very good high-power op-amp.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
that the
actual number is not 20ps but 19.5763ps
See page 8-19 in the manual.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
ECL logic from late 1970thies.
Indeed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
/magnetic/acoustic quiet
for me to ever detect anything.
Most LCD and LED clocks have a shielding metal-coating on the front
glass, exactly to eliminate all EMI/EMC issues.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
for a moment about how little power the electronics consume
in the first place, then do the math.
You'll need a very (radio-)quiet place to measure in...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since
is an indicator of low noise,
but not a guarantee of low noise.
For instance in wet lead-acid cells, turbulence in the liquid as
the density changes can lead to low-frequency noise, which incidentally
sounds a lot like a pot of stew simmering.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
the
best and lowest noise is to build a volta-pile ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
impressive things.
However, to big caveats:
1. It's very temperature sensitive so on average you only get tens
of dB, not hundred dB damping.
2. Noise which comes in from the load gets amplified.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since
on a 0Hz carrier ?
If you want the dynamic behaviour, it gets much more tricky, because
then you have both the spectrum of the load-changes and the
supply-changes, resulting in a spectrum output from the PSU.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
if mono-isotopic quartz in the first place ?
I pressume that would be a requirement in order to link it to the
atomic weight unit ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
the
new mass definition, rather than the quartz-ball, simply because they
are so much easier to construct. The isotope-separation is really
a killer.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Content-Type: text/plain; charset=ISO-8859-1
In message 01d801cdf67c$03caeaa0$0b60bfe0$@eozinc.com, Mike Feher writes:
I would think that you would not be able to tell the difference between AM
or PM noise. 73 - Mike
That doesn't mean that there isn't a difference ;-)
--
Poul-Henning
the exact time
of day. In the present development of this service it is the practice
to localize in one place the time service for an entire exchange area.
http://www.alcatel-lucent.com/bstj/vol09-1930/bstj-vol09-issue01.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
be able to find one without too much trouble though.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 3B5BC99D4C814337985A6DE70F6AAC60@gnat, Alan Melia writes:
Most of the financers of the Baltic Sylt chain do not seem
enthusiastic but it remains on (I believe subsidised by the French)
I belive UK and France carries the entire cost of the NELS chains now.
--
Poul-Henning
In message 50e4c479.5080...@earthlink.net, Jim Lux writes:
On 1/2/13 11:37 AM, Poul-Henning Kamp wrote:
Actually, the OS is not important, floating point support is.
floating point support in the sense that the compiler supports it and
generates appropriate code to use software FP
.
The disadvantage is that you need more flash to hold all that junk.
In general, you should reuse as much code as you can, life is too short
to write another UDP checksum subroutine.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
.
My life is too short to fight odd-ball compilers, when I can get a
real 32 bit CPU and a good compiler instead.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what
point support is.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time
* 5 = 78125 Hz
Reception looks good here in .dk
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
in equipment or
as black block to plug in the outlet.
Many LED light devices, including some X-mas lights use a switchmode supply.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
pin.
When they also connected the VCC pin, it was stable well above spec'ed
speed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
/LPC1343CodeBase
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
shell script,
I wrote something about that for ACM:
http://queue.acm.org/detail.cfm?id=2349257
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can
In message 50cf7327.2050...@earthlink.net, Jim Lux writes:
Anybody have any decent links to go hunting for?
Have you checked Calendrical Calculations ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD
In message
CAL8XPmN8PbcSEfmRCiude+sYCX3kawBF6h4T0=n0n0emxlx...@mail.gmail.com, Azelio
Boriani writes:
31-bit is 186dB... with what do you compare that device? What kind of
reference is needed?
It's not 31 noise-free bits, but the SNR is in the 120-130dB territory.
--
Poul-Henning
will be stable enough for that.
For longer term you calibrate your entire system, starting with the
geophone, so the voltage reference is caught that way.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3
are out of range.
Smart detail.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
measurements may want to
consider this chip...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
to the area, was used on a piece of code I
wrote, which during its most popular use-period, protected upwards
of 50% of all passwords on the internet:
http://en.wikipedia.org/wiki/Beerware
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
In message
canx10haonf8mauotcr9w8k9wm-ckbgkqqujm6epq5wzrqp5...@mail.gmail.com, David
Kirkby writes:
On 8 December 2012 08:36, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
And one other detail most people overlook, is that the default GPL text
gives any users the right to use any
)
and the layers of shielding.
65cm looked like close to a minimum for USNO grade, amateurs could probably
make do with less shielding.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
temperature control of the laser
diode chip are required.
Wouldn't the right way to be to do an optical comb, use that to lock
the lasers for the fountain, then lock the optical comb to the fountain ?
(Yes, I know! :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
anything resembling a transmitter.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 1632.12.6.201.52.1354475256.squir...@popaccts.quikus.com, J. Fors
ter writes:
Oops. It seems that Bruce's announcement is premature.
Not really, but he has used his internal (RFC1918) address for the
filestore so it's not reachable from the outside.
--
Poul-Henning Kamp
question is - what is the magic frequency on the particular
mother board you are going to modify? Once upon a time they all were a pretty
predictable 14.xxx MHz. These days, who knows what's going in where
It's pretty much still 14.318 Mhz pretty universally.
--
Poul-Henning Kamp | UNIX since
government sanctioned
monopoly with commensurate prices.
As much as we foreigners appreciate the dysfunctionality of the US
political system, could we maybe make time-nuts the one place were
we don't have to hear ranting about it all the time ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
SNTP which steps the clock,
then you should find a better one, if what you need is good timekeeping.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can
to decode the instructions:
https://github.com/bsdphk/PyRevEng
Feel free to extend...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
on a reasonable good disassembler.
There is already a 8051 disassembler in PyReveng
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
In message
cad2jfahjxbmuvqvydvah90l9ntlpkoeapdytz5fbaa75ceg...@mail.gmail.com, paul swed
writes:
Poul
Tried looking this up and have pretty odd results. A link please
https://github.com/bsdphk/PyRevEng
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
examples here:
Listing:
http://phk.freebsd.dk/misc/_.hp5370b.txt
Flowgraph:
http://phk.freebsd.dk/misc/_.hp5370b.pdf
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
/raga/sneak/
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts
as it is :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts
One of my PRS10s is dying from old age by the looks of it, here is some data I
have
collected from it over the last 800 days:
http://phk.freebsd.dk/hacks/prs10_death/index.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
be a
significant chunk of the cost. At 60 KHz -- not so much.
It's called A PC with a 192kHz soundcard... and it's ridiculously cheap
and has amazing computing power :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
, I must admit that I find
the yelling of bloody murder over a so simple and well documented
transmission format.
Class action suit because they *improve* your VLF time/freq reference
signal and document the new format ?
Really ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
that, the flickering would be unbearable.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
of their way to avoid flickering using physical
or electronic persistence, whereas a naked LED wil happily flash
up to several hundred kHz if you ask it to.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
a staggered DAC internally and the steps on the major
DAC are measurable in the output signal.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
seconds for that,
but it depends a lot on the OCXO/Rb and environment.
The PLL in NTPns is a (by now) old attempt to make a self-tuning PLL
for optimal time stability, and it does a surprisingly good job at it.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
it is called a timeconstant doesn't mean we cannot change it.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
of monotonic direction
etc. etc.)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts mailing list -- time
conditions during summer (A/C) and
winter (heating) and even to GPS constellation changes...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
of the
most efficient ones, because you don't need a 3rd reference to
measure against.
If you have a 3rd ( better) reference, by all means use it, but
if all you have is a GPSDO, my method delivers better results than
I have seen from anything else.
--
Poul-Henning Kamp | UNIX since Zilog
anything usable for OCXOs.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
it once and
for all, or at least once for every few years.
The rest of us may find it easier to have a PLL that auto-optimizes
so that we don't have to waste our limited time-nut time on
recalibrating our house-standard.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
only needs to have the I term.
Because you don't have the interaction between the P and I terms,
the I-timeconstant can be longer.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
In message 505642f5.1000...@rubidium.dyndns.org, Magnus Danielson writes:
On 09/16/2012 10:30 PM, Poul-Henning Kamp wrote:
A good PI-based PLL actually combines the FLL and PLL domains [...]
But it is the phase correction that doubles the (absolute) magnitude
of the frequency noise
or frequency
error at the cost of phase error, and either is a valid engineering
decision depending which of the two are more important to you.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
back to halogen type lumens per watt...
I run my led-lights directly off my 12V battery backed supply without
any regulation, just find the right number of LEDS to connect in
series for the maximum charge voltage, and live with a little less
light in hold-over mode...
--
Poul-Henning Kamp
for faster capture.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time
the integration capacitor
is a glorified low-pass filter.
Even at high update rates, it would be possible to use a PRNG to
spread out the spectrum of the update noise.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
In message 505085c2.80...@irtelemetrics.com, Dan Kemppainen writes:
Btw, can I propose a bit of self-help here ?
I have started to put things like good packing for intl. shipment
in my feedback to sellers, if this is warranted.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
hit it, until the launched a satellite covered in solar cells...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
Apart from probably being well-aged, are there any particular
qualities to a OCXO of this type ?
It's a pull from a 5061A Cesium.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
In message f8b14d65cbed4f158494ffbbdfa89...@vectron.com, Bob Camp writes:
Hi
It's likely got a BT cut crystal in it.
The X-tal partno is 5080-0049 but the cut isn't mentioned.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
is an electronically switched motor, likely induction design,
and most likely in your fridge or freezer, but possibly a washer or dryer.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
mafioso or a western company.
If it is no good, the company is still locally owned or bankrupt.
Given that we havn't seen anything like them elsewhere, I subscribe
to the first theory. In particular given the descriptions rather
promiscuous claims.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
the correction
back into the PRS10 via the serial port.
When you do that, you get much better results, at 2Hz and elsewhere.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
and the ground-grid which
forms the other electrode.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
surcharge.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts mailing list -- time-nuts
a PDF too, but
SVG is better if you want vectorized.
I can highly recommend SVG, I use it in Pylt, examples:
http://phk.freebsd.dk/misc/hp85662_a.svg
http://phk.freebsd.dk/misc/hp85662_b.svg
Try pressing '+' and '-' in your browser...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
In message 68331.1344242...@critter.freebsd.dk, Poul-Henning Kamp writes:
In message 501f80cc.2090...@rubidium.dyndns.org, Magnus Danielson writes:
On 08/06/2012 09:10 AM, David J Taylor wrote:
The absolute best thing would be to make the graphs in some vector format.
Maybe PDF files. Raster
if it is of interest to
them.
That is _exactly_ why you should use a vectorformat like SVG: Raster
format is a waste of bytes for line graphics.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
the rest of the world to accept rule/standards-making based
on TAI than GPS for political reasons.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
In message 6A49BBA9110943DEA397D3F7929F32E3@garadm, Jean-Louis Noel writes:
Hi,
From: Poul-Henning Kamp p...@phk.freebsd.dk
Testing software for correct handling of leap-seconds is a major undertaking
which very few people have the kit and skill to do.
A software that crashes/behaves badly
alignment relative to solar day.
Why bother ?
Just make everybody use TAI and make T-O-D alignment a cultural
thing rather than a numerological superstition ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since
I spent it taking screengrabs of Twitter:
http://phk.freebsd.dk/hacks/leap_20120630/index.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can
with an extra second ? as filler material on page 7
Whereas coverage of DST changes is REMEMBER TO SET YOUR CLOCKS!
on the frontpage.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
better quality either by paying a lot more money for
software or by removing or reducing the impact of this gottcha
feature from the programs environment.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since
In message 00bf01cd4d12$f83a41d0$e8aec570$@pop.net, John Miles writes:
Hi John,
Congratulations on a good design.
Why the 78 MHz sample frequency ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3
to
the mercury stuff). The measurements mentioned was the time it took
Venus to pass the Suns limb, and the time it took the center of Venus
to pass across the Sun. No math given.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts mailing list
In message 4fc2a5e9.7050...@partiallystapled.com, Michael Tharp writes:
Does anyone have any comments or experience with DDS-based frequency
references?
I belive that is basically how the optional output generator works for
hydrogen masers.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
.
There are dedicated PRNG chips which would do a pretty good job,
as would pretty much any streaming crypto chip in feedback mode.
It's probably not cheaper than the FPGA, but you would avoid
the VHDL issue.
I like Rich's mixing synthesizer much better.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
time-nuts mailing
601 - 700 of 1767 matches
Mail list logo