Announcement

Collapse
No announcement yet.

GPS date/time sync behavior

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • GPS date/time sync behavior

    I'm planning to use the GPS date/time sync feature in RR on a CarPC that's always in standby or hibernate and both RR and Navi software always running at the same time.

    How does RR schedule time/date sync? Will it sync coming out of standby/hibernate?

    Do I need a serial port splitter (i.e. GpsGate) to have both RR sync feature and Navi software running in parallel? The failure mode would be PC coming out of standby with both RR and Navi SW running, Navi grabs the com port, then RR trys to sync and fails to open port or vice versa.

    On a related topic, the volume control via GPS speed: Does RR also need constant access to the com port?

    Thanks,
    Bryan

  • #2
    I have had issues with the GPS date/time sync. It caused my clock to go wonky a few times and it set the time wrong.

    You will definitely need a port splitter, otherwise RR will lock out the port you select for it and your navi software won't work. GPSGate is a good choice, I perfer it to Xport. Xport is free though, so that's a consideration.

    The GPS speed volume control does not need access to the com port, that's based on IGuidance sending wav data and RR picks that up.

    Comment


    • #3
      Originally posted by Machinehead View Post
      I have had issues with the GPS date/time sync. It caused my clock to go wonky a few times and it set the time wrong.
      The ability for this to work correctly has a lot to do with the brand of GPS antenna that you are using. There is supposed to be a standard gps string format that its supposed to send to the comp but after guino added the feature, found that different ones send out the date/time in different formats. Which makes this feature a hit/miss kinda one.

      Originally posted by Machinehead View Post
      You will definitely need a port splitter, otherwise RR will lock out the port you select for it and your navi software won't work. GPSGate is a good choice, I perfer it to Xport. Xport is free though, so that's a consideration.
      I'll second that XPort recommendation!

      Originally posted by Machinehead View Post
      The GPS speed volume control does not need access to the com port, that's based on IGuidance sending wav data and RR picks that up.
      Just FYI, the GPS speed vol( GPS Speed Att) actually uses the data from RR's com port, as do some other of RR's built in GPS type featues..
      RideRunner...The #1 FE, PERIOD.

      Current Project: DFXVoice [v1.0 Released]
      Next in line: RRMedia v2.0

      DFX 5.1.1 Skin
      Appstore Link

      My RideRunner Plugins
      RRMedia
      RRExtended
      DFXVoice

      "There are no bugs - only undocumented features."

      Comment


      • #4
        Originally posted by Blue ZX3 View Post
        Just FYI, the GPS speed vol( GPS Speed Att) actually uses the data from RR's com port, as do some other of RR's built in GPS type featues..
        You would definitely know better than I. Thanks for catching my mistake.

        Comment


        • #5
          Make sure you get all the windows updates if you're an hour off right now. I think KB942763 fixed the DST change.

          Comment


          • #6
            M$ updates... We don't need no stink'n updates...
            RideRunner...The #1 FE, PERIOD.

            Current Project: DFXVoice [v1.0 Released]
            Next in line: RRMedia v2.0

            DFX 5.1.1 Skin
            Appstore Link

            My RideRunner Plugins
            RRMedia
            RRExtended
            DFXVoice

            "There are no bugs - only undocumented features."

            Comment


            • #7
              I personally do not recommend setting RR to set the time via GPS. I had done this at one time and it set it like months off from the correct date and time! I have seen many many reports of this. This is not really a RR problem, but the way the GPS does not have a "good enough lock" even though it appears to, and sets the time with what it has, as incorrect as it may be.
              Front End of Choice: Ride Runner (Is there anything else??? ) & Powered by the DFX5.1 Skin Available in the Mobile App Mart

              My Fiero Build Thread

              Comment


              • #8
                Thanks guys, so it seems that the RR time/date can have some irregularities. Shouldn't RR look at other NMEA sentences to verify proper satellite lock before updating?

                Comment


                • #9
                  That could be the problem too. If I'm correct, RR has to see at least 3 sats locked before it will assume incoming gps data is good.
                  RideRunner...The #1 FE, PERIOD.

                  Current Project: DFXVoice [v1.0 Released]
                  Next in line: RRMedia v2.0

                  DFX 5.1.1 Skin
                  Appstore Link

                  My RideRunner Plugins
                  RRMedia
                  RRExtended
                  DFXVoice

                  "There are no bugs - only undocumented features."

                  Comment


                  • #10
                    Originally posted by JohnWPB View Post
                    I personally do not recommend setting RR to set the time via GPS. I had done this at one time and it set it like months off from the correct date and time!
                    I had the exact same experience. I want to say it was like 4 months off.
                    Car Pc progress meter:
                    [-5%-------------------] Carpc build #2. So far, 20$ deep! I love recycling!

                    "The car is the closest we will ever come to creating something that is truly alive" -Sir William Lyons
                    My worklog

                    Comment


                    • #11
                      Originally posted by CombatCQB View Post
                      Thanks guys, so it seems that the RR time/date can have some irregularities. Shouldn't RR look at other NMEA sentences to verify proper satellite lock before updating?
                      Windows XP has built in time update based on having an internet connection. Other than the bios battery dying, I've never seen a windows machine get out of time sync.

                      Comment


                      • #12
                        The NMEA data from the GPS itself sets if the GPS has a valid lock or not -- this is reported by the GPS to RR and when the lock is valid and the option is set, RR will attempt to set the time of the machine, however, there is some sort of lack of standard of the date format between different GPS devices, and that causes the month/day to be switched around and could easily cause the date to be off. There's a setting to tweak that, but many times it is just not right.
                        Ride Runner RR's Myspace

                        "Being happy is not about having what you want, it's about wanting what you have."
                        "The best things in life are always free - but that doesn't mean money can't buy you good things."

                        Comment

                        Working...
                        X