with pi before putting it
>into their time-plan. :)
Interesting.
In computing we make a random guess at the duration.
The manager is supposed to multiply the numeric part by two and
shift the unit to the next higher one.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.or
be close-in multiples,
so coping with the spurs becomes non-trivial.
That basically means that you need 50% higher DDS and DAC resolution
than everybody else in the market an suddenly it isn't cheap any more.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
In message
, Azelio Boriani writes:
>How are related the three locations' jumps?
>Do they occur at the same time?
If so, don't miss the Nobel Prize potential :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
F
bvious thing to look at is a weak input signal on the input
side of that divider.
--
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 explai
ince space is a bit tight, I've been trying to find something like
a "x10 self-biasing amplifier" but without luck.
Any good ideas ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3
ven with the rather suboptimal charging circuit (not atypical
for its vintage) they'll probably survive for a number of years just fine.
--
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 at
kit which you lug around, VRLA is the way to go for standby.
--
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.
__
and the Integrator can be improved,
but I have no measurement results there yet.
The blow by blow can be found here:
http://phk.freebsd.dk/hacks/HP5065A/index.html
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD commit
exploit this or any other spoofing attack.
This is where it would really be helpful if people read the paper,
because they spend considerable text sorting through what requires
you to be in-band and what doesn't.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
net to be negligible.
That's because the standardized way of doing it doesn't really work.
>> The only real cure is to have your own NTP servers.
>>
>Which then of course must not rely on external sources for their time,
Obviously. There is no free lunch.
--
Poul-Henn
cure is to have your own NTP servers.
--
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
ey don't respond to email :-(
--
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.
___
k.freebsd.dk/hacks/HP5065A/20150930_dcdc/index.html
>Umm, around here, at least for ham radio operators, it seems many
>standardize now on PowerPole connectors for 12V DC.
They're quite neat, but I wish there were something a little less
heavy-duty for the 1-2 Amp range.
--
Poul-Henning
it to go anywhere ever.
At the same time USB has come up with 100W power concept
which is not compatible, since IEEE uses CANbus and different
connectors.
I've not heard any rumours that China man nail this one.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
7
for the cable.
Do think about lightning protection, if nothing else, tie a
knot in the cable right outside the hole into the building.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Neve
y Battery, generator and UPS failure, in that order.
Many sites simply have lower uptime after they install UPS systems.
--
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 ma
ever look back.
Presenty the load is 6.7A @ 24V, and that powers my ADSL lines,
firewalls (soekris), home server (ITX with mini-box.com PSU),
emergency lights (LED strips), GPS, GPSDO, HP5065 etc. etc.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP sinc
nd a processor, a lot of servo-loop
algorithms become viable.
--
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 adeq
asurement of the lamp supply sensitivity was mainly intended
to provide data on the required level of power supply stability.
--
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
hing about design choices 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.
___
In message <5607d3b0.80...@rubidium.dyndns.org>, Magnus Danielson writes:
>You should be able to servo the intensity using the DC intensity level
>detected by the photodetector.
That would require a way to steer the intensity.
I can try to measure that at some point.
--
Discovery of the day: The voltage supplied to the Rb87 lamp changes
the frequency on the order of 1.5e-11 per volt.
I have no idea why...
http://phk.freebsd.dk/hacks/HP5065A/index.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
t, because the
33120 will generate a sine and run it through a zero-detector.
You get much better performance by defining a ARB function which is
a square.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since
competency.)
--
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-nu
My HP5065 adventures continue...
http://phk.freebsd.dk/hacks/HP5065A/20150908_a15/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
sheet specified 2.5 uV noise. The REF 012A
>specifies 5 uVnoise. The first two are around 50 cents from Mouser.
>The REF102A is about 10X more.
Stuff like that seldom happen by chance :-)
TL431 is amazing and very versatile, but it does not look like the
right solution to me in this case.
h the Fluke
732+resistor C-field driver, there is no sign of any drift yet.
So yes, it may not be the RVFR that's drifting (most) and that just
makes this game even more fun...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
In message <89828.1441376...@critter.freebsd.dk>, "Poul-Henning Kamp" writes:
>I actually have some calculations relevant to this, I'll write them
>up on my homepage when I have a second.
Here:
http://phk.freebsd.dk/hacks/HP5065A/20150904_math
I
arts.
I actually have some calculations relevant to this, I'll write them
up on my homepage when I have a second.
The short version is that voltage reference noise above 5PPM will
be a limiting factor on performance.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
erature to change accordingly.
More details here:
http://phk.freebsd.dk/hacks/HP5065A/20150903_psu/
--
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 use the MD2 mode, where measurements only start when the
computer sends "MRM" to the counter.
I usually use the former method because I get more precise pacing
of the measurements (I feed EXT ARM from a HP33120).
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd
In message <145271941.122608.1441164033464.javamail.ya...@mail.yahoo.com>, Perr
y Sandeen via time-nuts writes:
>A possible solution might be touse two of the TL431 programmable
>shunt regulators.
That would be worse than what is in my 5065 now.
--
Poul-Henning Kamp
than the
modulationfrequency so that it filters out.
--
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 inc
Replace A15R10 and A15R11 with a combination of
<5PPM resistors having that value.
Ie: if your A15CR5 voltage is 7.9 Volt, you should remove
R10 and R11, and put a 600 Ohm resistor there instead.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org |
ke the
>741 or something (irony may have been used).
Yes, that is absolutely the plan.
The integrator and AC-amplifier in the HP5065 gets upgraded to
chip op-amps in later revs, but this one does not.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org |
1 with something
of that value and better than 5PPM tempco.
--
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 explai
ob done.
It's not just the swing, it's also the shape of the curve:
http://phk.freebsd.dk/hacks/HP5065A/20150828_c_pot/index.html
If it were just the range things would be a lot simpler.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP
onent is responsible for the
huge tempco, but it is not the C-field pot. There's a few PPM
there but not that many.
--
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 mali
27;m doing right now: C-field driven by Fluke 732A
through 2.5k resistor.
--
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
nt-sensing resistors R10||R11 have
a very high temp-co.
Getting closer...
--
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 in
averaging inside of MDEV ruins interesting noise periodics
I generally hunt periodics with FFTs, but yes, ADEV is useful for the
sort of "almost has a stable frequency" like HVAC's turning on/off etc.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
he C-field current of
my HP5065 is unstable:
http://phk.freebsd.dk/hacks/HP5065A/20150822_mvar/index.html
I'm not done collecting data for the resulting effect on the HP5065
performance, but so far it looks like the MVAR floor is half of
what it used to be.
--
Poul-Henning Kamp | U
tempco current-limiting
series resistor.
Anybody want to bet what *that* will do to the MVAR floor ?
I'll write this up on my web-pages once I have more data.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer |
urrent.
The 7.5 mA optimum is from a much later data-sheet, and may be for
a particular "high performance" variant of the 1N938, so there is
no guarantee that there even is a zero-tempco current for the one
in my HP5065.
Either way, fixing the zeners tempco is only half of the solution,
it
://phk.freebsd.dk/hacks/hp5065a_temp/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 adequately be explained by incompetence
r?
>
>Was it local interference, or something at the GPS level?
Nothing on my side of the planet.
Most likely a "White Van Man" who doesn't want the boss to track his
use of the company car outside business-hours.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...
ement.
If A15CR5 is the culprit, the next obvious step is to change A15R7
to 1500 Ohm, and see if that improves stability.
Another obvious experiment is to drive the C-field with a very
stable external supply, and see what that does for the MVAR.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
http://ascii.textfiles.com/archives/4683
http://ascii.textfiles.com/archives/4695
http://ascii.textfiles.com/archives/4683
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3
In message <6B73B186D5BB46E497D773717A4A03D1@pc52>, "Tom Van Baak" writes:
>Wonderfully, if you google for:
>
>HP 10811-60165 pinouts
>
>you get a bunch of time-nuts pages with the info you want.
Isn't it high time we create a time-nuts wiki
arge mechanical shocks. This is
very relevant for 2nd-hand equipment, and doubly so if it has
been through the E-waste circuit via China.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Nev
where you live.
It can be anything from a LED-lamp over a laptop to natural gas
burner.
--
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
x27;t fix or tune your 5065 for you. If you want your 5065 in
competent hands, send it to Corby.
--
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
anageable to record an average of 1000 measurements
once per second, than 1000 measurements every second.
>For any other form of random
>noise and for the systematic noise, you alter the total filtering
>behavior [...]
Agreed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus
ple of your basic sampling frequency (1Hz)
--
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.
_
7;m measuring, I can have no expectation of a well
behaved noise from the triggers.
The "noise" you saw is probably exactly that: Overly optimistic
results if you clock the counter from one of the DUTs
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org |
noise.
But I have not found any references to this "optimization" anywhere
and either I'm doing something wrong, or I'm doing something else
wrong.
I'd like to know which it is :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP si
o calculate the MVAR.
The Lady Heather program should be able to do it with data collected
this way.
--
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
ut 1.0e-11 frequency error on average (RMS average?)"
Close: To a first approximation MVAR is the standard-deviation of
the frequency, as a function of the time-interval you measure the
frequency over.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/
>If you look at the attached plot there are four datasets.
And of course...
Here 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
100 Hz raw data file
which is ny "new" HP5065 against an GPSDO.
--
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
it has been modified for 4-digit GRIs.
--
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
ocessing.
Am I overlooking anything ?
--
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
ans.
Can we persuade you to all that stuff and uploade it to KO4BB or similar ?
I'd love to get a chance to read 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 t
ich allows you to find the right zero-crossing.
--
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 incompete
he loop is a function of the area.
I think they're barking up another tree: The number of turns you
can make is inversely proportional to cross-section of the wire,
so given a fixed mass of conductor, you can trade current for voltage
by the number of turns.
--
Poul-Henning Kamp |
asures impedance as low as 100 kHz.
100 kHz is practically audio, impedances hardly matter: The reflections
have wavelengths measured in km.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Neve
nna Amplifiers"
document and it drags in signals from 4kHz to well north of 150Mhz.
--
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
; The pulses themselves are entirely contained inside the allocated
>> frequency band.
--
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 ex
In message <55a68425.6020...@kirkbymicrowave.co.uk>, "Dr. David Kirkby - Kirkby
Microwave Ltd " writes:
>What's the best sort of antenna for these?
I use a $20 loop antenna I have rigged up myself, it lives in my attic:
http://phk.freebsd.dk/loran-c/Ant
tensive
to run constantly.
--
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 <73568e39-9467-4192-aeb8-c9c14a2bb...@n1k.org>, Bob Camp writes:
>I notice in the papers that “infinite budget” does not seem to
>apply to the US DOD these days.
*cough* F-35 *cough* B61-mod12 *cough*
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...
VLF range.
The reason Loran-C "spreads crud" is *only* the combinationa of the
pulse-groups and the periodicity of the GRI.
The pulses themselves are entirely contained inside the allocated
frequency band.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
RM CPU on a sub $100 development board, I as a time-nut find that
an incredibly silly argument...
--
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 adeq
here is a + - + -
sequence from all transmitters around the start of the period.
But then again, I have spent far more of my life on Loran-C than
can ever be justified :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeB
goal is a reliable backup for GPS, there are smarter ways to
use the 100kHz band than Loran-C pulses, and there really isn't much
reason to stay compatible with Loran-C receivers.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD comm
the system
>name, often just referred to as Fredriksson.
>http://www.antus.org/RT02.html
Interesting, never heard of that before...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD sinc
to replace the Austron 5000 PDP/11
controlled monitoring receivers at the LORSTAs.
--
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 wha
concluded that 40% of
*all* benefits came from Loran-C, at a yearly cost only a fraction of
a single Galileo launch vehicle.
--
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 m
matically
in that case.
--
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.
___
t rather "has a better OCXO"
--
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.
_
for LORAN-C in the UK?
I belive signals are currently assured until 2019.
--
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
13 years, but
I suspect one does not ship a 5065A if it is continously locked :-)
--
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
hk/pylt
Which reads the display memory over HPIB and spits out SVG from it.
The TDS504 I "cheated" and dumped EPS over HPIB and used a random
web-service to convert to SVG.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD com
s,
and spent an afternoon writing code to screen-dump the HP8568
into SVG format for the very same reason.
--
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 a
I spent some time capturing some data today.
The measurements is from my $20 loop-antenna in the attic, which is
something like 8 meters up and 10 meters besides the lawn-mower loop:
http://phk.freebsd.dk/time/20150509.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
ng to see if anechoic chamber
>data really gave correct answers in free space.
So this could be a realistic way for us to calibrate the phase-center
of an antenna ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
so
that the stress is converted from torsion to longitudal tension
and you'de don.
Doing continous rotation may not even be a good idea, rotating
90 degrees every hour is probably a better idea from a processing
point of view, as that wouldn't need special software.
--
Poul-Henning
In message <554b6547.5070...@burnicki.net>, Martin Burnicki writes:
>Poul-Henning Kamp wrote:
>> Ask them how/why the HBG transmitter screwed up the 2006 leapsecond ?
>
>If I remember correctly then the transmitter would have needed to be
>overhauled, which would
In message <7fa86d93-1c83-4fe8-84a0-ddb7a542a...@n1k.org>, Bob Camp writes:
Ask them how/why the HBG transmitter screwed up the 2006 leapsecond ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD
In message , "Tom Van Baak" writes:
>When you post-process raw GPS data you get to include antenna phase
>center / gain / az/el corrections for free.
Speaking of which...
I wonder if anybody ever made a rotating GPS antenna to average out the
X-Y phase-center offset ?
In message <20150417074427.ga31...@sol.ermione.com>, Andrea Baldoni writes:
>Hello.
>In the case someone missed the new, after years of waiting, the third edition
>of the book in the subject is out!
I received it last week, and yes, it's absolutely worth the money
to alert Anders that what he has measured is not
what he think he has measured.
--
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 expla
EV of the measurement versus time and you
will discover that the noise floor is not even close to being even.
If you find a particular good spot and want to use it for measurements,
the way to go is to tune the length of the cable for EXT REF (or use
a tweakable delay line)
--
Poul-Henning Ka
and I suspect
we will see more and more former HP employees start to take an interest.
We see this effect very clearly at the danish computer history museum
where I'm active (datamuseum.dk)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC
t;Can anyone confirm?
No idea, but that would be a plausible explanation.
--
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 adeq
r than 50% hit rate getting S&H reduced.
--
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
Reference
311307936107 HP 5275 Time Interval Counter
There may be more...
--
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
sulting frequency.
--
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-nu
r setup?
The most likely explanation is a switch-mode power-supply in the
local environment. 60kHz is a very popular choice of switching
frequency.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-taho
In message <20150206153214.4d5f42edbdda4639fee1a...@kinali.ch>, Attila Kinali w
rites:
>On Mon, 26 Jan 2015 20:15:12 +0000
>"Poul-Henning Kamp" wrote:
>
>> The basic math of PID has been around for about 100 years. The invention
>> of the servo (an
301 - 400 of 2007 matches
Mail list logo