Steve Kostecke koste...@ntp.org wrote:
On 2009-12-25, Marc-Andre Alpers m-a.alp...@web.de wrote:
Es schrieb Rob:
Be patient. After a while things will stabilize and you can make another
judgement about the accuracy of your offset.
I think that's good enough for me. Time1 0.0315
David Lord writes:
I'm about 1000km away and propagation effects give me a complete loss
of signal twice a day on most days depending on weather conditions etc
so even ms accuracy is difficult to maintain.
What sort of antenna do you have? That's the most important component
of a VLF
Rob wrote:
Steve Kostecke koste...@ntp.org wrote:
On 2009-12-25, Marc-Andre Alpers m-a.alp...@web.de wrote:
Es schrieb Rob:
Be patient. After a while things will stabilize and you can make another
judgement about the accuracy of your offset.
I think that's good enough for me. Time1 0.0315
John Hasler wrote:
David Lord writes:
I'm about 1000km away and propagation effects give me a complete loss
of signal twice a day on most days depending on weather conditions etc
so even ms accuracy is difficult to maintain.
What sort of antenna do you have? That's the most important
Rob wrote:
David Lord sn...@lordynet.org wrote:
I'm pretty sure us accuracy is available at closer range
since it is possible to sync to exact cycle of carrier
with period of around 13us, ie to within a fraction of
that so 1us shouldn't be a problem.
The problem is not in the accuracy of the
David Lord sn...@lordynet.org wrote:
I'm pretty sure us accuracy is available at closer range
since it is possible to sync to exact cycle of carrier
with period of around 13us, ie to within a fraction of
that so 1us shouldn't be a problem.
The problem is not in the accuracy of the transmitter
Rob writes:
I have both DCF77 and GPS receivers connected and there is a very
clearly visible change in the relative offsets between those over a
day/night cycle. This is of ms order of magnitude.
You might be able to improve that by orienting your antenna to better
reject skywave.
--
John
On 2009-12-25, Marc-Andre Alpers m-a.alp...@web.de wrote:
Es schrieb Rob:
Be patient. After a while things will stabilize and you can make another
judgement about the accuracy of your offset.
I think that's good enough for me. Time1 0.0315
remote refid st t when poll reach
Over the years I've come to the conclusion that it's easier to rewrite
from scratch than to reverse engineer someone else's code. Especially
so when no effort is made to document what the code is doing, the
algorithms used, what the variables represent, etc. Far too many people
code in just
Marc-Andre Alpers m-a.alp...@web.de wrote:
Es schrieb David Lord:
I've fudged the SHM with
fudge 127.127.28.0 time1 0.024550 refid MSFa
I'm about 400km away from DCF77. What a fudge should I use?
The fudge is determined by the way the clock interfaces to the computer
(via RXS introduces a
Marc-Andre Alpers wrote:
Es schrieb David Lord:
I've fudged the SHM with
fudge 127.127.28.0 time1 0.024550 refid MSFa
I'm about 400km away from DCF77. What a fudge should I use?
Actuell ntpq -p from over night running PC.
remote refid st t when poll reach delay
Es schrieb Rob:
Get a better set of time references on the network (that a referenced
off a GPS or similar clock) and that agree to eachother.
With this set, there is no way to tell where you are.
And now?
remote refid st t when poll reach delay offset jitter
Marc-Andre Alpers m-a.alp...@web.de wrote:
Es schrieb Rob:
Get a better set of time references on the network (that a referenced
off a GPS or similar clock) and that agree to eachother.
With this set, there is no way to tell where you are.
And now?
remote refid st t
Es schrieb Rob:
Be patient. After a while things will stabilize and you can make another
judgement about the accuracy of your offset.
I think that's good enough for me. Time1 0.0315
remote refid st t when poll reach delay offset jitter
Es schrieb David Lord:
You may want to try radioclkd2 which decodes DCF ok and uses
the SHM refclock driver.
Yes radioclkd2 does the job.
marc-an...@lanserver:~/radioclkd2-0.06$ sudo ./radioclkd2 -d ttyS0:-cts
version 0.06
Added clock unit 0 on line 'ttyS0:-cts'
pid 8421 for device
On Dec 24, 10:08 UTC, Marc-Andre Alpers wrote:
ntp_loopfilter.c:520: error: ¡MOD_NANO¢ undeclared (first use in this
function)
Please see http://bugs.ntp.org/1219
You will probably want to add
#define MOD_NANO ADJ_NANO
to either timex.h or ntp_loopfilter.c. If you then see another
Es schrieb Dave Hart:
You will probably want to add
#define MOD_NANO ADJ_NANO
It works!
remote refid st t when poll reach delay offset jitter
==
LOCAL(0).LOCL. 10 l 25
Hi there
Marc-Andre Alpers wrote:
I have no RS232 tester. The cover of the receiver is sealed. No screws.
http://666kb.com/i/bf7g1grgo1sbus2c1.jpg
The connector inside:
http://666kb.com/i/bf7fxqd8cr17q7d8x.jpg
That's female on the left and male on the right?
Es schrieb Rob van der Putten:
The connector inside:
http://666kb.com/i/bf7fxqd8cr17q7d8x.jpg
That's female on the left and male on the right?
Yes.
http://666kb.com/i/bf7g2xelg4xqppx3l.jpg
That's male on the left and female on the right?
Yes.
The circuit 'expects' NTPD to raise
Rob van der Putten wrote:
Hi there
Marc-Andre Alpers wrote:
I have no RS232 tester. The cover of the receiver is sealed. No screws.
http://666kb.com/i/bf7g1grgo1sbus2c1.jpg
The connector inside:
http://666kb.com/i/bf7fxqd8cr17q7d8x.jpg
That's female on the left and male on the right?
Es schrieb David Lord:
All refclocks docs I've checked, by no means all, expect serial
data on RxD.
Look at Message-ID: hgvejq$gc...@news.eternal-september.org
Radioclkd2 read the data on cts signal line. Perhaps someone has rebuilt the
plug?
Merry xmas!
MfG Marc-Andre Alpers
I looks very good.
remote refid st t when poll reach delay offset jitter
==
LOCAL(0).LOCL. 10 l 12 64 3770.0000.000 0.001
*SHM(0) .DCF.0 l
Hi there
David Lord wrote:
I saw it as CTS on brown and RI on Orange
Correct.
All refclocks docs I've checked, by no means all, expect serial
data on RxD.
Rewiring the plug might help;
Brown and Orange probably have opposite polarity;
+-+ +-++ 12 V
| | | |
Hi there
Marc-Andre Alpers wrote:
The Clock works correctly on windows with the programm DCF77_32.exe provided
on this site: http://www.rrs-web.net/in3her/dcf77_32.html
This is about a Conrad DCF77 receiver. A Conrad DCF77 receiver doesn't
have a LED.
And NTPD usually receives data on RXD.
Es schrieb Rob van der Putten:
Maybe you can post a link to the receiver you're using.
I can give you a Picture:
http://666kb.com/i/bf7er4kfwd3feibip.jpg
MfG marc-Andre Alpers
___
questions mailing list
questions@lists.ntp.org
Hi there
Marc-Andre Alpers wrote:
I can give you a Picture:
http://666kb.com/i/bf7er4kfwd3feibip.jpg
Definitly not a a Conrad.
Anyway, some specs would be nice. Lacking those a bit of reverse
engineering.
Have you tried a RS232 tester? Which LEDs are on? Which colour? Which
one blinks?
Es schrieb Rob van der Putten:
Have you tried a RS232 tester? Which LEDs are on? Which colour? Which
one blinks?
I have no RS232 tester. The cover of the receiver is sealed. No screws.
http://666kb.com/i/bf7g1grgo1sbus2c1.jpg
The connector inside:
http://666kb.com/i/bf7fxqd8cr17q7d8x.jpg
Ok. I have open the cover:
http://666kb.com/i/bf7gu30cuwvtkayfl.jpg
http://666kb.com/i/bf7gswr7gmq48o4i9.jpg
The ICs are one MAX350 and one 74HC14D.
The red wire is ground.
The black wire is +5V DC
On brown an orange wire i have puls voltage up to 12 volt every second. But
i only have a cheap
Here some pictures from the dcf77 decoder on Win 2000 with the clock:
Befor sync:
http://666kb.com/i/bf7hgd6exsvtpuf2p.bmp
After sync:
http://666kb.com/i/bf7hia21x28co76j5.bmp
MfG Marc-Andre Alpers
___
questions mailing list
questions@lists.ntp.org
On 12/23/2009 8:50 AM, Marc-Andre Alpers wrote:
Es schrieb Rob van der Putten:
Maybe you can post a link to the receiver you're using.
I can give you a Picture:
http://666kb.com/i/bf7er4kfwd3feibip.jpg
(Shrug)
Looks like a SURE RPC modul DCF 77 Funkuhr ?
Es schrieb :
Looks like a SURE RPC modul DCF 77 Funkuhr ?
http://www.linum.com/de/produkte/hardware/funkuhr/dcf77/sure/seriell/fotos.htm
Yes this is the Clock. With this name i found this thread:
http://lists.ntp.isc.org/pipermail/questions/2006-January/008689.html
But it looks that i have
On Dec 23, 20:52 UTC, Marc-Andre Alpers m-a.alp...@web.de wrote:
Looks like a SURE RPC modul DCF 77 Funkuhr ?
http://www.linum.com/de/produkte/hardware/funkuhr/dcf77/sure/seriell/...
Yes this is the Clock. With this name i found this thread:
Dave Hart daveh...@gmail.com wrote:
The same poster who referred you to the linum.com URL above also
provided a link to a Linux Support PDF. I do not read German
particularly well, but I did see a reference to parse mode 5, have you
tried that?
Yes i have tried mode 5, but then the LED does not
Es schrieb Dave Hart:
On my search i have found this:
http://www.buzzard.me.uk/jonathan/radioclock.html
I installed the programm and start the test mode. After a few seconds this
output scrolls over my screen:
lanserver:~# radioclkd -t ttyS0
DCD: 10 0 CTS: 24490096
Dave Hart daveh...@gmail.com wrote:
The same poster who referred you to the linum.com URL above also
provided a link to a Linux Support PDF. I do not read German
particularly well, but I did see a reference to parse mode 5, have you
tried that?
Yes i have tried mode 5, but then the LED does not
Marc-Andre Alpers wrote:
Es schrieb Dave Hart:
On my search i have found this:
http://www.buzzard.me.uk/jonathan/radioclock.html
I installed the programm and start the test mode. After a few seconds this
output scrolls over my screen:
lanserver:~# radioclkd -t ttyS0
DCD: 10
Marc-Andre Alpers wrote:
Dave Hart daveh...@gmail.com wrote:
The same poster who referred you to the linum.com URL above also
provided a link to a Linux Support PDF. I do not read German
particularly well, but I did see a reference to parse mode 5, have you
tried that?
Yes i have tried
Marc-Andre Alpers wrote:
Es schrieb Dave Hart:
On my search i have found this:
http://www.buzzard.me.uk/jonathan/radioclock.html
I installed the programm and start the test mode. After a few seconds this
output scrolls over my screen:
lanserver:~# radioclkd -t ttyS0
DCD: 10
On Wed, 23 Dec 2009 17:50:23 +0100, Marc-Andre Alpers wrote:
Es schrieb Rob van der Putten:
Maybe you can post a link to the receiver you're using.
I can give you a Picture:
http://666kb.com/i/bf7er4kfwd3feibip.jpg
This device looks very much like a DCF77 receiver I have.
The standard
David Lord wrote:
..
I can't remember if I tried radioclkd before using radioclkd2.
With radioclkd2 it needs 2 - 3 minutes before getting into
sync, there being status displayed at each minute. I'm not
sure if WWVB mode works but you may see failure to decode
that before it finds
Does the software include any documentation explaining what this output
means? It certainly does not seem to be in any way useful unless there
is some explanation of the output.
If there is none, I'd drop it in the garbage and use something else!
Or look at the source code.
--
These are my
41 matches
Mail list logo