Re: [time-nuts] time-nuts Digest, Vol 192, Issue 10

2020-07-06 Thread AC0XU (Jim)
Very helpful - thanks to Tom & Tom. This unit does not have VR modules - the power controller is one circuit board about 6" long, and it has been badly burnt. Schematic solves identity of CAPSUL 0616 black box - this is the backlight driver for the LCD backlight HV supply. Although there are 5

Re: [time-nuts] TICC TAPR and TimeLab

2020-07-06 Thread Lester Veenstra via time-nuts
John: Thanks for the detailed reply. As I have said befire: No good deed goes unpunished. So another question. How do I get Timelab to sit up and play nice? I have the TICC cranking away with 10 MHz ref ans 1 PPS Chan A, both from the same locked GPSDO. #

Re: [time-nuts] PPS stats

2020-07-06 Thread Bob kb8tq
Hi Do you have any other inputs into your server? NTP compares the various inputs to come up with things like stability. With nothing to compare to, there is no data to show. Bob > On Jul 6, 2020, at 12:04 PM, Keith E. Brandt, WD9GET wrote: > > I have finally got my RPi NTP server set up

Re: [time-nuts] PPS stats

2020-07-06 Thread Hal Murray
> NTP is using the PPS and my stats look good, but when I run >     ntpq -c kerninfo > The pps frequency, stability, and jitter are all zero. >     dmesg | grep pps > and > ppstest /dev/pps0 > both indicate the kernel pps support is working. > Why isn't the kerninfo showing any info on the

[time-nuts] PPS stats

2020-07-06 Thread Keith E. Brandt, WD9GET
I have finally got my RPi NTP server set up referenced to a Thunderbolt PPS. NTP is using the PPS and my stats look good, but when I run     ntpq -c kerninfo my output is:     associd=0 status=0118 leap_none, sync_pps, 1 event, no_sys_peer,     pll offset:    0.00753     pll

Re: [time-nuts] Raspberry Pi NTP server

2020-07-06 Thread Bob kb8tq
Hi > On Jul 6, 2020, at 11:43 AM, Matthias Welwarsky > wrote: > > On Samstag, 4. Juli 2020 16:49:11 CEST David J Taylor via time-nuts wrote: > >> Matthias, my feeling is that if you want a precision source, neither BB not >> the RPi is a good solution. Maybe with all the tweak you

Re: [time-nuts] Raspberry Pi NTP server

2020-07-06 Thread Matthias Welwarsky
On Samstag, 4. Juli 2020 16:49:11 CEST David J Taylor via time-nuts wrote: > Matthias, my feeling is that if you want a precision source, neither BB not > the RPi is a good solution. Maybe with all the tweak you mentioned the BB > approaches precision (for some values of precision). I see the

Re: [time-nuts] HP-5372A and HP-5372A operation with no CRT display.

2020-07-06 Thread Gary Woods
On Mon, 6 Jul 2020 10:42:48 -0400, you wrote: >Certainly not as exciting as bring Cesium Beam standards back to life, but I >do like to keep the old boat anchors glowing, even if they only have a single >vacuum tube. HI . As the instructor at an RCA seminar said, "I like those glass NPN

Re: [time-nuts] HP-5372A and HP-5372A operation with no CRT display.

2020-07-06 Thread Lester Veenstra via time-nuts
Magnus: The suspects were not hard to locate, leaking black goo. I did measure the actual values of most of the larger electrolytics on the A17, for future reference. On two boards, C414, 3300 mfd 35 vdc had to be replaced with new 3300 mfd 50 vdc units. One board had a good C414 with