On 27/08/13 02:46, james.perou...@gmail.com wrote:
That's actually my code so I'm very familiar with it :) I'm hard coding a
2.5ppm offset to compensate for the difference between the measured frequency
and the ntp reported frequency. The reason I'm posting is that I'm unhappy with
this
Rob schrieb:
Martin Burnicki martin.burni...@meinberg.de wrote:
Rob wrote:
Martin Burnicki martin.burni...@meinberg.de wrote:
Extracting some refclock driver code from ntpd, modify it so that it
uses the SHM interface instead of ntpd's native refclock interface,
and putting all this into an
On 2013-08-25, Ron Hahn (EI2JP) ntp-questi...@dhco.org wrote:
Hello,
I am trying to get an Oncore GPS board to PPS a FreeBSD 8.3
installation. Originally I was using a Sure GPS board and now I want
the better Oncore board to be working. From the log output below I am
talking to the
Martin Burnicki martin.burni...@meinberg.de wrote:
What I meant is the usage of CreateFileMapping() and MapViewOfFile() for
shared memory segments, as it is done in ntpd's refclock_shm.c.
We are using this in the Windows driver package for our PCI cards, but
this usage is not related to
Colleagues, an update:
I now have the OnCore board actually speaking to the computer. All
signals including the PPS signal are translated level using a MAX232
chip, with the PPS signal on the DCD line. I also have the kernel
recompiled as described on http://blog.doylenet.net/?p=145.
So the
Hi, Ron--
On Aug 27, 2013, at 3:02 PM, Ron Hahn (EI2JP) ntp-questi...@dhco.org wrote:
So the everything is appearing to be wired correctly and ntpd is
communicating with the OnCore board.
So far, so good.
Now the output from ntpq -c pe is not looking so good:
[root@jupiter /etc]#