I've been doing a lot with GPS recently (for professional purposes, not for play) and currently have access to five different types of GPS module - all low the cost ones. Andy, for a purely timing ap
Alan Melia wrote: Hi Uwe, is it not possible to allow for the delay down the connecting wire to the NTP sever. In the days I played TCP/IL over packet the PING facility gave the round-trip delay for
If GPS is not an option, then NTP (clock timing via the Internet) might be an alternative. There is some info on accuracy at http://www.ntp.org/ntpfaq/NTP-s-algo.htm#AEN2361 - Stewart G3YSX Judging b
Hello again Jean-Louis. I had thought about that ( software clock drift dependent on cpu usage) and wondered whether it would be possible to force the software clock to sync with the hardware clock a
Hi Uwe, is it not possible to allow for the delay down the connecting wire to the NTP sever. In the days I played TCP/IL over packet the PING facility gave the round-trip delay for paths through rege
Hi both look for the Radiosonde transmitters on eBay. I believe ther are two types one with GPS and one without. They sell for about £12. The GPS module does not supply all the nmea strings but it do
In a message dated 2/10/04 12:35:33 PM GMT Standard Time, [email protected] writes: Well, I was really thinking of GPS locked PSK rather than any incoherent mode. WIthout the need for clock a
Dear Uwe, LF Group, I don't think that the bit timing is really a great problem for the low bit-rate modes we are using on LF. I guess that a timing error of 10% of the bit period would result in abo
Dear LF Group, With some 136kHz tests I did with Andy last year, it was apparent that, as well as accurate bit timing, a more or less constant carrier phase difference could be maintained over period
Stewart Bryant schrieb: If GPS is not an option, then NTP (clock timing via the Internet) might be an alternative. There is some info on accuracy at http://www.ntp.org/ntpfaq/NTP-s-algo.htm#AEN2361 -
John Andrews schrieb: For those interested in GPS-locked BPSK, you might want to keep an eye on the Lowfer QTH.net reflector. In the next week or so, 4-5 of us will have transmit and receive capabili
Neither do I, Alan ... Up to now, the only way I found to synchronise the software and the hardware clocks is to switch the computer off and on again. Any Windows guru on this mailing list ? 73 Jean-
--Message d'origine-- De : Alan Melia [mailto:[email protected]] Envoyé : vendredi 13 février 2004 12:25 À : [email protected] Objet : Re: LF: Timing GPS Hello again Jean-Louis. I
Hi all Please keep in mind that Windows operating systems are very poor "time keepers". They drift very quickly, depending on the programs you are running. A drift of one second up to one minute per
Are you talking about something like coherent CW, Andy ? 73 de Jean-Louis F6AGR --Message d'origine-- De : Talbot Andrew [mailto:[email protected]] Judging by the lack of replies to this thre
For those interested in GPS-locked BPSK, you might want to keep an eye on the Lowfer QTH.net reflector. In the next week or so, 4-5 of us will have transmit and receive capability using VE2IQ's Afric
On Tue, 10 Feb 2004 09:35:40 -0000 Talbot Andrew <[email protected]> writes: Judging by the lack of replies to this thread - there seems little interest here. A very great pity, as accurate G
Even FFT-based tools like ARGO and JASON, amazing as they are in their present form, could be better optimized if the receiving computer knew exactly when each bit was due to start. Suggestion : "syn
Well... If you really want to play on the cheap and your ETrax has no PPS output, I suppose it is remotely feasible the leading edge of the NMEA string is probably consistent from second to second to
Well, I was really thinking of GPS locked PSK rather than any incoherent mode. WIthout the need for clock and frame timing recovery we could scrape every possible advantage for coherent signalling. W
