1

I am running 2 ARM devices:
devA is connected to Ethernet network with all of its NICs
devB has the LCD, buttons and all this things for user interfacing, but no NIC and no RTC battery

Both devices run on kernel 4.9 provided by Texas Instruments.

Current time should be displayed on LCD (devB), but as mentioned there is no RTC battery, so after power down system time is kinda random...
On the other hand devB has RTC with battery, NTP and PTPv2 client.
Both devices are connected with pppd over serial connection (RS422) which creates TCP/IP network between them.
I tried pushing time with NTP, but it takes lots of time before ntpd client on devB decides that it's ready to grab time from devA (sometime's it could go to an hour or more).
Now to have close-to-real time on LCD I'm forcing new time with ssh and date. That is far from what could be called good solution.

I tried to setup PTP synchronisation between them, but it seems that ppp0 interface has no timestamping available. Here is output from ethtool:

# ethtool -T ppp0
Time stamping parameters for ppp0:
Capabilities:
    software-receive      (SOF_TIMESTAMPING_RX_SOFTWARE)
    software-system-clock (SOF_TIMESTAMPING_SOFTWARE)
PTP Hardware Clock: none
Hardware Transmit Timestamp Modes: none
Hardware Receive Filter Modes: none

If I'm right the thing I'm missing here is capability software-transmit (SOF_TIMESTAMPING_TX_SOFTWARE)
Is it possible to create ppp connection supporting PTP? if yes how can I achieve this? Or maybe there is some other way to properly synchronize those devices?

  • 2
    I'm voting to close this question as off-topic because it's a pretty specific network time sync question. I think this will be better asked on unix.stackexchange.com or maybe superuser.com – hardillb Jan 11 at 10:58
  • As random idea, why not just run the ntpdate command to pull the time over the PPP link, triggered by the onUP script for the PPP daemon? – hardillb Jan 11 at 11:00
  • I'm currently doing something like that, but the clock in this device is terrible, and before the ntpd kicks in, that time is few seconds away again. About off-topic - I was pretty sure I have better chance finding here, in IoT, someone that dealt with some similar issue. – mslo Jan 12 at 11:48
  • If the clock drift is that bad you could just run ntpdate via cron every 10mins – hardillb Jan 12 at 13:16

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Browse other questions tagged or ask your own question.