De klok van de GPS satelliet is ooit begonnen met piepjes uitzenden op tijdstip 0000.
Dat was geen kloktijd.
Het was gewoon tijdstip 0.
Aan alle computers en ontvangers is destijds verteld dat tijdstip 0000 gelijk stond aan UTC XX:XX op datum YY/ZZ/20??
Vanaf dat moment is het systeem gewoon gaan tellen en wist dus hoe laat het moest zijn op de ontvangers.
De ontvanger ontvangt dus niet constant een datum en tijd van de satelliet, maar telt zelf secondes bij tijdstip 0 op.
Als de satelliet zijn piepje uitzendt vertelt hij gelijk erbij dat hij dat deed op de zoveelste seconde na tijdstip 0.
De ontvanger krijgt het piepje op tijdstip 0 + uitzendseconde + x en kan daarmee allerlei berekeningen maken. Onder meer hoe lang het piepje er over gedaan heeft, wat bijvoorbeeld (samen met het gemeten doppler-effect) een maat is voor je snelheid.
Net als een kilometerteller in je auto kwam die klok aan bij 9999 en moest dus gereset worden naar 0.
Tegelijk werd aan alle computers verteld dat die nieuwe tijdstip 0 gelijk stond aan de tijd en datum waarop dat gedaan werd.
Vandaar dat het mogelijk was dat de GPS ontvanger enige tijd van slag kon zijn.
(Tot zover de theoretische achtergrond. Maar ik vermoed dat het zo wat duidelijker wordt. Anders laat je het maar mooi voor wat het waard is.
)
Hierop voortbordurende kan ik mij niet voorstellen dat jouw probleem hier uit voortkomt.
Jouw systeem moet allang weten dat de klok gereset is.
Waar het dan wel aan ligt?
Moeilijk.
Ik kan mij voorstellen dat er een conflict ontstaat tussen de interne GPS en de externe.
En dat dat conflict alleen van invloed is op de door jouw genoemde systemen.
Is het mogelijk om de interne uit te schakelen en dan kijken of hij het wel doet?
Werken alle systemen wel naar behoren als de externe GPS niet aangesloten is?
[Edit: typefoutjes]