26. Juli 2026  ·  🔭 Astronomie

Der vergessene Meridian-Flip – wie ein einzelnes Häkchen zwei Aufnahmen kostete

Es gibt Fehler, die sehen aus wie eine Katastrophe und sind in Wahrheit ein nicht gesetztes Häkchen. Dieser hier war so einer – und er hat mich am Ende genau zwei Aufnahmen gekostet, obwohl der Bildschirm nach Totalausfall aussah. Und weil ich beim Blick auf den Bildschirm minutenlang das Falsche vermutet habe, schreibe ich ihn auf – als Warnung an mein zukünftiges Ich und an alle, die eine Harmonic-Drive-Montierung fernsteuern.

Kurz zur Ausgangslage: Mein Rig steht bei Starfront in Texas, ich steuere es aus Deutschland. Montierung ist eine ZWO AM5, eine Strain-Wave-Montierung ohne Gegengewicht. In der fraglichen Nacht lief die Aufnahme sehr lange sauber – bis PHD2, die Guiding-Software, plötzlich aus dem Ruder lief.

Das Bild, das nach Weltuntergang aussah

Was ich sah, war ein PHD2-Fenster im Vollalarm: Der Nachführfehler in Rektaszension war nicht mehr in Bogensekunden zu messen, sondern in Hunderten davon. Der Graph lief oben aus dem Bild. Quer über dem Fenster stand ein gelber Warnbalken:

„Your Max RA Duration setting is preventing PHD from making adequate corrections… try restoring Max RA Duration to its default value.“

Übersetzt: Deine maximale Korrekturdauer ist zu klein, stell sie auf den Standardwert zurück, dann kann ich stärker gegensteuern. Kurz darauf verlor PHD2 den Leitstern ganz – Signal-Rausch-Verhältnis null, ein rotes „Star lost“ nach dem anderen.

Meine erste, naheliegende Interpretation: irgendetwas am Guiding ist zusammengebrochen. Vielleicht der Leitstern zu schwach geworden, vielleicht muss ich wirklich an der maximalen Korrekturdauer drehen, wie die Meldung vorschlägt. Genau das ist die Falle – und ich bin fast hineingetappt.

Was das Logfile erzählte, das der Screenshot verschwieg

Statt an Einstellungen zu drehen, habe ich das Guide-Log von Claude analysieren lassen – Zeile für Zeile, quer durch mehrere tausend Einträge. Und das Log erzählt eine völlig andere Geschichte als das Panik-Fenster.

Der Fehler kam nicht schlagartig. Er wuchs gleichmäßig: 10 Pixel, 19, 28, 38 … über viereinhalb Minuten hinweg bis auf über 700 Pixel – ein sauberer, gerader Anstieg von rund acht Bogensekunden pro Sekunde.

Und das Entscheidende: Der Leitstern war die ganze Zeit hell und eingerastet. Signal-Rausch-Verhältnis um die 250, volle Sternmasse. Erst ganz am Ende, als der Fehler so groß war, dass der Stern schlicht aus dem Bildfeld geschoben wurde, kam der Verlust.

Das schließt einen schwachen oder verlorenen Leitstern aus. Ein Stern, den man noch klar und hell sieht, der aber trotzdem immer weiter „wegläuft“, bedeutet nur eins: Die Montierung bewegt sich, und das Guiding kommt nicht hinterher. Keine Software-Korrektur der Welt fängt eine Drift von acht Bogensekunden pro Sekunde ein. Die gelbe Warnung war also gut gemeint und komplett nutzlos.

Blieb die Frage: Warum driftet eine Montierung, die vorher sehr lange perfekt lief, plötzlich weg?

Der Meridian, den ich nicht auf dem Schirm hatte

Die Antwort stand ebenfalls im Log, in den Kopfzeilen der beiden Sessions. Beim ersten, gescheiterten Lauf stand die Montierung auf Pier-Seite West. Beim Neustart wenige Minuten später auf Pier-Seite Ost. Dazwischen hatte sich der Stundenwinkel des Ziels von negativ auf positiv gedreht – das Ziel hatte also den Meridian überschritten.

Und da fiel der Groschen: Ich hatte in dieser Nacht im alten N.I.N.A.-Sequenzer schlicht vergessen, den Meridian-Flip zu aktivieren. Das Häkchen war aus. Also hat mein Programm am Meridian – nichts getan.

Die Montierung trackte einfach weiter über den Meridian hinaus, bis zu dem Punkt, an dem sie von sich aus stehen bleibt. Ab da drifteten die Sterne, PHD2 nagelte seine Korrekturen ans Maximum, verlor irgendwann den Stern und der Lauf stand. Gekostet hat mich das am Ende zwei Fünf-Minuten-Aufnahmen – mehr nicht, weil in Deutschland gerade Vormittag war und ich kurz darauf auf den Bildschirm geschaut habe. Im zweiten Lauf, mit gesetztem Häkchen, flippte die Montierung sauber auf die Ostseite – und alles lief sofort wieder rund.

Es war kein Hardware-Defekt, kein Guiding-Problem, keine feuchte Nacht. Es war ein Häkchen.

Was ein Meridian-Flip überhaupt ist

Für alle, denen es geht wie mir vor dieser Nacht – hier das Prinzip in Ruhe:

Eine parallaktische Montierung folgt dem Himmel, indem sie sich um eine zur Erdachse parallele Achse dreht. Ein Objekt steigt im Osten auf, erreicht am Meridian seinen höchsten Stand und sinkt im Westen wieder.

Solange das Teleskop nach Osten blickt, hängt es auf der einen Seite der Montierung. Würde es einfach immer weiter über den Meridian nach Westen tracken, käme das Teleskop irgendwann in eine ungünstige Lage – bei klassischen Montierungen bis hin zur Kollision von Optik und Stativ, dem gefürchteten „Pier-Crash“. Dazu kommt, was man aus der Ferne nicht sieht: Die Kabel wickeln sich mit jeder Stunde weiter um die Achse.

Der Meridian-Flip ist die Lösung: Am Meridian dreht die Montierung die Rektaszensionsachse um exakt 180° und führt die Deklinationsachse über den Pol so weit nach, dass das Teleskop wieder auf dasselbe Ziel zeigt – jetzt von der anderen Seite der Säule. Danach zeigt es wieder korrekt auf dasselbe Ziel, nur eben von der anderen Seite – und kann problemlos weiter nach Westen nachführen.

Ein Nebeneffekt: Nach dem Flip steht das Bild auf dem Kopf (um 180° gedreht). Deshalb macht die Software danach ein neues Plate-Solving, zentriert das Ziel exakt nach und startet das Guiding neu.

„Aber die AM5 hat doch kein Gegengewicht und ist mittig balanciert – die kann doch über den Meridian tracken?“ Stimmt, ein Stück weit. Aber genau hier lag mein Aha-Moment: Im ZWO-Treiber steht die Einstellung „Stop tracking at 4° after meridian“. Vier Grad – das sind exakt 16 Minuten. Die Montierung trackt also bewusst nur bis 16 Minuten hinter den Meridian und stellt dann das Nachführen ein.

Als ich später ins Log schaute, begann meine Drift punktgenau bei vier Grad hinter dem Meridian. Dieses Limit ist kein Fehler, sondern ein sinnvoller Endanschlag – er verhindert, dass die Montierung endlos weiterfährt. Aber er ersetzt keinen Flip. Ohne Flip läuft man genau in diesen Anschlag hinein.

Was man dafür in N.I.N.A. einstellen muss

Meine Steuersoftware ist N.I.N.A. Dort gibt es zwei Stellen – und beide müssen stimmen. Das war meine eigentliche Lektion: Ich hatte die eine für die andere gehalten.

Erstens, der Schalter – im Sequenzer. Das ist das Häkchen, das bei mir fehlte. Im klassischen (alten) Sequenzer sitzt oben im Sequenz-Kopf die Option „Meridian Flip“ zum Ankreuzen. Ist sie aus, ignoriert der ganze Lauf jede noch so gute Flip-Einstellung. Im Advanced Sequencer fügt man stattdessen den Trigger „Meridian Flip“ in die Sequenz ein. Ohne diesen Schalter passiert am Meridian schlicht nichts.

Zweitens, das Timing – unter Options → Imaging → Meridian flip settings. Hier legt man fest, wie geflippt wird. Die wichtigsten Felder:

• Minutes after meridian – wie viele Minuten nach dem Meridian der Flip ausgelöst wird. Bei mir 2 Minuten.
• Max. minutes after meridian – das Zeitfenster, in dem der Flip spätestens erfolgt sein muss. Bei mir 8 Minuten. Dieser Wert ist der entscheidende Wächter: Er muss kleiner sein als das Tracking-Limit der Montierung. Bei mir also deutlich unter den 16 Minuten (4°) der AM5 – passt, mit acht Minuten Sicherheitsabstand.
• Recenter after flip (an) – plate-solved nach dem Flip zurück aufs Ziel.
• Autofocus after flip (an) – fokussiert nach dem Schwenk neu.
• Scope settle time after flip – kurze Beruhigungspause, bevor es weitergeht.

Das Kuriose: Diese Timing-Werte waren bei mir die ganze Zeit richtig gesetzt. Sie tun nur eben nichts, solange der Schalter im Sequenzer aus ist. Genau das ist die Verwechslung, die mich Zeit gekostet hat – ich dachte, „Meridian-Flip“ sei eine Einstellung. In Wahrheit sind es zwei: der Ein-Schalter im Lauf und die Feineinstellung im Options-Menü.

Die Lektion

Zwei Dinge nehme ich mit. Das eine ist banal und geht trotzdem leicht unter: Vor jeder Session ein Blick, ob der Meridian-Flip im aktuellen Lauf aktiviert ist. Ein Objekt, das den Meridian überschreitet, ist der Normalfall, kein Sonderfall.

Diesmal blieb es bei zwei verlorenen Aufnahmen, weil die texanische Nacht in meinen deutschen Vormittag fällt und ich am Rechner saß. Wer nicht hinschaut, merkt davon nämlich nichts: Die Montierung steht ja und macht nichts Auffälliges, sie nimmt nur nichts Brauchbares mehr auf. Das ist der eigentliche Preis: nicht die zehn Minuten, die es gekostet hat, sondern die Stunden, die es hätte kosten können.

Das andere ist grundsätzlicher: Das dramatischste Fehlerbild – explodierender Nachführfehler, gelber Warnbalken, verlorener Stern – hatte mit der eigentlichen Ursache fast nichts zu tun. Erst das nüchterne Log, in dem der Leitstern die ganze Zeit hell blieb, hat die Wahrheit gezeigt.

Der Bildschirm hat Panik gemacht, die Zahlen haben erzählt, was wirklich war. Bei einem Rig, das 8.500 Kilometer entfernt in der texanischen Nacht steht, ist das oft der einzige Weg zur richtigen Antwort: nicht auf den lautesten Alarm reagieren, sondern lesen, was tatsächlich passiert ist.