Avalon StarGo + N.I.N.A.: Plate Solving & Zentrieren – Fehleranalyse

22. Sept. 2026 · @Karsten

Kurzfassung

Slew & Center in N.I.N.A. hat mit einer Avalon M-uno an der StarGo-Steuerung nie konvergiert. Der Fehler blieb bei rund 45–60' hängen. Es gab zwei aufeinanderfolgende Ursachen, beide aus der Konfiguration, nicht aus einem Hardwaredefekt:

1. Falsche Startposition plus Offset-Modus in NINA. Die Montierung glaubte, 115° neben der tatsächlichen Position zu stehen. NINA rechnete diesen Versatz auf das Ziel und schickte eine Deklination von −150°. Der Treiber lehnte das mit „ASCOM driver error: unspecified“ ab.
2. Multi-Star-Modus in der StarGo-App. Jeder Sync von NINA wurde als Alignment-Stern in ein Pointing-Modell übernommen. Zwei nah beieinander liegende Punkte ergaben ein verzerrtes Modell. Jeder GoTo endete danach systematisch rund 3,7 min in RA neben dem Ziel, während die Positionsanzeige „angekommen“ meldete.

Lösung: StarGo auf Single Star, Start aus der Home-Position, Standort nur in der StarGo-App pflegen (NINA: „Sync to application“), in NINA Sync einschalten. Danach zentrierte NINA in zwei Durchläufen auf 20".

Setup

Symptome in der Reihenfolge ihres Auftretens

Jede Stufe hat ein neues Symptom freigelegt. Wer nur das letzte sieht, sucht leicht an der falschen Stelle.

Ursache 1: Falsche Startposition und NINA-Offset-Modus

Die Montierung meldete RA 17:33 / Dec −58°. Der Plate Solve fand RA 23:15 / Dec +32°. Das sind 115° Abstand, und die gemeldete Position lag unter dem Horizont.

In NINA war „No sync“ aktiv. NINA syncte deshalb nicht, sondern merkte sich den Versatz und addierte ihn auf das Ziel. Aus 115° Versatz wurde eine Zieldeklination von −150°. Die gibt es nicht (gültig sind −90° bis +90°). Der Treiber lehnte zu Recht mit ASCOM.InvalidValueException: unspecified ab. Das Log zeigt die Zeile deutlich:

Sync disabled - calculating offset instead to compensate ...
Slewing from RA: 17:33:26; Dec: -58° 34' 05" to RA: 11:50:23; Dec: -150° 09' 19"
ERROR ... SlewToCoordinates ... ASCOM.InvalidValueException: unspecified

Nebenbefund Standort: Als der Standort über NINA an die Montierung geschickt wurde („Sync to telescope“), brach die Verbindung zur StarGo-App ab. Im Log steht dann „Unable to set mount latitude …“ und kurz danach „Der RPC-Server ist nicht verfügbar (0x800706BA)“. Der Treiber implementiert SiteElevation SET nicht. Den Standort also nur in der StarGo-App pflegen und in NINA „Sync to application“ wählen.

Behoben durch: Standort in der StarGo-App korrekt eintragen, Montierung aus der Home-Position starten und einen Sync machen. Danach stimmten Sternzeit, Höhe und Azimut.

Ursache 2: Multi-Star-Modell aus NINA-Syncs

Nachdem die Position stimmte, blieb Slew & Center trotzdem bei ~46' hängen. Die StarGo-App stand auf MULTI STARund zeigte „2/24 Star Align.“. Jeder Sync von NINA wurde als Alignment-Stern ins Pointing-Modell aufgenommen.

Ein Mehrstern-Modell schätzt aus den Punkten Fehler wie Polausrichtung und Achsverkippung. Das geht nur mit Sternen, die weit über den Himmel verteilt sind. Hier lagen beide Punkte im selben Feld (Cygnus, Dec +31° bis +33°). Das Ergebnis: Die Koordinatenanzeige stimmte, aber jeder GoTo landete daneben.

Der entscheidende Test war ein kleiner manueller GoTo mit anschließendem Plate Solve:

Befohlen waren ~30 s in RA. Gefahren ist die Montierung ~3m40s in RA und 19' in Dec. Derselbe RA-Versatz (−3m36s bis −3m51s) tauchte in jedem Zentrier-Durchlauf auf. Manuelles Fahren mit den Richtungstasten war dagegen genau, langsam wie schnell. Mechanik und Stromversorgung schieden damit aus.

Behoben durch: StarGo auf SINGLE STAR, Neustart aus der Home-Position. Danach: Slew & Center in 2 Durchläufen von 4' 13" auf 20".

Empfohlene Einstellungen

Mit diesen Einstellungen funktionierte Slew & Center zuverlässig.

Wer ein echtes Mehrstern-Modell will, sollte die Sterne gezielt verteilt aufnehmen: Ost und West, hoch und tief, beide Seiten der Säule. Solange NINA per Sync zentriert, ist Single Star die robustere Wahl.

Diagnose-Tipps

Die Fehlermeldungen allein waren nutzlos. Gefunden wurde der Fehler über das Log und den Vergleich „Montierung meldet“ mit „Plate Solve findet“.

• NINA-Log öffnen: Windows-Taste + R, %LOCALAPPDATA%NINALogs eingeben. Die neueste .log-Datei nach CenteringSolver, Sync und SlewToCoordinates durchsuchen. Dort stehen die tatsächlich gesendeten Zielkoordinaten.
• J2000 und JNow nicht verwechseln: NINA zeigt Plate-Solve-Ergebnisse in J2000, der StarGo-Treiber rechnet in JNow. Im Jahr 2026 macht das ~1 min in RA und ~5–8' in Dec aus. Vor dem Vergleich umrechnen, sonst sieht man Fehler, die keine sind.
• Sync prüfen: Sync ON, Reslew OFF, einmal lösen, dann im StarGo-Treiberfenster schauen, ob RA/Dec auf die gelöste Position (in JNow) springen.
• Mechanik prüfen: Mit den Richtungstasten langsam und schnell fahren, vorher und nachher lösen. Ändert sich die gelöste Position genauso wie die Anzeige, sind Kupplungen, Motoren und Stromversorgung in Ordnung.
• GoTo prüfen: Einen kleinen GoTo (30'–1°) in NINA unter Equipment → Telescope ausführen und lösen. Landet er daneben, obwohl die Anzeige „Ziel erreicht“ zeigt, ist ein Pointing-Modell der Verdächtige.
• Plausibilität: Meldet die Montierung eine Position unter dem Horizont oder einen gleichbleibenden Versatz über mehrere Durchläufe, liegt es an Konfiguration oder Modell, nicht am Solver.