On 2021-06-10, chris wrote:
>
> Not familar with chrony, but why not go back to basics, run a stock
> ntpd, which works out of the box. Why make life difficult, when ntpd has
> more than adequate precision for the task ?. Experiment with other
> solutions once the basics are known working and
On 06/10/21 03:17, William Unruh wrote:
On 2021-06-09, chris wrote:
On 06/09/21 22:00, ProGeek wrote:
On Wednesday, June 9, 2021 at 6:56:04 PM UTC+3, chris wrote:
On 06/08/21 20:42, Andreas Mattheiss wrote:
Hello,
just as additional source of information: I have a similar setup here
(ublox
You might want to take a look at Misra, P., & Enge, P. (2012). Chapters 1
thru (3-5) in Global Positioning System: Signals, Measurements and
Performance (Second Revised ed., pp. 91-144). Lincoln, Massachusetts, USA:
Ganga-Jamuna Press.
The equations to solve for GPS have 4 unknowns, X, Y, Z, and
Derek Barnes wrote:
I am not so sure your reasoning is correct here, Martin.
Even though the "bandwidth" is greater in one direction, that only
affects the "speed" of packet transfer when the link is reaching its
maximum capacity.
With low traffic, packets go at the same % of the speed of
I am not so sure your reasoning is correct here, Martin.
Even though the "bandwidth" is greater in one direction, that only
affects the "speed" of packet transfer when the link is reaching its
maximum capacity.
With low traffic, packets go at the same % of the speed of light in both
On 06/09/21 22:00, ProGeek wrote:
On Wednesday, June 9, 2021 at 6:56:04 PM UTC+3, chris wrote:
On 06/08/21 20:42, Andreas Mattheiss wrote:
Hello,
just as additional source of information: I have a similar setup here
(ublox PPS into a proper serial port of a PC) and I see a stable offset of
-3
On 06/08/21 20:42, Andreas Mattheiss wrote:
Hello,
just as additional source of information: I have a similar setup here
(ublox PPS into a proper serial port of a PC) and I see a stable offset of
-3 ms to 3 servers on the net (-3 ms to any of them). I'm using ntpd
though.
Regards
Andreas
