Tomtoms rely on it to get the local time. The sats broadcast in UTC. There is an option to sync the local time to the sat time in the menus somewhere but it doesn't change the hours AFAIK. Satnavs only really need the local time to work out the likely traffic conditions.
However it still will want you to set the local time.
You won't find much delay in the telephone network due to sampling.
You get delays when its being encoded and/or compressed like on mobile phones or VoIP.
The telephone system uses a straight 8KHz sample rate with no additional delays due to correction or compression.
The thing that will slow it down is bitstream D/A convertors if someone uses them because they are cheaper than the alternative ladder convertors. But only by a few milliseconds.
But you can configure it to use any server you like and using that VB script which posted earlier, you can set it to get the internet time has frequently as you want.
Just save the text below between the lines as 'Alter XP Timesync Interval.vbs', then click on it. To have it set the time more frequently than one hour, just type in a decimal fraction. For instance
'This section writes the correct values to the Registry
ev = WSHShell.RegRead(p2) ev = ev / 3600
cn = ""
Do While IsNumeric(CN) = False
cn = InputBox("Enter the number of hours"& vbCR & "between Internet Time updates" & vbCR & vbCR & "The current Setting in hours is: " & ev & vbCR & vbCR & "The default value is 168 hours (7 days).","Value Entry","24")
If IsNumeric(cn) = False Then MsgBox "Please enter a number!",4096,"Error!" End If
If cn = "" Then Exit Do End If
Loop
If cn "" AND cn > 0 Then
X = InStr(cn,".") cn = Left(cn,X+2)
newtime = cn * 3600 WSHShell.RegWrite p1, newtime, "REG_DWORD" WSHShell.RegWrite p2, newtime, "REG_DWORD" MsgBox "The Internet Time update interval has been changed." & vbCR & "Reboot your computer for the change to take effect.",4096,"Finished"
Else
If cn = "" Then MsgBox "The Internet Time update interval has NOT been changed.",4096,"Cancelled" Elseif cn
My WinCE satnav cum phone not only knows which time zone it's in, it will tell you your ETA as a local time at the destination.
It will also set the PDA part of the system's time to either GPS time corrected for timezone, or take the time from the network whenever I synchronise the diary, at my option.
you cannot afford to let the ADC take milliseconds. because there is a new sample coming in - you would have to sample and hold multiple samples if you had slower ADCs
Once more you display real ignorance of the subject you say you had a profession in...
Big Ben is a large old mechanical clock, which needs constant adjustment to keep it roughly correct, but I think the main issue is the digital processing which delays the signal.
Digital radio sends a multiplexed, compressed stream, as does digital TV. So, yes, it's buffered and compressed. Then buffered again when it's decompressed, as the playback device needs the entire compressed frame before it can send the numbers to the output buffer. Digital TV sets have to compensate for the differing processing delays in audio and video streams, which is one reason why lipsync is so easily lost in today's digital video world.
The other morning, my "Rugby" alarm clock was about 6 minutes out. I was listening to the radio and used to seeing the pips and seconds on the clock synchronised. Since the clock cannot have drifted that far in 24 hours, I'm guessing it must have misread the Rugby time signal. I switched the sync off and then back on, and it corrected the time within a few minutes ! Simon.
It carries a checksum, so both the data and the checksum must have been corrupted enough to match each other, or the more likely explanation the clock had simply failed to manage a sync for several days.
HomeOwnersHub website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.