Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> What about emitting Adeos events when receiving NTP corrections ? This
>> way, we would avoid reinventing NTP ?
> IIRC, NTP was designed to synchronise clocks over unreliable and slow
> media. The math behind it /may/ be useful (though it may also turn out
> to be too heavy), but beyond that... Already seen a NTP-over-CAN
> realisation, e.g.?
> And what would NTP over standard network buy us on a Xenomai system when
> the accuracy of NTP time stamps taken under Linux gets additionally
> degraded by Xenomai activity? I thought about NTP for our problem for a
> short while, but then quickly dropped the idea due to lacking guarantees.
> Likely, we rather need something like IEEE 1588, but there are
> unfortunate patents around that protocol.

Hmm, I think I just got distracted from my original idea.

IEEE 1588, NTP, whatever, those are synchronisation protocols, designed
for specific media. What we probably need in the Xenomai nucleus is a
generic infrastructure to tune the local clock based on some offset and
drift factor, however those were obtained. That leaves the door open for
any protocol and communication media to exchange the required sync


Attachment: signature.asc
Description: OpenPGP digital signature

Xenomai-core mailing list

Reply via email to