[boricj]

Instead of dedicating an entire Raspberry Pi with fancy pinning and temperature management by burning CPU time, wouldn't a micro-controller and a precise external oscillator fare better for time-keeping stability? I would assume that a STM32 discovery kit running a NTP server on its Ethernet port could probably do better.

[Joel_Mckay]

In general, NTP is a time sensitive process, and application processor/SoC are indeed going to have far greater rates of clock slips than an MCU running off an XTAL or TCXO.

RTLinux has a module feature to sync the scheduler to an external pin state. It is an obscure feature...

Adding more processors creates a well-known named-problem with metastability:

https://en.wikipedia.org/wiki/Clock_domain_crossing

Real-time is not guaranteed latency, and the Pi is not like Zynq fpga. =3

[auspiv]

I do have that as well, but haven't done a write up on it yet. It was a $70 GPSDO from eBay (BH3SAP variant running Fredzo firmware with some changes to enable flywheel (generating pulse in absence of GPS PPS)). I have verified it can feed the Pi for NTP. Believe the STM32 driving the GPSDO can as well but it has no ethernet capability as-is