eive/eive-obsw
eive/eive-obsw
13
4
Fork 0
Code Issues4 Pull Requests1 Releases121 Wiki Activity

GPS Time Handling #203

Merged
meierj merged 7 commits from mueller/gps-time-update into develop 2022-04-08 13:33:13 +02:00
Conversation 1 Commits 7 Files Changed 17 +961 -805
muellerr commented 2022-04-07 17:31:19 +02:00
Owner
  • Adds time handler component in Core Controller
  • If the fix type has changed inside the GPS handler, a dedicated event will be generated
  • Core Controller listens for this events and keeps track of GPS fix
  • If a fix is available, it is assumed that the system time is set by ntpd. In that case, regularly back up the current Unix time inside a file
  • If the SW is rebooted and the GPS is not available, set the clock with the time backup file
  • Related PR:
  • For some reason, time has to be set to a sane value for NTP to be able to reach the GPSD data (???????).
    • For now, the core controller AND the gps controller will perform a sanity check on the time at software startup and set it to some remotely correct value. The sanity check simply checks whether the year of the unix timestamp is 2000
    • This can be either the one from the time file in case of the core controller or the GPS time which is received correctly from GPSD in case of the GPS controller.
    • I would prefer trying out a program like chrony or properly installing ntpd, gpsd and all the other stuff properly with yocto, but there is not much time for this.
- Adds time handler component in Core Controller - If the fix type has changed inside the GPS handler, a dedicated event will be generated - Core Controller listens for this events and keeps track of GPS fix - If a fix is available, it is assumed that the system time is set by `ntpd`. In that case, regularly back up the current Unix time inside a file - If the SW is rebooted and the GPS is not available, set the clock with the time backup file - Related PR: https://egit.irs.uni-stuttgart.de/eive/eive-tmtc/pulls/54 - For some reason, time has to be set to a sane value for NTP to be able to reach the GPSD data (???????). - For now, the core controller AND the gps controller will perform a sanity check on the time at software startup and set it to some remotely correct value. The sanity check simply checks whether the year of the unix timestamp is 2000 - This can be either the one from the time file in case of the core controller or the GPS time which is received correctly from GPSD in case of the GPS controller. - I would prefer trying out a program like chrony or properly installing `ntpd`, `gpsd` and all the other stuff properly with yocto, but there is not much time for this.
muellerr added 3 commits 2022-04-07 17:31:23 +02:00
muellerr added this to the v1.10.0 milestone 2022-04-07 17:31:27 +02:00
muellerr changed title from GPS Time Handling to WIP: GPS Time Handling 2022-04-07 17:34:40 +02:00
muellerr added 1 commit 2022-04-08 11:22:29 +02:00 
- Tests finished
muellerr changed title from WIP: GPS Time Handling to GPS Time Handling 2022-04-08 11:28:52 +02:00
muellerr added 1 commit 2022-04-08 11:31:36 +02:00
muellerr requested review from gaisser 2022-04-08 11:31:52 +02:00
muellerr added 1 commit 2022-04-08 11:40:43 +02:00
muellerr added 1 commit 2022-04-08 11:41:25 +02:00
muellerr removed review request for gaisser 2022-04-08 11:43:22 +02:00
muellerr requested review from meierj 2022-04-08 11:43:26 +02:00
meierj approved these changes 2022-04-08 13:33:05 +02:00
meierj merged commit ff5e271f88 into develop 2022-04-08 13:33:13 +02:00
muellerr deleted branch mueller/gps-time-update 2022-04-08 14:09:04 +02:00
Sign in to join this conversation.
No Reviewers
meierj
No Label
No Milestone v1.10.0
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: eive/eive-obsw#203
No description provided.
Delete Branch "mueller/gps-time-update"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?