Diskrepanz in den Horizons-Planeten-Ephemeriden für äquivalente Zeiten in TT und UTC bei Daten im Jahr 1969

Ich habe kürzlich mit der JPL Horizons Planet Ephemerides Web App experimentiert und eine rätselhafte Diskrepanz festgestellt.

Horizons erlaubt es, den Zeitpunkt, zu dem die Planetenephemeriden berechnet werden sollen, auf mehrere Arten anzugeben. Wenn wir nur einen oder wenige Zeitpunkte wünschen, können wir auf der Registerkarte Zeitangabe den Modus "Zeitliste angeben" auswählen. Als Zeitform können wir dann „MJD (Modified Julian Day)“ wählen. Dann können wir den Zeittyp auswählen, von dem wir 3 zur Verfügung haben: Universal Time (UT), Terrestrial [Dynamic] Time (TT) und Barycentric Dynamical Time (TDB).

Als Testfall arbeiten wir mit Mars Barycenter als Zielkörper, mit Coordinate Center: Solar System Barycenter (SSB) [500@0] 3 und mit den folgenden Ausgabeeinstellungen:

  • Ausgangsgrößen: 1. Nur Komponenten {x,y,z} positionieren
  • Referenzrahmen: ICRF
  • Bezugsebene: xy-Achsen des Bezugsrahmens (äquatorial oder äquatorial ausgerichtet, inertial)
  • Vektorkorrektur: geometrische Zustände
  • Ausgabeeinheiten: km und Sekunden

Lassen Sie uns als erstes Beispiel die Ephemeride für Mars Barycenter für MJD=51544,5 TT berechnen, was dasselbe ist wie JD(Julian Day)=51544,5 + 2400000,5=2451545 . Mit diesem Tool von JPL können wir überprüfen, ob dies dem 01.01.2000 12:00:00 TT entspricht. Wir erhalten folgende Stellung:

Komponente Wert
X 206980433.8363662
Y -186417.0131760761
Z -5667227.498321475

Wir können auch den äquivalenten MJD in UTC herausfinden, indem wir Folgendes berücksichtigen:

  1. TT (TDT; um ganz genau zu sein, es scheint, dass TT verwendet wurde, bevor TDT und TDB als zwei verschiedene Dinge definiert wurden) unterscheidet sich von TAI um 32,184 Sekunden
  2. TAI unterscheidet sich von UTC durch die Schaltsekunden, die 1972 eingeführt wurden, plus einer anfänglichen kumulierten Differenz von 10 s vor der Einführung der 1. Schaltsekunde.

Aus dieser Quelle können wir ersehen, dass für das Jahr 2000 die Differenz zwischen TAI und UTC 32 Sekunden betrug (dh 22 Schaltsekunden plus die anfängliche Differenz von 10 Sekunden). Insgesamt betrug der Unterschied zwischen TT und UTC zu diesem Zeitpunkt 32,184 + 32 = 64,184 Sekunden. Wir können also die entsprechende MJD in UTC wie folgt berechnen: 51544,5 - 64,184/86400 = 51544,499257129631587 (beachten Sie, dass die Division durch 86400 Sekunden in Tage umwandeln soll).

Wenn wir diese Zielzeit dann in die Horizons-Web-App eingeben und angeben, dass es sich um eine UT-Zeit handelt, sollten wir dieselbe Ephemeride erhalten. Und das ist in der Tat der Fall (naja, es gibt winzige Unterschiede von weniger als ein paar Metern, aber ich denke, wir können diese vorerst ignorieren; könnte an einigen Rundungsfehlern liegen):

Komponente Wert
X 206980433.8363839
Y -186417.0128144659
Z -5667227.498156091

Ich habe dann versucht, denselben Test für ein älteres Datum durchzuführen, insbesondere für 1969-07-19 04:48:00 TT (während der Apollo 11-Mission). Mit dem gleichen Zeitkonvertierungstool, das ich zuvor verlinkt habe, können wir sehen, dass dies JD=2440421,7 TT ist, was MJD=40421,2 TT ist. Wir müssen hier anmerken, dass TT/TDT erst 1984 definiert wurde. Davor haben wir ET (Ephemeridenzeit), aber laut dieser Quelle können sie als kontinuierliche Zeitskala angesehen werden. Im Rest dieser Frage verwende ich immer TT, aber es bedeutet technisch ET für Daten vor 1984. Wenn wir diesen Wert eingeben (und daran denken, anzugeben, dass er in TT ist), erhalten wir die folgende Ephemeride für das Mars-Baryzentrum:

Komponente Wert
X 29480552.64364658
Y -193577194.1755700
Z -89579659.90450171

Lassen Sie uns nun die äquivalente UTC-Zeit berechnen. Für Daten vor 1972 liefert diese Quelle den Unterschied zwischen UT und TT (technisch ET) unter der Tabelle mit dem Namen Delta-T 1620-1972 . Wir müssen zu Zeile 1965, Spalte +4 gehen (weil wir es mit dem Jahr 1969 zu tun haben), um einen Wert von +39,20 zu erhalten. Wir können dann die äquivalente UTC-Zeit als MJD= 40421,2 - 39,2/86400 = 40421,199546296295011 UTC berechnen. Wenn wir diesen Wert dann in Horizons eingeben (und daran erinnern, dass es sich um eine UT-Zeit handelt), erhalten wir dies für das Baryzentrum des Mars:

Komponente Wert
X 29480566.46219511
Y -193577191.3534565
Z -89579658.98486346

Wie wir sehen können, betragen die Unterschiede jetzt einige Kilometer! Das mag klein erscheinen, aber ich versuche gerade, die Flugbahn der Apollo-11-Mission zu simulieren. An einem Punkt während der Simulation führe ich eine Änderung des Koordinatenzentrums von der Erde zum Mond basierend auf JPL-Ephemeriden durch, sodass ein Fehler von Kilometern hier zu sehr falschen Flugbahnen von diesem Punkt an führen wird.

Interessanterweise geschieht dies nicht für ein Datum im Jahr 2000, wie oben gezeigt. Ich habe verschiedene andere Verfahren ausprobiert (im Prinzip falsch, aber ich habe nur versucht zu sehen, ob Horizons das intern macht), um von TT in UTC-Zeit zu konvertieren:

  • Unter Verwendung einer Differenz zwischen TAI und UTC von 8 Sekunden für 1969 ergibt sich eine Differenz zwischen TT und UTC von 8+32,184=40,184 Sekunden. Die Auswahl von 8 Sekunden basiert auf dem Wert, der in der aggregierten Datei CelesTrak Earth Orientation Parameters angegeben ist .
  • Unter Verwendung einer Differenz zwischen TT und UTC von 32,184 Sekunden für 1969, dh unter der Annahme, dass TT und UTC gleich sind.

Keines davon führte zu denselben Ephemeriden wie bei dem entsprechenden TT-Wert.

Hat jemand eine Idee, woher dieser Unterschied in den Ephemeriden kommt, die mit äquivalenten TT und UTC für 1969 erhalten wurden? Ich denke, Horizons konvertiert intern die Zeiten wie folgt: UTC -> TT -> TDB, da TDB eigentlich zusammen mit Chebyshev-Koeffizienten eingegeben werden muss, um die Ephemeriden zu berechnen. Irgendwie ist die Konvertierung zwischen UTC und TT für 1969 anders als erwartet, aber ich kann nicht herausfinden, wie.

Der Astronom Steve Allen unterhält eine umfangreiche Website über Schaltsekunden und verwandte Themen, zB die Geschichte der Zeitskalen . Es gibt eine Menge Informationen auf dieser Seite, und es ist ein bisschen wie ein Kaninchenbau, mit denselben Informationen, die an verschiedenen Stellen wiederholt werden. Es ist wahrscheinlich eine gute Idee, mit dem kurzen Artikel Zwei Arten von Zeit sind notwendig zu beginnen .
Für Ihre spezielle Frage kann diese Tabelle hilfreich sein: hpiers.obspm.fr/iers/bul/bulc/TimeSteps.history
Übrigens pflegt die IETF eine maschinenlesbare Schaltsekundenliste. ietf.org/timezones/data/leap-seconds.list Sie können es in Python wie folgt abrufen und analysieren: gist.github.com/PM2Ring/9dc0fa6a39dafb88b9e30f514b0dfead
Für dieses Problem ist diese Offset-Tabelle zwischen TAI und 'UTC' besser, da sie sich vor 1972 erstreckt, als UTC offiziell eingeführt wurde
Das Horizons-Handbuch beschreibt, wie sie Delta-T verwenden. Stellen Sie sicher, dass Sie das verwenden, was sie verwenden: ssd.jpl.nasa.gov/horizons/manual.html
Über den von @GregMiller bereitgestellten Link bin ich zur EOP2-Datei gelangt . Die Verwendung des dort angegebenen TAI-UT1-Werts scheint die beiden Ephemeriden viel näher zusammenzubringen!

Antworten (1)

Dies beantwortet Ihre Frage nicht direkt, behebt jedoch die Diskrepanz.

Die von Ihnen verwendete DAT-Spalte ist eine ganze Zahl. Das ist eine proleptische Schaltsekunde und vor 1972 nicht korrekt. Zwischen 1966 und 1971 verwendete das US National Bureau of Standards (NBS, jetzt National Institute of Standards and Technology (NIST)) ein Konzept namens Stepped Atomic Time Schaltsekunden (Schritte von 0,2 Sekunden) wurden gelegentlich zu dem hinzugefügt oder abgezogen, was jetzt als UTC bezeichnet wird, anstelle der Schaltsekunden, die seit 1972 gelegentlich hinzugefügt oder abgezogen wurden.

Ich glaube, dass vor 1966 die Korrekturen der heutigen UTC täglich vom NBS-Radiosender WWV vorgenommen wurden.

Wow, Zeitskalen sind wirklich ein endloses Labyrinth! Wirklich interessant. Ich habe versucht, nach Tabellen mit schrittweisen Atomzeitkorrekturen zu suchen, konnte sie aber nicht finden (noch weniger Radiotranskripte für vor 1966). Die EOP2-Datei von JPL enthält jedoch täglich TAI-UT1 bis zurück ins Jahr 1962. Ich denke, dies ist die beste Quelle, die ich bisher für diese gefunden habe! Es gibt mir jetzt in der Tat eine viel bessere Übereinstimmung zwischen den erhaltenen Ephemeriden bei der Eingabe der Zeit in UT und in TT, immer noch nicht perfekt, aber sehr nahe
@Rafa Endloses Labyrinth beschreibt die Situation nicht ganz. Es ist komplizierter als das.
Sie erhalten möglicherweise noch bessere Ergebnisse, wenn Sie eine Art Interpolation (linear, Lagrange, ...) verwenden, um den Wert zum Zeitpunkt des Interesses zu finden. Denken Sie auch daran, dass es bis zu 2 Millisekunden Unterschied zwischen der Zeit gibt, die von JPLs angekreuzt wird T eph und Zeit, wie sie von einer Atomuhr auf Meereshöhe (TAI) getickt wird.
Ich habe in der Tat bereits lineare Interpolation verwendet, muss andere Schemata untersuchen! Ich muss diesen zusätzlichen Unterschied zwischen untersuchen T e P H und TAI. Da Sie die Höhe erwähnen, schätze ich, dass es auf relativistische Effekte zurückzuführen ist?
@Rafa TAI ist definiert als die Zeit, die von einer perfekten Atomuhr getickt wird, die sich auf der Oberfläche des Geoids befindet, das sehr nahe am mittleren Meeresspiegel liegt. JPL und andere Organisationen, die Ephemeriden generieren, verwenden unterschiedliche Zeitskalen. Einige verwenden die baryzentrische Koordinatenzeit (TCB), die Zeit, wie sie von einer perfekten Atomuhr getickt wird, die sich weit außerhalb des Sonnensystems befindet. Andere, einschließlich JPL, verwenden die baryzentrische dynamische Zeit (TDB), bei der es sich um TCB handelt, die um einen Faktor skaliert ist, der darauf abzielt, TDB im Durchschnitt mit der gleichen Geschwindigkeit wie TAI ticken zu lassen.
JPL verwendete seine eigene Zeitskala ( T eph ) bis vor kurzem. TDB wurde neu definiert, um dem DE405 zu entsprechen T eph . JPL verwendet jetzt TDB und nicht mehr sein selbstgebautes T eph .
Der Hauptgrund dafür, dass sich TAI und TDB um bis zu ein paar Millisekunden unterscheiden, ist die etwas exzentrische Umlaufbahn der Erde um die Sonne. Im Durchschnitt ticken sowohl TAI als auch TDB mit der gleichen Rate, aber zu jeder Zeit tickt einer etwas schneller als der andere.