Eric said:
> Talk to me about what you think the effect of very occasional stop-the-world
> pauses of 600 microseconds or less would be on sync accuracy. By "very
> occasionally" let's say once every ten minutes or so, that being what I think
> is a *very* pessimistic estimate of GC frequency
(not all of them
are new to me) with the 6600M in no time. They are my first fully SDR units.
The DSP on them is awesome.
73
-Hal
> On Jul 1, 2021, at 16:27, William Abernathy wrote:
>
> Thanks. Have not got the K4 yet. I may punt and go for a Icom 7610 as the K4
> is not comin
Hi,
I have Alsa installed on Beowulf along with Steam and I guess there is some
Pulse stuff installed too. I also use Mumble to chat during game play. When I'm
playing Valheim, I can get sound in the game, but Mumble doesn't work.
Is this just a mis-configuration on my end, or does Also not
Try the receive equalizer… kill the high frequencies…
> On Jul 1, 2021, at 4:07 PM, William Abernathy wrote:
>
> Thanks Hal.
>
> Maybe the K4 will let me turn down the volume on the high pitch qrm. Thank
> that would work?
>
> I am familiar with filtering but f
want to learn and play around a bit at
the same time.
Also, YouTube has some great material at the introductory level these days.
73
-Hal
> On Jul 1, 2021, at 06:01, William Abernathy wrote:
>
> Hal,
> Thanks. I think the book is probably over my head.
>
>
Maybe so. But this is an old design.
> On Jul 1, 2021, at 04:50, David Woolley wrote:
>
> I don't think this design would be acceptable in modern consumer equipment,
> at least not in Europe. Typically they would have an auxiliary power supply
> for the microcontroller, to reduce power
Digital Signal Processing is a field all unto itself. They are definitely *not*
emulating mechanical filters. If they were they would be ringing like a
mechanical filter. A great text is, "Discrete-Time Signal Processing
> The build epoch has been replaced with a hardcoded timestamp which will be
> manually updated every nine years or so (approx 512w). This makes the
> binaries reproducible by default.
What source file holds that timestamp?
Where is it used?
One place is the version string. Where else?
--
e...@thyrsus.com said:
> The remaining blocker is that the NTP packet format would need to be
> redesigned.
No, we just have to play the wrap around game when converting from network
time to unix time. If the network time is before the build time add 1<<32
seconds. And drop the high bits
Does the GC stop all threads, or just set a flag so nobody can allocate
anything?
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
e...@thyrsus.com said:
> The main source of memory churn is going to be allocations for incoming
> packets, and deallocations when they're no longer referenced anf get GCed.
> Allocations are fast. GC is slow, but isn't performed very often.
Does the low level API for receiving network
Sanjeev Gupta said:
> PS: My official reason for not using newer hardware is "I am making sure
> NTPsec and gpsd do not drop support for i386". :-)
There are 2 parts to that.
The first is does it run on 32 bit systems. The second is what distros
support i386.
The latter may be the limiting
Eric said:
> That's quite exceptionally good. It's normally hard to get to within an
> order of magnitude of that on a LAN, let alone a WAN.
Many years ago, we squeezed room for another digit in ntpq'a printout. That
was the 4th fractional digit of delay, offset, and jitter where the units
>> I was assuming each refclock would be a separate program. It
>> wouldn't need a config file, just some command line stuff.
> That's a big jump. Backward config compatibility would go out the window.
I'm not sure about that. ntpd could start the program using info from the
server and
I think you need a good story before we commit to using Go.
> Well, first, the historical target for accuracy of WAN time service is more
> than an order of magnitude higher than 1ms.
Time marches on. We need to do better today, much better.
NTP is used on LANs.
> turning GC off
Is that
> I'd like to hear more about this. It sounds like a separate issue from the
> damon split.
> Can't really respond to this as I don't understand the kernel PLL.
Mills wrote some kernel code that did a PLL off of a PPS signal. It, or its
descendents. is available in Linux, FreeBSD, and
I just fixed the receive timestamp code to use nanosecond resolution rather
than microsecond.
It's a tangle of ifdefs. There is a larger then normal chance that I've
broken something. Please watch a bit more carefully when you are watching
performance.
--
These are my opinions. I hate
[context is ntpq via shared memory]
> Any reason not to use Unix-domain sockets and just reuse the current protcol
> handling, except it's not accessible netwide? That might be simpler.
I hadn't figured it out when I was typing in my previous message, but using
shared memory forces some build
The rant was great comedy. Everyone needs to find their niche in ham radio. Be
it ‘remote ham’ or any other variant.
> On Jun 28, 2021, at 11:53 PM, Victor Rosenthal 4X6GP
> wrote:
>
>
> __
> Elecraft mailing list
> Home:
Does anybody have any good ideas on a modern way to handle ntpq/mode 6?
Background...
We could split the server side out into a separate process. That leaves a
very tiny attack surface from the network. I think I could do that now except
for mode 6.
Does anybody have any good ideas on how
I don't like it much.
> Our major objective for this year will be to move the NTPsec codebase from C
> and Python to a single memory-safe language.
I think that restructuring is as important, maybe more, than switching
languages.
> There is now a better alternative: the Go language.
What
Fixing a common misconception about grounding…
Grounding does not get all the devices at the same potential. It just minimizes
the potential difference among them. “Where there is metal there is resistance
and if there is any current there will be a voltage (period).
This is one of the
> Is there running code in C?
Yes. The NTPsec code is full of #ifdef kludgery.
The C API started with SO_TIMESTAMP for microsecond precision then added
SO_TIMESTAMPNS for nanosecond precision: timeval vs timespec
There is also SO_TIMESTAMPNS vs SCM_TIMESTAMPNS
The basic idea is to use
> Is there running code in C?
Yes. The NTPsec code is full of #ifdef kludgery.
The C API started with SO_TIMESTAMP for microsecond precision then added
SO_TIMESTAMPNS for nanosecond precision: timeval vs timespec
There is also SO_TIMESTAMPNS vs SCM_TIMESTAMPNS
The basic idea is to use
How do Rust and/or Go handle the cruft that C coders use #ifdefs for?
Does that just get pushed down to a C library?
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
Richard Laager said:
> With the caveat that there is a LOT I don't know in this space, if it was my
> call, I'd aim for an incremental conversion of ntpd to Rust and leave the
> userspace tooling in Python. After the daemon is converted, I would
> re-evaluate whether the userspace tooling
>From the BufferBloat list:
https://github.com/golang/go/issues/46831
how to get at udp "cmsg" data for ipv4 and ipv6?
The Github response says to go to:
https://github.com/golang/go/wiki/Questions
Which says:
Unlike many projects, the Go project does not use GitHub
Issues for general
> Is there running code in C?
Yes. The NTPsec code is full of #ifdef kludgery.
The C API started with SO_TIMESTAMP for microsecond precision then added
SO_TIMESTAMPNS for nanosecond precision: timeval vs timespec
There is also SO_TIMESTAMPNS vs SCM_TIMESTAMPNS
The basic idea is to use
Achim Gratz said:
> Since the last round of discussion both sides of the argument have been
> moving. If you believe that Rust will become a first-class implementation
> language for the Linux kernel, that would tip the scales in favor of rust
> considerably in my view.
Thanks.
I just
e...@thyrsus.com said:
> I did. There's a blog post about it:
> https://blog.ntpsec.org/2017/02/22/testframe-the-epic-failure.html
>From there:
> One was what in discussion on the mailing list I later tagged "the code-path
> split". There are two kinds of NTP hosts; one uses a kernel facility
As long as we are in blue sky mode...
What was the name for your attempt to get a GPSD style replay of old data?
Did we ever figure out why that didn't work?
The GPSD code is one way: Input => output. There is no back and forth, no
request => response which changes internal state. Does that
> I'll start the ball rolling with this big one: It's time to move out of C.
I want to threadify things, and taking advantage of that, I want to run at
full wire speed on a gigabit link with a modest server class CPU.
I have test code running. I'm pretty sure it will work. But my test code
I think I've updated the mailing lists, but hmur...@ntpsec.org forwards to my
old email and I can't figure out how to change that.
My notes include:
https://devel.ntpsec.org/settings/panel/email/
but that host doesn't exist any more.
How should I change it these days?
--
These are my
n, or
> operator in isolation, and it's not generally helpful anyway.
>
> "What constitutes a problem?" is still a pretty open question though.
>
> 73,
>
> Julie
>
> On Mon, Jun 14, 2021, 18:01 Hal Massey <mailto:haljr.mas...@gmail.com>> wrote
retty poor transmitters out there that were purchased by
> people who either didn't know it or didn't care.
>
> Dave AB7E
>
>
>
> On 6/14/2021 8:46 AM, Hal Massey wrote:
>> You may be ignoring the fact that there are far more bad operators than bad
>>
You may be ignoring the fact that there are far more bad operators than bad
radios...
> On Jun 13, 2021, at 14:26, David Gilbert wrote:
>
>
> I think you're ignoring that what might not be "bad" for the user could still
> be bad for everyone else.
>
> In my opinion, poorly designed radios
This is not like a departure in a plane from O’Hare airport. You do not have to
announce your intentions before leaving here. Thank You.
> On Jun 8, 2021, at 11:47, Jim Brown wrote:
>
> On 6/8/2021 3:00 AM, Igor Sokolov wrote:
>> FTDX10 which sounds like a good value for money.
>
> Except
devel@ntpsec.org said:
> IIRC gpsd has a read-only monitor program. I'm not sure how much of the code
> could be applied to revise ntpd/refclock_shm.c, but I think that quite a bit
> of it could. Which with it hopefully being read-only addresses a couple of
> bullet points. I also seem to
> Since you you seem to be against this I will drop it now.
I didn't mean to be against anything. Sorry if it came across that way.
Another list I'm on is having an "interesting" discussion about changing
something like this. I was trying to nudge us in the right direction,
whereever that
janj...@nikhef.nl said:
> As you found out, it is nearly impossible to swap out the existing openssl
> 1.1.1g with a "stock" openssl version, as RedHat/CentOS have applied patches
> to it. My advice would be: don't even try. If you *have to* use openssl
> 1.1.1k, then switch to Fedora or to
Mike Simpson said:
> Also, we are still trying to use /var/NTP for I believe NTS related logging.
> Can this be moved to /var/log/something as SELinux really doesnât like it.
> nts or ntp/nts?
/var/NTP/ is the default directory for all of ntpd's log files. You can
override it in your config
, and only very minor wear/shine on the
palmrests.
Ships with a felt sleeve and the Apple Magsafe2 AC adapter.
Battery holds a good charge, only has 565 cycles on it.
It has been wiped and is set up to start like new with a clean install of MacOS
Big Sur.
Asking $260 shipped in the US.
--
Hal
Erik Auerswald said:
> But I'm afraid the "learn tcp" part works more as a refresher than an
> introduction. Remember this is the first meeting with an ack for most of my
> co workers. To get the proper understanding I think the basics must be more
> hammered into them.
My 2 cents.
I would
> I recently acquired a Z3801a that UPS decided to mangle in shipping, bending
> one of the "ears" on the front panel.
Can you unbend it? I'm thinking of a big crescent wrench with something like
a couple sheets of paper for anti-scratch padding.
It might be good enough, or maybe just a
https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/
What should you do? For most people, nothing at all! We've set up our
certificate issuance so your web site will do the right thing in most cases,
favoring broad compatibility. If you provide an API or have to support IoT
> I did think of that, yet of the many serial devices I have used they have all
> been running with the setting 8/N/1 and no HW flow control.
The HP Z3801A is 19200 baud, 7 data bits, odd parity
--
These are my opinions. I hate spam.
___
> Generally speaking once power and ground are found everything else more or
> less falls in place.
Can you figure out power/ground with an ohmmeter? Or perhaps a battery,
resistor, and voltmeter?
Is the shell of the connector directly connected to one of the pins?
--
These are my
> Has anyone ever used one of these before? Any familiarity?
That depends on what you mean by "one of these". Do you mean the particular
model or the general idea of moving the receiver up next to the antenna which
trades coax running at 1.4 GHz to twisted pairs running at 10-50 kilobits/sec
-Hal WB6NNR
> On Apr 25, 2021, at 9:13 AM, Hank via Elecraft
> wrote:
>
> There’s a joke there somewhere!!
>
> Hank
> K4HYJ
>
>> On Apr 25, 2021, at 9:28 AM, eda...@aya.yale.edu wrote:
>>
>> I never took a drafting class nor anything like it in hig
folk...@vanheusden.com said:
>> Most modern kernels have a side door used by ntpd to adjust the clock
>> frequency. Typical values are few 10s of PPM and it's easy to measure down
>> 0.001 PPM or better. The NTP world calls that drift. If you have a PC or
>> Raspberry Pi running Linux or
Hi Buck,
I appreciate the continuity tests you did on your cable. Can you functionally
test the cable? With the cable connected to the 7610 are the correct signals at
the cable outputs?
Regards
-Hal / WB6NNR
> On Apr 19, 2021, at 1:06 PM, Buck wrote:
>
> Auto-sense works. I j
Seagate 1TB FireCuda “hybrid SSHD” hard drive: $55 shipped in the US
Seagate Momentus 640GB HD: $25 shipped in the US.
Seagate 500GB 7200.4 HD: $25 shipped in the US.
All drives have been tested, formatted, and are working pulls.
--
Hal Widlansky
Salt Lake City, UT 84108
--
You received
usage that is
demanding in terms of material science, etc.
Regards
-Hal
WB6NNR (I was a design engineer for 35 years….You will be fine)
> On Apr 13, 2021, at 9:36 AM, Tommy Judson via Elecraft
> wrote:
>
> Make a bad purchase good?
> Bought a KX-2 off the internet
to...@openssl.org said:
> We would have to introduce the special semantics similar to EVP_CipherInit()
> with EVP_MAC_init(). I.e., that the EVP_CipherInit() with NULL key keeps the
> key schedule from the previous initialization.
Seems like a good idea to me. The current code doesn't crash
> Did you attempt to pass NULL for the key and zero for it's length to the
> EVP_MAC_init() call?
Yes.
We can do better. If we have to use dup/free, we can move the EVP_MAC_init()
to before the dup, out of the timing path.
My model is that initialization is 2 parts. The first is turning
> What use case on the internet would be saturating a Gb link with NTP? Surely,
> before that, we should be recommending a second server closer to the clients?
NIST has multiple servers at several locations. Some of them are running 100K
packets per second average. I don't know what the busy
There are 4 places that might be the limiting factor.
1) The wire might be full
2) The Ethernet chip might not be able to process packets at full wire speed.
3) The kernel's input dispatcher thread might run out of CPU cycles.
4) The client threads might run out of CPU cycles.
I don't
pports
everything up to the current MacOS Big Sur.
Ships with the computer, hard case, and AC adapter.
Asking $700 including shipping in the US.
--
Hal Widlansky
Salt Lake City, UT 84108
--
You received this message because you are a member of the LEM Swap group.
To post to this group, send email to l
pa...@openssl.org said:
> Does EVP_MAC_CTX_dup() after the MAC context has been initialised
> do what you want?
Thanks. Adding a dup/free gets the right answer, but isn't much of a speedup.
Is there a way to copy the critical bits into a working ctx?
I looked in the header file but didn't
It used to take just a ctx. Now it also wants a key+length and a params.
I have some simple/hack code to time 2 cases. The first gives it the key each
time. The second preloads the key. That would require an evp per key, but I
might we willing to make that space/time tradeoff.
The each
have any kind of accurate measuring equipment you can google the
diameter of an 8-32 screw and check that way also….
Regards
-Hal
> On Mar 31, 2021, at 7:59 PM, Rod Hardman wrote:
>
> Kent - PLEASE talk to Scott AK6Q
> kd6...@sbcglobal.net <mailto:kd6...@sbcglobal.net>
&g
would work even better for me but
that’s probably asking too much.
Regards
-Hal
> On Mar 31, 2021, at 12:37 PM, Julia Tuttle wrote:
>
> I'm not waiting on a K4 myself, but the K4 launch has put a strain on other
> parts of the business (like fixing KX3 firmware issues or responding
is not cheap.
Can you articulate what you do want in terms of communications?
Regards
Hal
> On Mar 31, 2021, at 12:24 PM, Julia Tuttle wrote:
>
> "The point of all of this is why is Elecraft not on this list telling us
> these things like they used to?"
>
> Yes, that, ri
received.
Nor do I feel like rehashing this over and over or having non stake holders
popping off randomly will make any difference. Did I miss something?
Regards
-Hal
> On Mar 31, 2021, at 12:15 PM, W0MU Mike Fatchett wrote:
>
> The point of all of this is why is Elecraft not on
he dark ask for your
> money back" to be sound business practice. It certainly wouldn't have been
> tolerated in the large business I ran for several years.
>
> Dave AB7E
>
>
>
> On 3/30/2021 1:18 PM, Hal Massey wrote:
>> David,
>>
>> Is the c
can afford to chase off a portion of their
> business. It cost far more to bring in new customers than it does to keep
> old ones.
>
> W0MU
>
>
>
>
>
> On 3/30/2021 2:18 PM, Hal Massey wrote:
>> David,
>>
>> Is the customer set you are referring to and
??
Regards
-Hal
> On Mar 30, 2021, at 10:51 AM, David Gilbert wrote:
>
>
> As the kids say, "cool story, bro."
>
> None of it changes the fact that lots of people have put out a lot of money
> with almost zero visibility into when they will get their product,
https://www.npr.org/2021/03/29/982417680/researchers-are-one-step-closer-to-red
efining-the-second
Audio is 2:54
Researchers with the Boulder Atomic Clock Optical Network Collaboration are
one step closer to replacing the current atomic clock and officially
redefining the second.
KENNEDY:
gary said:
> Every day I hear someone abused by systemd.
> Congrats! Today was your day!
Do we have a HOWTO for setting up ntpsync?
Does it include turning off systemd-timesyncd?
--
These are my opinions. I hate spam.
___
devel mailing list
systemd-timesyncd was running. I had done an update/upgrade recently. I
assume something in there "fixed" something for me.
maxpoll 4 was a wild goose chase. It also screwed up with 6.
It was acting like stepping the clock didn't do anything. I was looking for
bugs in that code.
--
It’s not off frequency enough to care about it.
> On Mar 24, 2021, at 9:56 AM, Wes wrote:
>
> Took the words right out of my mouth. And how does a NCS know check-ins are
> off frequency, especially if it's a YL?
>
> Wes N7WS
>
> On 3/24/2021 8:24 AM, Andy Durbin wrote:
>> "Calibration
Is anybody using maxpoll 4? I thought I've seen comments about it, so I tried
it to see if it would help get better trackiing. At times, it works well.
But then it goes crazy.
Here is a snippet from loopstats. This box is using 4 servers, all with PPS.
59297 31853.905 0.0
Gary said:
> You could try PTP. The linuxptp project is active. With ethernet cards that
> support hardware time stamps you can get 1 micro second offsets, maybe a lot
> better.
Thanks. Could you say a bit more.
If I start with 4 PCs plugged into a low end 5 port switch, what else do I
Suppose I want to compare log file on several systems. Assume they are all on
the same Ethernet switch. I'd like the clocks to track -- I don't care (much)
how accurate they are as long as they all have the same offset/error.
Has anybody worked on this area? (Is it simple enough not to
, large-scale adoption of
new behaviour enlarges our concept of the spatiotemporal dynamics of non-human
culture.
Hal Whitehead, Dalhousie University (hwhit...@dal.ca)
___
MARMAM mailing list
MARMAM@lists.uvic.ca
https://lists.uvic.ca/mailman/listinfo
>> Maybe we should add geographic coordinates to the NTP protocol
>> so a client can sanity check the round trip times.
> Uh, the round trip time is easily measureable. It is one of the things the ntp
Right. And NTP assumes the routing delays are symmetric. But it doesn't know
anything about
un...@physics.ubc.ca said:
> The length of the hop is not the most important thing. You could have a
> stable long hop, or an unstable short hop, and the long hop would deliver
> better time.
True, but it could also deliver much worse time if the routing is wildly
asymmetrical.
If you don't
[Context is cleaning up ntp_control]
This will probably be simple after somebody gives me a good example and/or
explains things to me.
I want to put a (pointer to a) function in a field of a struct.
The type of that function includes a pointer to the struct.
I need to make several functions of
Thanks.
> That's an IvyBridge I think, you will want Haswell or later.
> Haswell and later are OK (Xeon v3 and up) AFAIK
Can you say more. Is there any good Intel documentation that says "Xeon v3
and up"?
Or anything that describes which families or chips will/won't do what I want?
My search
>>> I think you would need to deglobalize some variables first. >
>> What do you have in mind?
> I tend to overfocus on early optimizations and other trivial things. Neither
> of the arguments passed to read_clockstatus from the converted mockup is
> used, instead, the variable res_associd is
jfitzger...@alum.wpi.edu said:
> You guys have me thinking about another "non cheating" technique.I am now
> imagining a small gear motor/screw arrangement that raises or lowers a mass
> on the pendulum to trim out small variations in swing frequency.
How are you planning to get power
Does anybody have access to server class systems? Or know somebody who can
run a quick test for me?
Long story.
I'm trying to setup a test environment for the thread work. Dell high end
workstations use Xeon chips. I have a T5610, but it has TSC warp so doesn't
use the TSC for
>> The server side of ntpq supports writing and reading things of the form
>> "foo=bar". >
>> I'm slightly surprised Eric hasn't riped that out by now. >
>> Does anybody use it? How/why? ,,,
> No, I don't. I had this foolish notion though (or it might've been Achim) not
> long after (during?)
kb...@n1k.org said:
> The gotcha here is that if you want accurate *time*, you are better off using
> the sawtooth corrected output from a (good) GPS module rather than a GPSDO.
Why is that?
I would have guessed that a GPSDO would average over many GPS pulses thus
reducing the noise.
Is it
James Browning said:
>> We need to keep in mind how to make this work in a multi threaded
>> environment.
> I think you would need to deglobalize some variables first.
What do you have in mind?
I think there is an Atomic "library" that is mostly the compiler being smart
enough to recognize a
How do I compute at compile time the offset of a field into a struct?
The context is putting it into a table.
I know about structs and unions. Unions are type-unsafe. Is there a
type-safe way to handle a struct that needs several variations?
The struct will have a type field to tell me
I'm poking around in ntp_control because I want to add the CPU time that ntpd
has used for some tests I'm trying to run.
We have our share of crufty code, but this is the stuff that annoys me the
most. What should be simple turns into a pain in the ass.
-
We have several log
The server side of ntpq supports writing and reading things of the form
"foo=bar".
I'm slightly surprised Eric hasn't riped that out by now.
Does anybody use it? How/why? ,,,
[My description may not be accurate so please use your imagination and read
between the lines. I think they are
Apologies for the typo, the screen is great. As corrected below.
-Hal
> On Mar 7, 2021, at 8:33 AM, 'Hal' via LEM Swap
> wrote:
>
> This is the late 2103 13” MacBook Pro, with the top specs for that
> generation.
>
> Specs are:
> 16GB RAM
> 2.8gHz dual-core i7 C
tector installed.
It will be wiped and have a clean install of MacOS Mojave. It fully supports
everything up to the current MacOS Big Sur.
Ships with the computer and AC adapter.
Asking $450 shipped in the US, or best reasonable offer.
--
Hal Widlansky
Salt Lake City, UT 84108
--
You re
e...@thyrsus.com said:
> No, just boring history. I think those are old conditinal macros we no
> longer use; likely they have been renamed to something else.
The current code tests for SO_TIMESTAMPNS
Should I just delete the old/unused stuff?
--
These are my opinions. I hate spam.
>From ./devel/ifdex-ignores
USE_SCM_BINTIME # to grab timestamp for recv packet
USE_SCM_TIMESTAMP # "
USE_SCM_TIMESTAMPNS # "
None of those symbols are used by our code.
Should I just delete them?
What is the idea for USE_xxx? Is there some interesting history I've
mlich...@redhat.com said:
> Can you please check whether /sys/class/pps/pps0/assert shows new samples
> when chronyd stops receving PPS?
I have a hack that may be handy for monitoring a PPS signal when you aren't
looking. It is intended for counting pulses from the power line. It should
paulsw...@gmail.com said:
> But since the units been off for at least 15 years and heavens knows how long
> before that. Any thoughts on how long it might take to stabilize days weeks
> months. Its pretty stable as is just wondering.
It's an exponential tail. How stable do you call stable?
> Maybe one day I'll make this work with a grandfather clock.
Many years ago, Scientific American had an article describing adding a magnet
to the pendulum and the circuitry to drive it.
The basic idea is to mount a magnet on a stiff wire so that it sticks out to
the side of the pendulum arm,
k8yumdoo...@gmail.com said:
> During my Arecibo Observatory days we used NIST's TMAS service to keep our
> H-maser-based station clock synced with UTC. Our user community (mainly VLBI
> and pulsar timing people) seemed pretty satisfied with +/- 100ns accuracy, so
> I tried to do better by
MacOS Big Sur.
Ships with the computer and AC adapter.
Asking $500 shipped in the US, or best reasonable offer.
--
Hal Widlansky
Salt Lake City, UT 84108
--
You received this message because you are a member of the LEM Swap group.
To post to this group, send email to lemswap@googlegroups.com
> Perhaps one of the little openlog units from sparkfun, or one of the clones
> would work for logging?
> https://www.sparkfun.com/products/13712
The problem with things like that for monitoring the power line is that you
want to keep collecting data while you analyze the data you have
space. Tested with Disk Utility and there were
no errors.
Asking $90 shipped in USA or best offer.
--
Hal Widlansky
Salt Lake City, UT 84108
--
You received this message because you are a member of the LEM Swap group.
To post to this group, send email to lemswap@googlegroups.com
To unsubscribe
ke...@rowett.org said:
> Would you describe the epoch for this offset data?
I started collecting data many years ago. I probably set the initial offset
on the first graph I made to 0.
The problem comes when I reboot the system or PG drops power. That turns
into two chunks of data that need
501 - 600 of 27099 matches
Mail list logo