On a previous thread, I had issues with Ekos polling data from my USB GPS receiver. Well that issue has been fixed. This one is different. I ran some tests last night with the Pi3 running headless (no ethernet /internet) this time and found that although proper location data is retrieved for my area, the time data is not. When I boot the Pi, the system time and date is way off obviously. That time and date information should correct itself once I connect to GPSD in EKOS, both in the mount UTC field and in Kstars, correct? I can see GPSD has got a fix, and latitude/longitude are correct, UTC is set to - 5, but the UTC time field is just a calculation of the incorrect system time +5. The local time in Kstars just sets itself to the system time. Clicking "update" in the GPSD driver doesn't correct things. Very weird behavior. The only way to get time to correct itself is to connect the Pi3 to the internet. cgps shows the correct UTC time after satlock whether offline or online.

Using a tutorial I found, I attempted to see if I can set the system time from GPSD at boot, but I've run into a wall because I'm getting errors from NTP. The NTP daemon will not start and any attempt to start the NTP service exits with the message:

● ntp.service - LSB: Start NTP daemon
Loaded: loaded (/etc/init.d/ntp; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since pet 2017-03-24 13:24:13 CET; 3s ago
Docs: man:systemd-sysv-generator(
Process: 2092 ExecStart=/etc/init.d/ntp start (code=exited, status=5)

mar 24 13:24:13 tnmtv3 systemd[1]: Starting LSB: Start NTP daemon...
mar 24 13:24:13 tnmtv3 systemd[1]: ntp.service: Control process exited, code=exited status=5
mar 24 13:24:13 tnmtv3 systemd[1]: Failed to start LSB: Start NTP daemon.
mar 24 13:24:13 tnmtv3 systemd[1]: ntp.service: Unit entered failed state.
mar 24 13:24:13 tnmtv3 systemd[1]: ntp.service: Failed with result 'exit-cod

If I apt purge ntp and then reinstall ntp, everything will work... until I reboot. Then the error comes back. This is a relatively fresh Stellarmate install, so. I'm wondering if there is something wrong with MATE 16.04 for the Pi, or maybe a permissions issue?

What I want to know is if either issue is repeatable on other people's Pi3's running offline or is this exclusive to just me? I could care less about the NTP problem if I can just get EKOS/KSTARS to set to the GPS time signal once there is a satellite lock.

Read More...