- connman has a sort of "ntpd light" built in
- rdate should come with the Galileo image as well
Thanks. I couldnt find the right commands for connman but rdate worked.
I'm putting the steps here for others
Install the tzdata package as the first step
# opkg install tzdata
<b>It would give files
the different timezones as below</b>
# cd /usr/share/zoneinfo/
Africa CST6CDT Europe GMT0 MST7MDT Pacific Universal zone.tab
America EET GB Greenwich NZ ROC W-SU
Asia EST GMT HST NZ-CHAT ROK WET
Australia EST5EDT GMT+0 MET PRC UCT Zulu
CET Etc GMT-0 MST PST8PDT UTC iso3166.tab
<strong>Select the right one
# cd America/
Anchorage Caracas Chicago Denver Los_Angeles New_York Sao_Paulo
<strong>Set it as your timezone as follows</strong>
# ln -sf /usr/share/zoneinfo/America/Los_Angeles /etc/localtime
<strong>Use rdate to
to the correct
# rdate -s time.nist.gov
<strong>check to see its correct!</strong>
Sun Oct 5 10:51:45 PDT 2014
Then do the steps to add a service based on rdate as suggested in https://software.intel.com/en-us/forums/topic/507062
are you sure you are using the SD card image from Intel(R) IoT developer kit on https://software.intel.com/en-us/iot/downloads?
- the connman built in "ntpd light" is run automatically
- ntpd is installed there by default
- tzdata also already installed
Yes I have the official SD card image from there.
I couldnt run ntpd, and the help for connman seems to only provide wifi/bluetooth stuff.
If it was running, it was setting to wrong date. It was also stuck at the wrong date (Sep 3) and it didnt seem to move ahead so I was thinking it wasnt doing any resets from the network.
I got tzdata from the package manager, it wasnt there by default.
Maybe I have a slightly old image, and the opkg upgrade didnt do all the new features by default?
How do you mean "couldn't run ntpd"?
BusyBox v1.22.1 (2014-08-14 18:40:30 BST) multi-call binary.
Usage: ntpd [-dnqNw] [-S PROG] [-p PEER]...
It might not come with all standard options so possibly if the time skew is too big it will fail as there is no "-g" option, i.e. you'd have to run something like rdate to set an initial date but then it should work to sync the date.
@connman "ntpd": I have seen issues in certain restricted networks. However, at least for me at home it works great - after a short time I have the correct date after booting.
I currently also don't seem to have latest version installed:
# cat /etc/version